Increasing Your Chances of Project Approval

Submitting a project for funding approval can be stressful. Will management give thumbs up or down? Doing your homework and providing critical information is the key to getting your projects approved. Here are the questions to answer to increase your chances of project approval.

How will you meet financial targets? Many organizations have financial thresholds that a project must meet to obtain funding. Others don’t. In either case, understand your sponsor’s financial expectations for the project. Include an explanation of how you will meet financial targets in your high-level project plan.

What skills do you need? As projects represent unique endeavors, you might need to train staff members or hire contractors for your project. Do your homework to identify the availability of internal staff members. Also, determine the lead times you’ll need if you plan to hire skilled contractors. If possible, check with others who have run similar projects. Identify the cost of hiring top-notch contractors. If those costs are high, using internal staff members (even if they would take longer) might be preferable for your organization.

How does your project support your organization’s strategy? Often, projects are specifically designed to support strategy. In other cases, projects indirectly support strategy. For instance, one project might make other strategic projects easier to deliver. Management might not recognize these subtle links to strategy. In your project plan, spell out how your project helps implement your organization’s strategy.

How will you measure progress? It’s important to identify how you will track progress on your project. Also, how you will ensure project outcomes deliver business value. Many sponsors are wary of spending money on projects without a solid promise of receiving business value in return. You can reassure your sponsor and management by explaining how you will assess progress and business value during the project.

How will you transition to new tools and processes? Projects create business change. Create an overview of how you will train and transition project stakeholders to new ways of working. This is important, because new tools and processes can be intimidating. Your overview helps management understand how your approach to gaining acceptance of your project’s business changes.

Do you have any tips for helping obtain project approval? If so, share it with us in the comments section.

For more about obtaining approval for a project to proceed, check out my Project Management Foundations course.

Overlooked Cost of Project Change

Change happens! It’s not a bad thing if you control the cost. But some change cost often gets overlooked. Here are costs you should examine before approving a project change request.

  • Cost of additional process decisions and handoffs. Changes might affect the business processes for using your solutions. If decision points are added to business processes, calculate the cost of these steps. For manual steps, include the probability and cost of human error. For automated steps, consider the cost of maintaining and testing technical interfaces.
  • Cost related to more stakeholders. Cost increases are common when you add stakeholders to your project. Additional stakeholders means more communication paths for you to manage. You might also introduce more differences of opinion or feature prioritization issues. This can slow progress for your original stakeholders, which can lead to conflict and — more for you, the project manager, to manage. 
  • Cost of extra technical complexity.  The cost of technical training, application support, and expanded testing requirements can be substantial.  End users need to be trained.  Additional technology increases the cost and time needed to deliver project outcomes. Make sure it’s worthwhile.
  • Cost of managing vendors. Project changes might require contracting with a vendor. That contract cost adds to the total project cost. Also, you must consider the cost of managing the contract. Keep in mind the increased cost of managing multiple vendor contracts, especially when one vendor must work directly with another. You must manage each vendor and control the relationship between them — to ensure you get the proper products or services.

Have you run into cost you didn’t foresee due to project changes? Do you have tips for identifying change cost? If so, share with us in the comments section. 

For more about change control, check out my Project Management Foundations course.

Coming Up

My updated Project Management Foundations course is live! This version includes info about PMBOK7, clarifications to confusing items from past versions, a few corrections, more templates, and a new look.

Is Your Sponsor Ready for Agile?

Photo by Parabol on Unsplash

A critical factor for using agile methods successfully is the mindset of the sponsor. With the wrong attitude about how agile works, you might as well forget about using an agile approach. A sponsor who is ready for agile must:

  • Support a “learning organization.”  Learning organizations spend some time on activities that don’t directly create business outcomes. That time is used to develop capabilities within the organization that produce better outcomes in the future. This learning organization philosophy is pivotal for agile. The agile approach is itself a learning philosophy. With agile, you learn, adjust what you produce, and reprioritize features based on the knowledge you’ve gained. You learn about the product as it’s built.

Sponsors must embrace a learning mindset to support agile initiatives. In many instances, agile teams don’t do well at the start, because agile is so different from traditional project methodologies. A supportive sponsor will give teams the time and opportunity on a couple of agile projects to get into the agile flow. 

  • Be open to new metrics. Sponsors with traditional PM leanings depend on Gantt chart schedules, pre-determined risk management plans, and specific milestones to measure progress. They might struggle with agile, because Gantt chart representations and fixed milestones aren’t very relevant to agile projects. Features are produced in a sequence that can change with each sprint. Agile uses measurement techniques like burndown charts and traditional budget management to provide schedule and cost status. Embedded testing and feature validation addresses the need to reduce risk. So, agile is a managed methodology — but it requires a sponsor who is open to different ways to assess progress.
  • Focus on what’s needed, not how to achieve it. Agile is not the ideal approach when you have a fixed set of requirements and details for how the solution will be constructed. In an agile project, you define an objective, and then explore ways to achieve it. It’s typical for direction and approach to change along the way. Sponsors who are uncomfortable with the speculative and explorative nature of agile will struggle with its methods.
  • Be willing to dedicate resources. Agile teams need to make decisions quickly and flexibly to be…well…agile! To do that, knowledgeable senior staff members need to be dedicated to agile teams. Sponsors need to assign the proper team members to agile projects and take other business activities off their plates. If junior staff members lead agile projects, teams might jump to inappropriate conclusions. This can create rework and reduce the team’s velocity. 

If you have experience with agile Projects, share your tips about sponsors in the comments section!

For more about agile approaches, check out Doug Rose’s Agile Foundations course.

Coming Up

My updated Project Management Foundations course is live! This version includes info about PMBOK7, clarifications to confusing items from past versions, a few corrections, more templates, and a new look.

The Benefits of Keeping Project Scope Small

Project success is more likely when stakeholders hash out scope early in the project lifecycle. Here are the benefits of discussing (and debating) project scope to make it as small as possible:

  • Focus on what is important. Stakeholder discussions about scope reveal which elements of scope are most important. That helps you prioritize scope, which is crucial when you face budget constraints. This debate can also build consensus among your stakeholders. They’re more likely to fight for the right project team members or obtain funds if they have a unified belief in the project’s scope.
  • Smaller projects. Designing a project around only the most important requirements will reduce the size of the project. There are many benefits to smaller projects:
  • You are more likely to keep critical staff members. The smaller the project, the shorter the timeframe, which reduces the chance of other business priorities taking team members away from your project
  • Project benefits can be deployed earlier.
  • The project team is more confident that they can make a positive contribution.
  • Less complexity. Smaller scope means shorter timeframes and fewer required team members. The benefits of reducing complexity include:
  • The number of resources with required skills decreases, so it is easier to staff the project.
  • Scope remains relevant. The longer it takes to produce project outcomes, the more likely business needs will change. With shorter projects, the project scope remains relevant, and the project delivers outcomes that still meet business needs.
  • Solution design and deployment remain manageable. Complexity can make a solution harder for stakeholders to use, because they have to comprehend the complexity. Technical issues often arise in complex systems. Reducing complexity reduces the project timeframe and increases stakeholder confidence. 
  • You learn as you go. Delivering scope in smaller chunks helps the project team learn how to efficiently produce project outcomes. Additional scope can be tackled via another small project (or projects). Each of these smaller projects increases the knowledge and ability of the team. This is the premise of agile, where scope is delivered in repeated, small features for the business to deploy. This same learning outcome can come from running a series of small waterfall projects.

Save time and money. With less complexity and shorter schedules, projects with limited scope can save significant time and funding.

For more about project scope, check out my Project Management Foundations course.

Coming Up:

My updated Project Management Foundations course was released recently.

LinkedIn Office Hours on October 27, 2022

Sometimes, the hardest part of innovation isn’t coming up with the great idea. It’s implementing it. Across the organization.

If you are trying to lead your organization in thinking (or doing) differently, you need to balance inspiration and operations. In this engaging and interactive conversation, LinkedIn Instructors Bonnie Biafore (Project Management Foundations) and Robbie Kellman Baxter (Become an Entrepreneur Inside a Company) will share best practices in scaling your great idea throughout your organization.

https://www.linkedin.com/video/event/urn:li:ugcPost:6978746469797244928/

How to Be a Sponsor Whisperer

Ever notice that some project managers always seem to have sponsor support? Project managers who successfully manage sponsors use a handful of techniques. Here are the go-to tools for “executive whisperer” project managers.

  • Get to the point in status reports. Status reports should be short and concise . Talk with your sponsor to understand their main concerns. Highlight information related to those concerns in your status report. While you still compile detailed information such as the status of individual tasks or the hours worked versus planned, it’s best to leave that detail in the background. Include links to the data in your reports so the sponsor can access it.
  • For longer discussions, prepare a short intro and let the sponsor lead the discussion. Senior leaders want to process information in the sequence most meaningful to them. Avoid pushing your agenda of what to share and when. Sponsors might not hear what you’re saying until they get the information they want. Deliver a short introduction – 30 to 60 seconds– to set the stage. After that, let the sponsor lead the discussion. Have data available that you can reference to answer questions. If you don’t have an answer, share where you can get it and follow up after the meeting. If information you want to share hasn’t been discussed, bring it up at the end of the meeting.
  • Know your stakeholders’ points of view. Project sponsors might not interact with other stakeholders on a regular basis. If stakeholders raise concerns, talk with them to understand their issues. Don’t assume your sponsor has this information. Your sponsor has a greater span of responsibilities than you, as a project manager. So, do the legwork on stakeholder issues to offload the sponsor. If you need your sponsor’s help talking with a stakeholder, brief them on the data they need. Share your recommendation and a clear goal for what you want from the discussion. Follow up on any actions that may result from the discussion with the stakeholder.
  • Make clear recommendations. The most frequent complaint from project sponsors is that project managers dump problems on them. Even worse, the problem might not be well-defined. To become a sponsor favorite, analyze the problems and come up with potential solutions. List the pros and cons for each potential solution and recommend a solution. That way, the sponsor can consider different business options, which improves sponsor confidence and helps them decide more quickly.
  • Be calm. Your mood rubs off on your project team and your sponsor. If you demonstrate confidence by being calm and diligently performing your role, your sponsor will be more confident. In turn, you avoid extra reporting and questions because you have your sponsor’s trust. Being calm doesn’t mean holding back bad news. If something is wrong, share it calmly, along with how you’ll address the problem. Follow up in whatever way your sponsor prefers.

Remember that sponsors are individuals with their own preferences. Take time to understand your sponsor’s expectations to improve your chances of success.

Do you have any tips for dealing with project sponsors – or questions about how to deal with them? Join the discussion by posting in the comments section.

For more about project sponsors, check out Antonio Nieto-Rodriguez’s How to Be an Effective Project Sponsor course.

Coming up:

October 2022 will be a busy month. My updated Project Management Foundations course is due to go live. And you can see me in several LinkedIn Office Hours live broadcasts.

 

October 12, 2022  11AM MT- Project Baselines: Basics and Best Practices

Once management approves a project, the project manager baselines the project. What is a baseline? What do you capture in a baseline? What happens when you create a baseline in Project? What are best practices for making baselines more helpful to managing projects effectively?

In this interactive Office Hours presentation, Bonnie Biafore and Ira Brown will share best practices at all stages of baselining.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6978438578267664385/

 

Oct 17, 2022  11AM MT- Leading with Curiosity

Questions and answers are inputs into any system or project, and they drive the output — whether the system is making dinner or launching a new product. The more diverse the inputs, the more innovative the output! Asking the right questions from the outset is crucial to setting up a system or project for success and achieving the best outcomes. To turbocharge results, you need to go beyond the usual questions like “What is the goal for the endeavor?” and “What is the best strategy for achieving that goal?” You and your team need to be curious and creative throughout the endeavor. In this Office Hours session, Natalie Nixon and Bonnie Biafore will explore what it means for a cognitively and experientially diverse team to be curious and creative and what you, as a leader can do to support that effort.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6979155332908400640/

 

Oct 27, 2022- Sometimes, the hardest part of innovation isn’t coming up with the great idea. It’s implementing it. Across the organization.

If you are trying to lead your organization in thinking (or doing) differently, you need to balance inspiration and operations. In this engaging and interactive conversation, LinkedIn Instructors Bonnie Biafore (Project Management Foundations) and Robbie Kellman Baxter (Become an Entrepreneur Inside a Company) will share best practices in scaling your great idea throughout your organization.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6978746469797244928/

The Business Case Lifecycle

The project lifecycle is well-known, but did you know there are other lifecycles within it? Well-managed projects include a business case, which has a lifecycle as well. Here are common stages in the lifecycle of a business case and the information they contain.

Overview of the business case lifecycle

The first draft of the business case aligns with the project charter. It matches the project charter assumptions and initial cost estimates; and supports the rationale for the project. It spells out high-level costs and benefits. In most cases, you make assumptions that will need to be confirmed later as you learn more about the project.  In the early stages of the project, the range of accuracy or confidence of the business case is broad, typically +/- 50% or more. Don’t make the mistake of omitting this accuracy range from your business case. Without an accuracy range, stakeholders usually assume that the business case is more accurate than it is.

As the project proceeds, you continue to enhance the business case. During planning, when your team members plan their parts of the project, you get more information on approach, potential costs, and risks. During execution, cost and time actuals help make the business case more accurate.

  • The business case and project planning. During planning, project approaches, costs, and benefits become clearer. You estimate the resources you need to deliver business value and refine the value that deliverables will provide to the business. Also, you refine the risks and the costs to manage them.  You incorporate this additional knowledge into the business case. If the business case looks sound at the end of planning, you baseline the project. By doing so, you baseline the business case as well. You guessed it. That means that any change request affecting the business case requires approval.

Project status changes also go into the business case. Status is a significant indicator of the ongoing health of the project. Your business case should be accurate to +/- 25% at the end of project planning.

  • Pre-determined business case updates. Experienced project managers will schedule regular updates to their business cases. These updates correspond to events that detail specific costs. For example, you may have to negotiate for external resources. Or you must buy specific equipment. When initial cost estimates become known costs, it’s time to update the business case and share it with stakeholders. You should strive for +/-10% accuracy.
  • Project execution and change order updates. During project execution, you update the business case regularly, particularly to reflect actual costs that vary from estimates and whenever a change request is approved. Actual costs incurred during project execution can generate surprises, which is why regular updates are so important. Frequent updates help set expectations and help trigger remedial action when necessary. 
  • Closeout. The final step in the business case lifecycle goes hand in hand with the closeout of the project. Like every other closeout activity, you should complete it in detail. A finalized business case can be used as a template for other cases. Also, detailed cost information can be useful when estimating future projects. Closeout your business case, and the value of the case can live well beyond the project it supports!

Do you build and maintain business cases for your projects? Do you have questions about how to keep your project and business case aligned? If so, post your questions or recommendations in the comments section.

For more about business cases, check out Mike Figliuolo’s course Writing a Business Case.

Coming up:

October 2022 will be a busy month. My updated Project Management Foundations course is due to go live. And you can see me in several LinkedIn Office Hours live broadcasts.

 

October 12, 2022  11AM MT- Project Baselines: Basics and Best Practices

Once management approves a project, the project manager baselines the project. What is a baseline? What do you capture in a baseline? What happens when you create a baseline in Project? What are best practices for making baselines more helpful to managing projects effectively?

In this interactive Office Hours presentation, Bonnie Biafore and Ira Brown will share best practices at all stages of baselining.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6978438578267664385/

 

Oct 17, 2022  11AM MT- Leading with Curiosity

Questions and answers are inputs into any system or project, and they drive the output — whether the system is making dinner or launching a new product. The more diverse the inputs, the more innovative the output! Asking the right questions from the outset is crucial to setting up a system or project for success and achieving the best outcomes. To turbocharge results, you need to go beyond the usual questions like “What is the goal for the endeavor?” and “What is the best strategy for achieving that goal?” You and your team need to be curious and creative throughout the endeavor. In this Office Hours session, Natalie Nixon and Bonnie Biafore will explore what it means for a cognitively and experientially diverse team to be curious and creative and what you, as a leader can do to support that effort.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6979155332908400640/

 

Oct 27, 2022- Sometimes, the hardest part of innovation isn’t coming up with the great idea. It’s implementing it. Across the organization.

If you are trying to lead your organization in thinking (or doing) differently, you need to balance inspiration and operations. In this engaging and interactive conversation, LinkedIn Instructors Bonnie Biafore (Project Management Foundations) and Robbie Kellman Baxter (Become an Entrepreneur Inside a Company) will share best practices in scaling your great idea throughout your organization.

Link to the event- https://www.linkedin.com/video/event/urn:li:ugcPost:6978746469797244928/

Should You Create an Exception Plan for Your Project?

An Exception Plan is a pre-agreed fallback approach to implement if a project gets into trouble. It’s more than a mitigation plan to address a single risk. An exception plan supplies an alternative project plan to recover from unacceptable conditions, such as exceeding the accepted tolerances for schedule delays or budget overruns. 

First, let’s look at the different definitions for Exception Plan. In PRINCE2, an exception plan is applied when a phase will exceed its cost or schedule commitment. Other methodologies use exception plans (or exception documentation) to show when overall project constraints are at risk. 

The exception plan in this article focuses on increasing the efficiency of responding to a troubled project. The plan includes course correction actions that have been pre-approved by management. In other words, an alternative plan to recover the project is ready to go. That means you can immediately implement the exception plan when project parameters are going to be exceeded. This pre-agreed exception plan saves time and money.

Here are some tips for when an exception plan might make sense and what the plan might propose:

Alternative project options are workable. Exception plans are useful only when you have flexibility in scope, schedule, or budget. Exception plans often propose cuts to scope or changes to the original approved timeline. For example, the plan could cut non-essential deliverables to bring an over-budget project back in line. In this case, management must be comfortable with and approve these changes ahead of time.

Alternate risks are acceptable. An exception plan walks a fine line between delivering value and adding risk. For instance, you might reduce quality management tasks to save time and money. This choice is practical if enough quality management activities remain after the task reduction. Even then, cutting quality management adds risk, which must be acceptable to stakeholders. For another example, the plan could propose decreasing organizational change management activities. Once again, the increased risk of implementation issues needs to be acceptable to management and project stakeholders.

Exception plans for agile projects are different. Issues with agile show up as delivery shortfalls, such as committed features that are late — or not delivered at all. Exception planning for agile projects usually focuses on engaging more experienced people to help get things back on track. Completing features in the backlog increases the business value of the project. However, management needs to be OK with the cost of these additional skilled resources.

The plan increases project management support. A project that is outside acceptable parameters presents project management challenges. Often, a project suffers due to a lack of technical or in-depth project management skills. The exception plan needs to address that shortage. However, an exception plan that increases the burden on the PM isn’t helpful. In other words, adding more management control deliverables without adding staff to create them makes things worse, not better. So, exception plans also need to include increased project management support. Management must commit to providing the additional project management resources as well as other changes from the exception plan. 

Do you have questions or suggestions about how to use an exception plan with a project? If so, join the conversation in the comments section.

For more about project planning, check out my Project Management Foundations course.

Coming up:

October 2022 will be a busy month. My updated Project Management Foundations course is due to go live. And you can see me in several LinkedIn Office Hours live broadcasts.

October 12, 2022  11AM MT- Project Baselines: Basics and Best Practices

Once management approves a project, the project manager baselines the project. What is a baseline? What do you capture in a baseline? What happens when you create a baseline in Project? What are best practices for making baselines more helpful to managing projects effectively?

In this interactive Office Hours presentation, Bonnie Biafore and Ira Brown will share best practices at all stages of baselining.

Link to event   https://www.linkedin.com/video/event/urn:li:ugcPost:6978438578267664385/

 

Oct 17, 2022  11AM MT- Leading with Curiosity 

Questions and answers are inputs into any system or project, and they drive the output — whether the system is making dinner or launching a new product. The more diverse the inputs, the more innovative the output! Asking the right questions from the outset is crucial to setting up a system or project for success and achieving the best outcomes. To turbocharge results, you need to go beyond the usual questions like “What is the goal for the endeavor?” and “What is the best strategy for achieving that goal?” You and your team need to be curious and creative throughout the endeavor. In this Office Hours session, Natalie Nixon and Bonnie Biafore will explore what it means for a cognitively and experientially diverse team to be curious and creative and what you, as a leader can do to support that effort.

https://www.linkedin.com/video/event/urn:li:ugcPost:6979155332908400640/

 

Oct 27, 2022- Sometimes, the hardest part of innovation isn’t coming up with the great idea. It’s implementing it. Across the organization.

 

If you are trying to lead your organization in thinking (or doing) differently, you need to balance inspiration and operations. In this engaging and interactive conversation, LinkedIn Instructors Bonnie Biafore (Project Management Foundations) and Robbie Kellman Baxter (Become an Entrepreneur Inside a Company) will share best practices in scaling your great idea throughout your organization.

 

https://www.linkedin.com/video/event/urn:li:ugcPost:6978746469797244928/

How Agile Supports Change

Photo by Ian Flores on Unsplash

Agile methodologies are designed to handle change easily, which is why they’re called -er- agile! Most aspects of agile work can change without causing problems. But a couple of things are best left alone. Here’s what you can and shouldn’t change when working in an agile environment: 

Priority.  At the beginning of each sprint, the team reviews and re-prioritizes the stories in the backlog.  So you can change priority at the beginning of every sprint.  When stories are completed, stakeholders learn from using the functions that were produced. That can lead to re-prioritization of what’s in the backlog. The same goes when new business challenges arise and benefits of functions are understood. One constraint on re-prioritization is that the priority changes must comply with technical practicalities and logical business sequences. For example, you can’t build a balance sheet until you can process revenue and expenses!

Schedule. When you review the functional backlog, you can adjust the schedule by moving functions the business needs or wants into upcoming sprints. You need accurate estimates of effort to reschedule work. Developers learn as they produce functions, so they can estimate effort more accurately as the project progresses.

Scope. New scope ideas often crop up after a few functions are produced. Scope changes are expected with agile approaches. However, scope changes often involve trade-offs. For example, you might negotiate budget and time. And you might drop existing scope to make room for new and important functions.

Deadlines. In agile projects, people are usually assigned for a pre-determined amount of time. For that reason, scope becomes the variable. As you talk with the team about scope changes or reprioritizations, you can adjust sprints to change deadlines for specific functions. The overall project deadline can even be changed — if the whole team is still available.

What Doesn’t Change in Agile

Don’t count on changing cadence or personnel! Building your agile team and setting a sprint schedule — and sticking to them — are important for the success of an agile project. A big benefit of agile is what is learned along the way. Changing the people on the team upsets that learning and reduces the benefits you achieve. Changing the sprint cadence can also be disruptive. Schedules are built around focused sprint meetings and activities. Changing the schedule can throw the team off their rhythm and mess up existing estimates and sprint plans.

For more on agile, check out the Become an Agile Project Manager learning path.

Do you have any stories about how you’ve changed aspects of your agile projects? What worked? What didn’t? Share with us in the comments section.

Coming Up

My updated Project Management Foundations course is so close! I reviewed all the movies, so we’re down to a few last corrections. I clarified things that were confusing or unclear in the 2019 edition. Feeling good about this latest update.

October will be a big month of Office Hours. Keep a lookout for announcements as I nail down the details with my co-hosts.

When Business Value Doesn’t Meet Expectations

It might seem like a hopeless situation when business value doesn’t meet expectations. Here are a few things to look at for potential opportunities for improvement.

Revisit your estimates. Compare the estimates used to justify the project to the business results. Opportunities may arise from this, including:

  • Business activities included in project justification aren’t being executed. Investigate whether you can launch these activities to generate business value.
  • Assumptions might have been inaccurate. You might achieve business benefit improvements by bringing those assumptions to fruition. For example, the project assumed internal resources would run a new system, but expensive contractors were assigned instead. Switching to internal resources could generate a positive return for the business.
  • Estimates might have been inaccurate. Understanding those inaccuracies can help create better estimates in the future. 

Cut underperforming elements. For example, in a building, you can convert extra ground floor conference rooms to leased retail space. You can apply this concept to IT as well. Consider cutting IT components that aren’t generating benefits. 

Re-examine your deliverables and training. Evaluate whether people are using your project deliverables as intended. If they aren’t, they might not have received adequate training. Find the root cause for the disconnect between intent and actual usage. Update and deliver new training to improve results. In addition, redesigning deliverables might help improve outcomes.

Trim maintenance or licensing expenses. Most project deliverables have ongoing operational costs, such as maintenance, software, other product licensing, and help support. Look for opportunities to trim the costs of these services. Although this cost cutting might reduce the efficiency and quality of your deliverables, changes that result in benefits that exceed costs is worthwhile. 

Look for secondary benefits. Business cases don’t address secondary benefits because they are hard to estimate. However, now that deliverables are in place, you can get measurement data. For example, a product might not sell as much as expected. Yet, discussing that product with customers might generate sales of other products. Also, project outcomes could free up employee time. That time might provide the opportunity to pursue other beneficial projects.

While it’s never good when a benefits shortfall occurs, don’t give up! These are a few of the possibilities you can explore to end your benefits shortfall.

What other actions might you take to bring business value back on track? Share with us in the comments section.

Coming Up:

September 15th Office Hours with Chris Croft, Doug Rose, and Bonnie Biafore

Project managers experienced a 70% change in the top 10 skills in the industry since 2015. Few teams can function without a project manager in seat to help them adapt to the whirlwind changes of the past few years. Join us to learn the top trending project management skills today and tactical tips to ensure you have the skillset for what’s next.

I’m almost done updating Project Management Foundations. In a few months, you can look for the updated edition, which includes some info on PMBoK7 and other changes.

Are You Ready to Close Your Project?

You have delivered every component of your project, and your project team has started to disperse. It’s time for project closure, right? Not so fast! Here are other critical steps to take before closing your project. 

  • Confirm that business value is being generated. A project shouldn’t close until the business acknowledges value. However, some projects won’t generate business value for several months, for example, until new products sell. In other instances, cost savings trickle down over time.  keep a project open to track outcomes. This helps the project team understand if there are shortcomings in the project deliverables. Addressing those shortcomings educates team members so they can improve their skills for future projects.
  • Verify allocated costs. Check to see whether costs are still showing up in your project accounts. If they are, further work might be required, such as confirming final contractor payments. It could also mean someone is incorrectly allocating costs to your project. Correct these errors before closure so your project costs aren’t inflated.
  • Determine if your sponsor is still engaged. If your sponsor continues to call meetings and discuss the project, it’s too soon to close the project. Work with your sponsor and review any outcomes they believe are missing.  If the sponsor pushes for items beyond the scope of the project, seek to understand their point of view. Try to convince them to allow you to close the completed project and launch a new one. This new project would have its own business case to create the extra outcomes your sponsor desires.
  • Confirm stakeholders are using project deliverables without help. Business value should be generated without assistance by the project team. Otherwise, the cost of helping stakeholders may negate the value achieved. Before closing a project, ensure your deliverables are being used as intended. All stakeholders should independently use your deliverables in a consistent manner. If not, revisit your training and make corrections.

If you perform other steps before closing a project, tell us about what you do in the comments section.

For more about closing a project, check out my Project Management Foundations course.

Coming up:

I have an Office Hours in the works for September with Doug Rose and Chris Croft, two of my (many) idols in the LinkedIn Learning instructor community. Look for more info soon!

I’m almost done updating Project Management Foundations. In a few months, you can look for the updated edition, which includes some info on PMBoK7 and other changes.