1. Dr. Ralph R. Young Director of Software Engineering PRC, Inc. young_ralph@prc.com (703) 556-1030 Fifth IEEE International Symposium on Requirements Engineering What If There’s No Time for Requirements Engineering?

2. Fifth IEEE International Symposium on Requirements Engineering What If There’s No Time for Requirements Engineering? Information and guidance concerning effective requirements practices is available but is not applied by most Project Managers. Although the requirements engineering process is a full system life cycle process, a lot of the issues and problems are created in the requirements gathering activities. –Therefore, in my opinion, we can save a lot of time by addressing this area more effectively. Industry data supports this view. –Further, doing a better job in requirements elicitation reduces rework downstream. Rework = 45% of total project effort industry wide. –The requirements are often unknowable at the inception of many systems and projects. We need to recognize this and deal with it. Tools don’t obviate the need for people, a requirements process (in all situations), effective practices, and formal training. Customer involvement throughout the project is essential. An incremental development approach works best when the requirements are evolving and changing. Things I’ve Noticed From My Requirements Engineering Experience

3. Practices, Methods, Techniques, and Tools That May Be New, Different, and Especially Important Create or tailor a requirements process. Use effective requirements practices, tailored as needed to the size and scope of the project, e.g.,: –a “joint team;” –defining the “real requirements;” –iterating the requirements and architecture repeatedly; –achieving effective communication; and –use your requirements process and practice continuous improvement. Consider having an organizational requirements working group. Consider time-boxes to set limits on prototype iterations. Consider Requirements Based Product Development (RBPD) utilizing an effective automated requirements tool. Have an organizational center of excellence to enable and empower your organization, e.g.: –requirements and architecture working groups –a process improvement group –organizational “process owners” –an electronic process asset library to share and reuse artifacts Fifth IEEE International Symposium on Requirements Engineering What If There’s No Time for Requirements Engineering?

4. Developer and Customer Tasks Amount of effort User requirements System requirements Architectural design Detailed design & component development Defining results for users Optimizing the cost- benefits Defining what the system must do Deciding on potential changes Customer work Developer work Provisional & final acceptance Acceptance, integration & verification Qualifying the design Verifying & validating the product Linking deliverables to requirements Storing and using knowledge from previous projects Informing the enterprise