| Gathering and managing requirements are | | | | the greater need organize Requirements Definitions |
| fundamental challenges in project management. Most | | | | for each part of the project. The more parts, and |
| successful projects have high quality project | | | | the more in depth the definitions, the greater is the |
| requirements. Projects can fail due to poor | | | | need for a more sophisticated Requirements |
| requirements at any time during the project lifecycle | | | | Management system. |
| without effective requirements management. The | | | | Putting Together Requirements Definition and |
| Project Manager needs to assess and understand the | | | | Requirements Management |
| uniqueness of the requirements gathering process for | | | | Here is what can be done to effectively manage the |
| his/her individual project. | | | | requirements process on any project: |
| 2 Points of Focus Around Requirements Gathering | | | | 1. Identify ALL stakeholders. Develop categories for |
| Preliminary scope statements are the beginning of | | | | types of stakeholders, such as users, support, |
| the requirements gathering process. They are high | | | | interfacing in certain areas, managers affected by the |
| level and are designed to initiate progressive | | | | project, and more. Make sure that all areas that the |
| elaboration, where that preliminary scope statement | | | | project will touch are represented by a stakeholder. |
| is expanded into the detail that makes up the | | | | 2. Determine a communications strategy for engaging |
| complete requirements baseline. The Project Manager | | | | with your stakeholders. You will need to build bridges |
| must get his/her hands around how that progressive | | | | to the stakeholders, and will ideally be able to |
| elaboration process will take place as part of the | | | | establish at least one face-to-face meeting with each |
| project. 2 points of focus can help: Requirements | | | | stakeholder, and ideally at least one face-to-face |
| Definition and Requirements Management. | | | | meeting among all stakeholders. |
| Requirements Definition | | | | 3. Develop a list of questions, organized around |
| Requirements Definition refers to the details that | | | | various facets of the problem to be solved by the |
| make up the actual requirements, or description of | | | | project. This list should provide clarification to both |
| the product of the project. The key is to understand | | | | you and the stakeholders on the issues to be |
| the reason for the project: the underlying problem to | | | | addressed. Make sure they address a clear |
| be solved or opportunity to be seized. It entails | | | | understanding of the problem, as opposed to |
| "discovering" the underlying problem or opportunity. | | | | specifying a solution. Thoroughly vet the questions |
| This involves distinguishing what might be symptoms | | | | within the team and with the project sponsor(s). |
| and possible solutions. | | | | 4. Determine how much time will be needed, in terms |
| Often someone might state something like "What I | | | | of both sessions and overall duration, for the project |
| need is a ..." The individual is acutely aware of a | | | | requirements gathering. Develop a schedule for |
| problem and often focuses on a narrow set of | | | | meetings and other engagements as developed |
| possible solutions, mistakenly stating the problem as | | | | through your communications strategy. |
| one of these solutions. The PM needs to ensure that | | | | 5. Do initial requirements gathering by obtaining |
| the project team maintains control of the | | | | answers to the questions you have developed. |
| requirements analysis conversation, and must move | | | | Whether by survey, face-to-face meetings, online |
| ahead by engaging stakeholders and identifying the | | | | meetings, or one-on-one meetings, you will need to |
| root causes. Once the root causes are understood, | | | | establish a set of raw data addressing your |
| many problems become very simple. Other situations | | | | questions. |
| may be more complex, may demand coordination | | | | 6. Document answers to the questions in an initial |
| among stakeholders, will require collaboration to | | | | requirements document draft. Review this thoroughly |
| discover and document the Requirements Definition. | | | | with all key stakeholder representatives and revise |
| Requirements Management | | | | accordingly. Make sure all stakeholders buy in to |
| Requirements Management refers to the | | | | these answers. |
| configuration management needed to manage an | | | | 7. Move into JAD sessions - Joint Application Design |
| expanding and changing set of details that make up | | | | Development. This is where you will likely engage |
| that Requirements Definition. Usually in the beginning | | | | developers also, and some iterative solution |
| of the project, there may be little apparent need for | | | | development will take place. One of the keys to this |
| sophisticated Requirements Management. Often it can | | | | process is that you will be able to show stakeholders |
| be assumed that there will be a need, or that need | | | | what is possible. You will also be able to put |
| will become apparent as the project unfolds. | | | | something concrete out there that will provide a |
| Here are 4 key inputs to the important challenge of | | | | greater point of focus to "smoke out" remaining |
| Requirements Management: | | | | requirements and clarify understanding. |
| 1. # of stakeholders and how widespread | | | | 8. Get formal signoff from all major stakeholder |
| 2. # of people on team and how widespread | | | | groups. This is an important process, as it forces |
| 3. Size of project - $ | | | | some attention by the stakeholders to assure there |
| 4. Complexity of the product of the project | | | | are no hidden doubts or caveats. |
| The more the project requirements are elaborated, | | | | |