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.

Creating a positive project environment

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.

Make projects goals achievable

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.

  • A fully understood product approach. Goals become achievable when team members understand what is expected of them. Team members are more confident when they use familiar approaches to produce  project deliverables. But businesses must innovate to remain competitive and that introduces unfamiliar approaches that team members must embrace. This requires time and specialized resources to develop and practice new approaches. To support innovation and achievable goals, include funding and time in your project to help the team assimilate new approaches.
  • The tool to measure success is understood. Project goals are achievable when management and the team understand how success will be measured. There are two aspects to this. First, with clear measures of success, the team can identify incremental improvements. Second, understanding metrics supports innovation, because measurement can highlight improvements that help achieve project goals.
  • Applicability to business processes is understood. Project staff is more likely to understand project goals when they’re specifically tied to existing business processes. That understanding helps them focus their project effort and improves the chance that project goals will be achieved. What if new products or processes aren’t associated with existing processes? To help the team understand these items, draw parallels between existing processes and the new product and processes. Where that isn’t possible, early work to develop new processes helps teams understand the direction they need to take to achieve defined goals.
  • Practical timelines. Project team members are more likely to support practical, non-arbitrary deadlines. A practical deadline means the timeframe reflects durations like those for prior projects. However, a tight deadline due to a legitimate need for the business can be reasonable, as long as management gives the team permission to use new approaches to meet the deadline. Review the rationale for proposed timelines with team members to make aggressive deadlines believable to motivated teams. (Think Apollo 11 landing on the moon prior to the end of the decade!)

To learn more, check out my Project Management Foundations course

Where’s my team anyway? Managing Projects Remotely

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.

  1. Have frequent short meetings. Bring your remote team members together. Hold regularly scheduled meetings 3 times a week for just 15 minutes.  This provides a quick opportunity to understand the “pulse” of what’s happening.  These are like water-cooler conversations you have when you’re co-located with your team members.  During these meetings you can discuss work-related items or check on how your team members are doing.  This is time well spent!  These discussions identify problems early so remote team members don’t get stuck trying to solve problems on their own.  These meetings can be with small groups or 1-on-1 depending on the number of people you have and their role on your project.
  2. Celebrate wins together.  If you’re celebrating onsite, do something to acknowledge remote team members.  Send them a gift package or tickets to a local event. They’ll feel included and motivated.
  3. Insist on good video conference capabilities.  Phone calls are good, but video conference meetings are better…when the technology works.  Seeing someone gives you a better understanding of how meetings are going and enables you to connect with remote team members.  This approach recognizes that non-verbal cues are just as important as your discussions.  If you can’t access video conference capabilities, make sure your speaker phones work properly.  Nothing is worse than being remote and not hearing discussions or being unable to contribute because you can’t be heard.
  4. Give analytical assignments to remote team members. Sometimes your remote team members can be more productive as they have fewer distractions. Giving remote members assignments that benefit from quiet, uninterrupted work time can enhance your productivity.  
  5. Schedule meetings at different times.  Consider the time zones and schedules of your remote team members. Impacting your local team on occasion is worth the inconvenience to demonstrate consideration for your remote team members.  This sends the message that everyone’s time is valuable and remote team members shouldn’t always be the ones attending meetings outside business hours.

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!

Defining Proper Project Objectives

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:

  • Aligned with strategy. Strategy is implemented through business change projects, but that doesn’t mean all projects are strategic. You can ensure that your project is viable and its project objectives are appropriate by understanding your organization’s strategy and by making sure that your project’s objectives and the way you achieve them don’t detract from that strategy. For example, don’t fall into the trap of using old, “reliable” technology to implement a project when the strategic direction is to use more powerful, future-proofed tools. While it may take longer, supporting the organization’s strategy is probably more important in the long run.
  • Scheduled mindfully. While SMART objectives address achievability, that doesn’t mean the objective is appropriate given the current workload your critical project team members are handling. Other projects and operational responsibilities may create excessive expectations for team members. To determine what is truly achievable, you need to identify the current demand for critical team members along with the demands your project will place on them.
  • The right approach. As project objectives can vary, the approach for achieving them varies as well. Having well-defined requirements that are unlikely to change and needing to support specific milestones indicate a waterfall approach is more appropriate. Conversely, loosely-defined requirements and tight deadlines indicate that agile approaches may be best. Ensure your project objectives are realistic by creating plans to deliver your project based on available staff, required timeframes and the nature of your requirements.
  • Mindful of change management. While businesses need to move fast, people are limited in the magnitude of change they can successfully manage, procedurally and emotionally. Monitor the degree of change you are expecting of your business to ensure your objectives are realistic and achievable.

Can you have too much authority as a project manager?

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.

https://youtu.be/uRyLRbJnh1Q

To learn more about project organizational structure, check out this video from my LinkedIn Learning Project Management Foundations course.

The Power of Out of Scope

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.

When might you start a project without a business case?

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!

Alexandria Bay

Can something be too small to need project management techniques?

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 can I live with project assumptions?

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!