10 Tips to Fighting Scope Creep
Scope creep is a funny term. It implies that the scope of a project magically grew without anyone's knowledge. What really happens is that requirements are added without any thought given to their impact or there is a miscommunication between stakeholders and the project team which is not discovered until after the project has begun.
We can't tell you what your scope should be, but we can help you ensure that everyone understands which requirements have been agreed to by all parties and hold them responsible for their decisions and estimates. Below are 10 tips to ensuring that stakeholders and team members are all on the same page. The tips are based on the observed best practices of workspace.com users.
- Make requirements accessible: It's almost impossible to not have scope misunderstandings if everyone doesn't have access to current requirements at all times. Making requirements accessible eliminates ignorance as an excuse.
- Require stakeholder approval: Require stakeholders to approve each requirement. When stakeholders have formally approved every requirement, it greatly reduces their ability to say they did or did not want something after the project is completed.
- Specify out-of-scope items: Specifying items that are out-of-scope adds to project clarity. Like approved requirements, items specified to be out-of-scope should be approved by stakeholders and the project team.
- Send alerts when changes are made: Set automated alerts to notify stakeholders and team members whenever a requirement is changed. This will help people track the evolution of requirements and ensure that approved requirements are not changed without everyone knowing.
- Lock down approved requirements: Once all requirements are approved, lock them down so they cannot change after the project begins.
- Use formal change requests: If a change is required, make sure that no changes are made to project scope without a formal change request.
- Formally estimate all change requests: Include the overall impact on cost and schedule on every change request. Take adavantage of traceability reporting to make sure that the full impact of a change request is captured.
- Require formal approval of all change requests: Make sure that the change request and corresponding changes to cost and schedule are approved by both the stakeholders and project team.
- Gain approval to estimate: Investigating and documenting the impact of change can sometimes require significant effort. Before expanding scope to include investigation of potential changes, make sure a formal change request to capture the effort is approved.
- Track Scope: Link tasks and time to requirements and use traceability reporting to make sure that actuals are not exceeding estimates and that time is not being wasted on unapproved requirements.
These steps will not eliminatate post-completion claims that something should or should not have been included in a project. However, they will provide an auditable trail of changes and approvals that will document project scope and hold both stakeholders and team members accountable.
Recent Articles:
- 10 tips to fighting scope creep
- Strive for total project success
- Are you a tool or a workspace?
- Project management insanity
- Workspace.com: 3 steps to success
Case Study: A Better Way to Manage Enterprise Software Implementations
The UCI Medical Center, one of America's Top Hospitals, relied on workspace.com to successfully implement a $50 million healthcare information management system. The project involved 150 people, thousands of requirements and the integration of 50+ legacy systems.
TechRepublic Review of Workspace.com:
Justin James from TechRepublic says workspace.com (formerly called Lighthouse) "hits all of the right notes," and "deserves serious consideration by IT professionals."
Read the review here.



