Archive for the ‘Scope’ Category

Project Management and balancing your workload

Saturday, January 7th, 2012

Hi, happy new year – I hope all your projects come in on time, under budget and with all the scope your sponsor wants.

I’m doing a series of blogs over at EasyProjects.Net .

Full disclosure, I’m one of their consultants. I go in and help their clients implement the methodology that surrounds the great tool.

This series is designed to help the project manager who is working off the side of their desk. Often someone with a reputation for getting things done, the volunteered or voluntold PM can find themselves quickly overwhelmed when faced with a project.

I hope you like it.

 

Perry

Gathering requirements is it ever complete?

Sunday, March 14th, 2010

This blog post was inspired by a post on LinkedIn

The dream of gathering absolutely complete requirements is just that, a dream.You will find no matter how detailed or complete, or ‘approved as final’ your requirements are, things will change. That isn’t a failure of the requirements, it’s a fact of project management.  If you try to perfect the beginning, you’ll never start your development or build phase.

If there is no element of uncertainty, I don’t think you have a project.

The PM’s job is to manage what happens: issues, changes, delays, opportunities. Doing a great job of gathering requirements only resolves the questions at the beginning of the project. The client or stakeholder, or sponsor will have new ideas as they get new information. The market demands change. The longer the time frame of the project the more likely you will have changes.

Doing a great job of gathering requirements is only one part of the project start. You need to develop your scope change management plan as well. That plan will include your process of assessing changes against the project drivers and making recommendations.

A good scope change plan will help the PM manage ‘pet’ ideas as well as fabulous ideas that everyone loves but will have a significant impact on the time, cost and quality of the original project.

Happy PMing

Scope expansion, or scope creep

Saturday, August 29th, 2009

Scope can be the most difficult thing to control in a project. We all want to make sure we meet expectations, and, often it takes a long time to define the expectations. So, where does scope definition end and scope creep begin?

Scope on target or off target

Scope on target or off target

I have drawn the line for scope clarity at the point when the charter is signed. At that point, you should have had sufficient discussion around scope, using the WBS and the scope statement, to get the right scope. The right scope for every project is different. It can expand and contract through the planning process. The important thing to remember is that you need to spend the time in the scoping and planning process. If you rush to get sign off, you’ll be making scope changes as you execute – and your project will look and feel out of control.

When you have achieved sign off, and you have the right scope for your project, then you enter the scope management process. Scope creep can happen now. All scope creep means is that you have allowed – yes, you the PM – the project scope to increase without analysing the impact on the triple constraint, and getting an approval. You need to start scope management as soon as the ink dries on the charter.

Where does scope creep usually come from? In my experience, your sponsor is actually the least likely to contribute to creep. The sponsor is usually more aware of the costs of adding scope than other people, and if between you, you’ve diligently identified scope, they won’t need to add anything. I think there are 3 sources of scope creep.

Stakeholders, some may not understand the goals of the project and some disagree with the goals.  They ask to add in the little things that will take the project off course, and closer to what they need. How to deal with this? I’ve found success in a two-step process. First, review the goals and scope with them to identify where there may be alignment between the project goals and the changes. Then, unless they agree to withdraw the request, go through the agreed scope management process.  If the sponsor signs off, you change the scope and no creep exists.

Project team workers are a second source. This usually comes in the form of enhancements during design. This source of scope creep is probably easiest to prevent and the hardest to control. Prevention comes in the form of early and clear communication of the scope and the process to change scope on the project.  Control is difficult because the changes are generally small but the cumulative effect can be significant. Often you are playing catch up and managing after the fact.  When this happens, discuss the consequences of the change with the person who made it; remind them of the process, but be careful not to stifle creativity by over reacting.

The final source of scope creep, you the PM. Some time you’ll have a great idea to incorporate a strategic change into the project, or a new technology, or a budget savings, or any number of great ideas. It is critical that you follow the process of scope change; your sponsor is counting on you to manage the team and yourself.  I remember the time that I dropped in on a new PM at the end of the day. She was staring at the charter; it didn’t take a lot of perception to know something was wrong. She confessed that she’d gone ahead with her project and incorporated some great ideas. The problem was when she checked the charter in preparation for meeting with her sponsor, she had moved away from the original purpose of the project. Your best tool for keeping yourself on track is to check your great idea against the charter, just the way your handle stakeholders, you need to asses the impact of the change, and follow the change management process.

Here are a few good articles relating to scope creep.

Collegiate project

Project Perfect

Tech Republic