Exploring trends and developments
in project management today.
Facilitating a Requirements Validation Meeting with Ease!
2010
The Problem: Ensuring that a requirements document is accurate, complete and fully supported by key stakeholders can be critically important. Unfortunately, requirements validation sessions can be protracted and challenging. Oftentimes, the goal of the session is to gain agreement among various stakeholders on a lengthy, detailed requirements document. This can certainly be a tall order, but it can be done!
Consider these suggestions...
- Ensure that all key stakeholders are present at the session. Oftentimes, senior managers or other extended team members will participate in this important session. Ensure that the meeting is on their schedule far in advance.
- Conduct pre-meetings with relevant functional groups to work out the details, review appendices, etc. Ideally, there should be no major surprises at the validation meeting.
- Ensure everyone comes to the meeting prepared by expressing the importance of each person reviewing the document in detail. Give the group a choice of whether to review the document in detail during the session (2 day offsite) or review it individually offline and only conduct a high level review and discuss questions during the validation session (2-3 hours). Most groups will opt for the shorter meeting.
- Ask participants to send their questions three days prior to the session and follow up with anyone who has not sent their questions by the stated due date.
- At the beginning of the meeting ask each person to introduce themselves and their role in case there are new faces in the room. Also, provide a high level overview of the project before getting into any detailed requirements discussion to ensure everyone has appropriate context.
- Define any assumptions or acronyms at the beginning of the meeting to avoid misunderstandings.
- Assign specific SMEs to lead the discussion for individual sections of the document.
- Ask for a volunteer to be the timekeeper and another to document key decisions or action items on a whiteboard or flip chart.
- Ensure that the requirements document is well organised with prioritised requirements.
- Post IEEE standards for well formed requirements (Accurate, Consistent, Complete, Traceable, Prioritised, Unambiguous, Modifiable, Verifiable and Testable) on the wall (or on a slide if using collaborative software). As you review individual requirements, ensure that each requirement meets this checklist.
- Document traceability within the document and across documents.
- Let participants know that signatures will be expected at the conclusion of the meeting. Ensure that participants sign the document on behalf of their organisation.
Dana Brownlee is President of Professionalism Matters, Inc. a boutique professional development corporate training firm. Her firm operates Professionalism Matters
and MeetingGenie.com
an online resource for meeting facilitation tips, training, and instructional DVDs. Her latest publications are "Are You Running a Meeting or Drowning in Chaos?" and "5 Secrets to Virtually Cut Your Meeting Time in Half!" She can be reached at danapbrownlee@professionalismmatters.com.
Related Articles
The Elements of a Good Feasibility Study
In its simplest form, a Feasibility Study represents a definition of a problem or opportunity to be studied, an analysis of the current mode of operation, a definition of requirements, an evaluation of alternatives, and an agreed upon course of action. As such, the activities for preparing a Feasibility Study are generic in nature and can be applied to any type of project, be it for systems and software development, making an acquisition, or any other project.
Reduce Project Risk in the Requirements Process
Gathering and managing requirements are important challenges in project management. Projects succeed or fail due to poor requirements at any time throughout the project life cycle. The continuously evolving baseline of requirements needs to be managed effectively. The project manager needs to assess and understand the uniqueness of the requirements gathering process for his/her individual project.
Writing the Project Statement of Work
The Statement of Work, or SOW, is the bible for the work the project must produce. The SOW is a key governance tool whether it is being used to direct work for a vendor or contractor, or used to direct the work internally, the SOW must contain a description of all the work that is expected, so how do you go about writing one for your project?
Reaping the Benefits of Good User Requirements
A critical part of any software development project is the requirements gathering. If you are unclear about what is going to be delivered, how will you know when you get there? Good user requirements lead to better estimates, improved customer satisfaction, reduced cost and a shorter duration.
21 Ways to Excel at Project Management
The popular project management eBook now fully updated and available as a website for the first time.
