When does scope creep mean you need to redefine your project?
Bob McGannon and I talk about when project scope changes might trigger the need to revise your project definition.
Bob McGannon and I talk about when project scope changes might trigger the need to revise your project definition.
You’ve probably heard “the leader sets the tone.” This tone is all about the environment you create for your project team. Here are things you can do – TODAY – to make your project environment a positive one.
Promote the sharing of news, good and bad. Task completions, delays, stakeholder conversations, new ideas, and conflicts are all changes in status – and you’ll hear about all of them if you support your teams. Whether updates are positive or negative, thank people who share status information. That way, you can respond to project issues, rather than react without time to think.
Build a team. Even for a short project. Come up with a team name — not the project business name. (Nobody wants to work on the Amalgamated Velcro Production and Efficiency Management Project…but they might enjoy being on the “Better Rip and Stick” team!). Act as if YOU are part of the team and promote teamwork to get tasks accomplished. Share accountability and celebrate little victories. You’ll get dedicated team members who will want to work with you…now and in the future.
Ensure team members know the business relevance of their tasks. A WBS doesn’t convey the relevance of tasks to your team members. Ensure they understand how their deliverables fit into the big picture and will improve the business. You’ll get better deliverables and more dedication from your team.
Help team members feel like they belong. Having a diverse team is good, but that’s only step one. Include all your team members in decision-making and planning your project. Beyond that, help every team member feel they belong by caring about them.
Share the business’s impressions of your project. Often, the best thing you can do is shield your project team from business stakeholders, especially when business pressures cause wild reactions to status changes or preliminary project change ideas. However, you should share how the business views the project and how its outcomes will be put to use. This helps the team understand the project and builds motivation to produce results on a difficult project.
For more on building your project team, watch the Manage Team Resources movie in my Project Management Foundations course.
Want to make project goals achievable? Make sure they’re clearly articulated, supported by key stakeholders and involve available skills. That’s no guarantee though, because other conditions can impact their achievability. Here are items to help ensure your project goals are reasonable and motivate your project team.
To learn more, check out my Project Management Foundations course
Managing projects is challenging but managing a remote (virtual) team includes some nuances. Surprisingly, you can use these to your advantage. Here are techniques you can leverage to help your remote resources work as part of a productive team.
Because many projects have remote team members, these techniques will enable all of your team members to be productive and work together effectively. Leverage remote members to your team’s advantage – there’s no reason for remote workers to be a disadvantage to your project!
Initial project objectives can vary from precise to vague. It’s important to ensure objectives meet the sponsor’s expectations and fit the needs of the business and key stakeholders.
Many project managers use SMART objectives, which stand for: Specific, Measurable, Achievable, Realistic and Time-constrained. But SMART objectives are only the beginning. Here are other considerations for appropriate project objectives:
Here’s another video Bob McGannon and I recorded where we talk about whether a project manager can have too much authority. We also talk a bit about what to do to make sure that the project manager and project sponsor agree on what is an appropriate level of authority.
To learn more about project organizational structure, check out this video from my LinkedIn Learning Project Management Foundations course.
The most important section of the scope statement may be what’s out of scope. By discussing what’s out of scope, the project manager and stakeholders can refine their perception of the project’s purpose and how it will improve the business. This allows the project manager to focus the project team, and stakeholders who try to expand project scope. The out of scope section:
Demonstrates priority. Being specific about what is in and out of scope helps you get the best value by concentrating on the most impactful business outcomes.
Reduces scope. A smaller scope allows for more focused effort, a smaller team to manage, and less need for integration. These significantly reduce complexity and increase the probability of successful project completion.
Creates early debate. Proposing what is out of scope inspires senior stakeholders to express their views and discuss needed outcomes. These discussions ensure stakeholder support of the project scope and avoid delays later.
Reduces time and cost. Restricting scope reduces the overall project effort, reducing the cost and time to deliver project outcomes. Productive discussions about out of scope items can also help reduce scope if schedule or cost constraints surface as the project progresses.
While I was in Australia, Bob McGannon and I talked about when, if ever, you would start a project without a business case. It was a fun discussion. Click here to watch!
I spent some time in Australia with my good friend and project manager/LinkedIn Learning author extraordinaire, Bob McGannon. We talked about several interesting questions in the project management and leadership domain. Check out the video of our discussion!
How long should you proceed with your project without validating assumptions?
Assumptions about a product’s or idea’s marketability should be validated quickly. Money spent on a product with unvalidated marketability is at risk. Share product specifications, drawings, or a mock-up built with Legos, but produce a prototype to validate your product’s marketability.
Key stakeholder assumptions about funding or staffing should also be validated quickly. Get with your stakeholders early and convert assumptions into commitments.
Assumptions about the availability or capability of a product you need are sometimes critical to confirm, sometimes not. If the product is unique, confirm your assumption ASAP. If there are alternatives, the assumption can probably wait.
Assumptions about government legislation, licensing or approvals can be tricky.Often, they’re a make or break proposition for your project. Unfortunately, you only know what you’re dealing with after the government passes a law (or not) or grants a license. Plan your project around these approval events, and weigh the risks of working before you fully understand the government’s decision.
Assumptions about data being available to support your project is important to resolve early. For example, you might obtain a new software system that depends on critical data to operate properly. Purchasing that system before validating that the required data is available is VERY high risk. Determine how to obtain and determine the accuracy of that data as soon as possible.
Project assumptions can be broad and varied. What inaccurate assumptions have you heard about that created issues? Share those in the comments section so we can all learn together!
Below are some interesting links for you! Enjoy your stay...
O'Reilly 50% Ebook Deal of the Day
Microsoft Project blog
Scott Berkun's website
QuickBooks and Beyond
QuickBooks Online Blog
QuickBooks and Your Business