Requirements are a great challenge in project management. Clarity as to requirements is absolutely necessary in order for a project to succeed. Most projects succeed or fail at the beginning of the project based upon the quality of the project requirements. One of the challenges for the Project Manager is to assess and understand the uniqueness of the requirements gathering process for his/her individual project, which includes both Requirements Definition and Requirements Management.
Projects are like snowflakes; no single project is exactly the same as another. So it goes with requirements and the requirements gathering process. The project manager needs to assess this task along with all others near the beginning of the project.

Preliminary scope statements are just that - preliminary. They are high level and are designed to enable the project to progress to the next steps. These next steps include progressive elaboration, where that preliminary scope statement is expanded into the detail that makes up complete requirements. The Project Manager must get his/her hands around how that progressive elaboration process will take place as part of the project.
Here are 4 key inputs to the important project management challenge of gathering requirements:
- # of stakeholders and how widespread
- # of people on team and how widespread
- Size of project - $
- Complexity of the product of the project
A key Project Management challenge is visualizing what must take place in the requirements gathering process. The key variables to think about are Requirements Definition and Requirements Management. The more the project requirements are elaborated, the greater need there is to produce a Requirements Definition for each part of the project. The more parts, and the more in depth the definitions, the greater is the need for a more sophisticated Requirements Management system.

Thus, Requirements Definition refers to the details that make up the actual requirements, or description of the product of the project. Requirements Management refers to the configuration management needed to manage an expanding and changing set of details that make up that Requirements Definition. Usually in the beginning of the project, there is little apparent need for sophisticated Requirements Management. Often it can be assumed that there will be a need, or that need will become apparent as the project unfolds.
________________________________
John Reiling, PMP
Project Management Training Online
Lean Six Sigma Training Online






9 responses so far ↓
1 ameyer32 // Jul 20, 2008 at 1:54 am
John,
I like your list of the important PM challenges gathering requirements, but I’m not sure that requirements need undue focus at the beginning of projects. There are many reasons why trying to define requirements too clearly may be counterproductive. Requirements may change, the corporation or business environment may change or the corporate management may change.
Don’t you think these types of changes would change the fundamental nature of requirements?
Would it make more sense at the beginning to focus on thresholds or ways one would determine where a project needs to get to in order to be successful?
Requirements need to be “good enough” and they need to be refined as the project progresses. My own sense is that requirements are over analyzed in the beginning when they aren’t really understood and under analyzed when the project is better understood.
2 2 Keys to Reduce Project Risk in the Requirements Process | Articlesagainst.net // Jul 27, 2008 at 7:57 pm
[…] courses on “requirements” for PDUs and PMP Prep. Also see John’s post ” Requirements Process: Requirements Management versus Requirements Definition” at […]
3 110bank.com-2 Keys to Reduce Project Risk in the Requirements Process // Oct 11, 2008 at 11:19 pm
[…] courses on “requirements” for PDUs and PMP Prep. Also see John’s post “Requirements Process: Requirements Management versus Requirements Definition” at […]
4 Recent URLs tagged Process - Urlrecorder // Jan 7, 2009 at 2:01 am
[…] recorded first by cicciogattaccio on 2008-12-25→ Requirements Process: Requirements Management versus Requirements … […]
5 2 Keys to Reduce Project Risk in the Requirements Process | PMServicesNW // Sep 15, 2009 at 1:15 am
[…] courses on “requirements” for PDUs and PMP Prep. Also see John’s post “Requirements Process: Requirements Management versus Requirements Definition” at […]
6 2 Keys to Reduce Risk: Requirements Definition and Requirements Management | Welcome to Big collections of Indians // Dec 6, 2009 at 1:41 pm
[…] on “requirements” for PDUs and PMP Prep. See John’s related article “Requirements Process: Requirements Management versus Requirements Definition” at […]
7 2 Keys to Reduce Risk: Requirements Definition and Requirements Management | Article Search Engine Directory: GFArticles.com // Dec 29, 2009 at 5:35 am
[…] on “requirements” for PDUs and PMP Prep. See John’s related article “Requirements Process: Requirements Management versus Requirements Definition” at […]
8 2 Keys to Reduce Risk: Requirements Definition and Requirements Management : infokamu.com – provide appropriate information and accurate through the media blog // Jan 17, 2010 at 2:45 am
[…] on “requirements” for PDUs and PMP Prep. See John’s related article “Requirements Process: Requirements Management versus Requirements Definition” at […]
9 2 Keys to Reduce Risk: Requirements Definition and Requirements Management | | Health and Fitness Articles Resources // Jan 24, 2010 at 12:50 am
[…] on “requirements” for PDUs and PMP Prep. See John’s related article “Requirements Process: Requirements Management versus Requirements Definition” at […]
You must log in to post a comment.