This is a detailed how-to guide to ensuring your requirements are fully captured. It is a useful guidebook with processes you will tweak and adapt to each project plan. Is anything surprising or new to you? You will not use all of these approaches for every project, but having them at hand is useful when planning your next project.
Requirements Management
Communicate Requirement Changes
Changes to base-lined requirements must be communicated to the project stakeholders. Much of this communication is done during the course of the approval process, but for those not involved in that process, notifications, presentations or other methods of communication should be used so that all are aware of the change and its impact on the project work. Changes may need to be applied to upstream and/or downstream project deliverables. For example, a change to a law may require modifications to high-level project documents, requirements document, design plan, testing plan and/or other formal artifacts. When a change that includes such revisions is made, the people that use or rely on the artifact should be notified that the artifact has changed and why the change happened. The notification should include the updated revision of the affected artifact documents.