Requirements Management
Requirements Management has proven itself to be an enormous potential for the optimization of development projects throughout the last few years. Especially in the climate of an increasingly competitive market Requirements Management helps in carrying out developments faster, cheaper and with a higher quality.
This book focuses on the interfaces of Requirements Management to the other disciplines of Systems Engineering, for example Project Management, Change Management and Configuration and Version Management.
To this end, an introduction into Requirements Management and Requirements Development is given, along with a short sketch of Systems Engineering, and especially the necessary inputs and resulting outputs of Requirements Management are explained. Using these flows of information it is shown how Requirements Management can support and optimize the other project disciplines and how very important therefore a functioning Requirements Management is for all areas of development.
Review By: Scott McMaster
12/22/2008Making the most of the requirements process is critical to the success of almost all software projects. This book explains how requirements management relates to and enhances the practice of other systems engineering disciplines. The book contains some interesting insights into requirements development such as dividing the process between definition of scope and definition of requirements, yet the true focus of the book is on the management of requirements after they are produced.
The authors define requirements management as "the sum of all activities in connection with requirements that take place after the requirements have been developed or engineered." Following that theme, the second and longest part of the book takes a detailed look at how requirements can be leveraged to improve processes in other areas of systems engineering, including project, quality, risk, configuration, test, change, and version management. A chapter is devoted to each of these disciplines. Perhaps the most useful parts of this section are the examples and suggestions for how requirements can be linked and used to enhance other documents such as the project plan, risks list, and test plan.
The final section introduces the authors' Hood Capability Models for Requirements Definition and Requirements Management. These models could be used to guide and track an organization's process improvements in the requirements domain as it relates to the rest of systems engineering.
Despite the quality content in the book, it suffers in places from awkward grammar and typographical errors. "Requirements Management" would be most useful for professionals working within a process improvement framework such as CMMI. The requirements management approaches and capability models described in the book would fit in quite naturally in such an environment and likely lead directly to improvements in several process areas. Agile practitioners would find the book considerably less helpful. The relative lack of formal documentation produced by most agile teams would limit the applicability of many of the techniques detailed in this book.