Top Navigation Menu

Critical Skills for Writing Better Requirements


This two-day course will give you hands-on experience with the latest proven techniques for gathering requirements. Lively lectures combined with insightful demonstrations and realistic practice exercises will provide you with the competence and confidence to improve project outcomes through better requirements elicitation. You’ll gain a thorough understanding of the challenges faced in defining correct requirements, practical approaches for eliciting and documenting requirements, and strategies for managing requirements throughout the project life cycle. If you participate in defining project scope, capturing requirements, or managing project scope, you can’t afford to miss this course!


Classroom Live Online 13 PDU’s + 14 CDU’s Custom Sessions


FREE Items

Select a free item included with your class. (more info)

Class Description

Eliminate Costly Changes and Save Time by Nailing Down the Project Requirements – the First Time!

Learn how to:

  • Improve tools and techniques for gathering and developing more precise requirements
  • Increase customers’ satisfaction by determining and understanding their true needs
  • Prevent errors in specifications by defining project scope up front
  • Identify the key players and learn to communicate effectively with them
  • Learn how to collect and use metrics so you can plan better
  • Lower development/maintenance costs by designing cost-effective processes
  • Understand how to plan and manage the software development life cycle more effectively
  • Develop templates and checklists that work
  • Save money by reducing and managing ever-present scope creep
  • Improve business analysis techniques to reduce project cost
  • Write and refine requirements to reduce ambiguity

Gather Clear and Concise Business Requirements Before the Project Starts
Our failure to understand users’ requirements is the most common source of project defects, delays and cancellations. The accumulating evidence is unequivocal: most serious problems associated with projects are related directly to requirements. Critical Skills for Writing Better Requirements attacks the problem of project failures by addressing their root causes: incomplete, poorly defined, and/or changing requirements.

Fixing Requirements Errors is Costly…Preventing Them Isn’t!
Lost-dollar value and cost overruns comprised $55 billion in wasted spending on American IT projects. The cost of correcting requirements defects in software projects is estimated to account for 70% of all project rework costs. And for every $1 in effort needed to detect and correct errors during requirements definition, up to $200 must be spent to detect and correct errors by the time the project is in implementation.

By investing in just a few key skills and using them consistently, you can save significant money and time on projects, and ultimately deliver higher-quality solutions to your customers.

Discover the Real-World Techniques That Will Help You Immediately
This two-day course will give you hands-on experience with the latest proven techniques for gathering requirements. Lively lectures combined with insightful demonstrations and realistic practice exercises will provide you with the competence and confidence to improve project outcomes through better requirements elicitation. You’ll gain a thorough understanding of the challenges faced in defining correct requirements, practical approaches for eliciting and documenting requirements, and strategies for managing requirements throughout the project life cycle. If you participate in defining project scope, capturing requirements, or managing project scope, you can’t afford to miss this course!

20 Immediately Useful Benefits You Will Receive:

  1. Appreciate the challenges analysts face in defining requirements.
  2. Understand the characteristics of a well-written requirement.
  3. Examine, review and refine requirements so they are specific, accurate and unambiguous.
  4. Produce a clear, concise Software Requirements Specification.
  5. Effectively analyze business problems your customers face.
  6. Understand the needs of users and other customers.
  7. Clearly define the scope of a project.
  8. Use effective practices for interviewing business customers to learn their requirements.
  9. Learn the basics of business process modeling for eliciting requirements.
  10. See how to use elicitation workshops (such as JRP, focus groups, etc.) to quickly and accurately identify project requirements.
  11. Gain exposure to the “use case” technique as a way to discover requirements.
  12. Examine ways to discover and write business rules that affect a system.
  13. See how to use a requirements traceability matrix to map requirements.
  14. Understand the importance of categorizing and prioritizing requirements.
  15. Effectively communicate with project stakeholders at all levels.
  16. Minimize the risk of producing an ineffective (or just plain wrong) solution.
  17. Distinguish business and user requirements from technical or system requirements and know when it’s appropriate to define and document each.
  18. Translate high-quality functional and non-functional requirements into clear and correct system requirements or technical specifications.
  19. Manage project scope by identifying and managing changes to requirements throughout the project lifecycle.
  20. Shorten project schedules by defining the right requirements in the right way the first time, every time!

In Class Group Exercises:
In-class exercises help you identify and examine firsthand problems that you may be experiencing. Through group effort, you and your peers will discuss ways your department or company should be handling problems up front and how you can improve those early, critical stages.

Specifically, you will:

  • Learn to elicit requirements from a realistic business case project
  • Use the analysis method to discover important aspects of the project scope
  • Develop business model components such as a context diagram, activity diagram and use case model
  • Work as a team to analyze business artifacts and documents to discover the functional requirements needed
  • Learn to identify and extract important requirements from a process model
  • Evaluate preliminary requirements and identify those that don’t meet defined quality characteristics
  • Review work already completed and see how to extract important non-functional requirements

Course Outline

I. The Business Case for Requirements Engineering
Projects have high failure rates, and evidence points to problems with defining requirements as one primary cause. This section presents an overview of the challenges inherent in projects in general, and specific problems typically encountered with project requirements.

A. The goal of a project
B. Facts and figures about project success and failure
C. Types of requirements errors and their frequency
D. The high cost of requirements errors

II. Foundations of Requirements Development
Developing requirements is key to project success. In this section, we’ll cover some basic definitions, review a requirements development framework and process, and introduce an example system we’ll use for our practice sessions.

A. The Business Analysis Body of Knowledge
B. Definitions of terms
C. Types of requirements
D. Characteristics of well-written requirements
E. The requirements development roadmap
F. Requirements and the development life cycle
G. Enterprise analysis

Practice Session
Gain an in-depth look at a hypothetical but realistic business and one of its key systems that you’ll be eliciting and managing requirements for during the class.

III. Project Initiation
Projects arise in part to solve business problems, and understanding the underlying problem or problems is therefore key to being able to identify the correct requirements. During this section, you will refresh your knowledge of and practice defining and documenting project scope and key business requirements.

A. Defining goals and objectives
B. Identifying stakeholders and user classes
C. Identifying constraints and benefits
D. Specifying exclusions
E. Modeling the system scope
F. Documenting requirements in the Initiate phase

Practice Session
Guided by your instructor, you will work with a team to define the goals and objectives in an example project. You’ll have a chance to practice identifying stakeholders and constraints and discovering important aspects of the project scope. You’ll participate in documenting the project scope using a variety of business models.

IV. Eliciting Functional and Non-functional Requirements
As we come to understand the business problem at the heart of a project, we need to learn to capture our business customers’ functional and non-functional requirements. This section explores several powerful and effective analysis techniques for requirements elicitation and development.

A. Problems with requirements elicitation
B. Techniques for eliciting customer requirements
C. Analyzing and reviewing documents and artifacts
D. Modeling processes, analyzing gaps and generating questions
E. Interviewing the stakeholders
F. Identifying data requirements
G. Establishing requirements traceability
H. Capturing the requirements

Practice Session
In your team, you will analyze business artifacts and documents to discover the customers’ functional requirements for the solution. You’ll practice identifying what functionality customers want to keep, remove, add and/or change in moving from their current system to the solution. You’ll practice generating questions for key stakeholders and interviewing those stakeholders. Finally, you’ll learn to use a variety of tools to discover and document stakeholders’ data requirements.

V. Use Cases: A First Look
A”use case” is a sequence of events performed by an actor (person, automated system, or both) in a business environment to get their job done. Use cases carry significant requirements for a system from the perspective of a business user. Use cases are a critical tool in the analysis process, helping us understand what the system needs to do. Later in the development life cycle, use cases aid in design and implementation, testing, and user documentation for the new system. This section introduces the concept of use cases and gives you an opportunity to explore this analysis technique.

A. The benefits of use cases
B. Use case basics
C. Finding use cases
D. Building a use case model
E. Deriving requirements from a use case
F. Tracing requirements from use cases

Practice Session
Your team will create a use case model for one process of our example system. You’ll learn how to identify and extract important functional requirements from the use case, how to elicit additional requirements, and how to maintain traceability among the requirements. You’ll discover how the use case becomes the basis for future development tasks.

VI. Reviewing and Refining Requirements
Well-defined requirements are critical to producing a system that meets the needs of the project stakeholders. Finding the requirements is only the first challenge. Once discovered, requirements must be reviewed, analyzed, validated and possibly rewritten. All requirements must then be confirmed with project stakeholders before the final specification is published.

A. Writing requirements
B. Reducing ambiguity
C. Validating requirements through reviews and inspections
D. Analyzing requirements for validity, consistency and effectiveness
E. Refining requirements

Practice Session
Your team will evaluate the requirements that have been found and written for the example project to identify any that don’t meet the quality characteristics we’ve defined. We’ll practice rewriting any unclear or ambiguous requirements.

VII. Creating a Requirements Specification
“The job’s not finished ‘til the paperwork’s done.” The final deliverable for many projects is a Requirements Specification of some kind. Writing a clear, concise and informative specification is a critical step in providing the implementation team with the information they need to design and implement a solution that is right for the stakeholders of the project. This section focuses on the creation and communication of the final requirements specification.

A. Organizing and classifying requirements
B. Documenting requirements: the Software Requirements Specification (SRS)
C. Documenting traceability

Practice Session

Your team will consider a model template for documenting the final requirements specification for our case project. You will have an opportunity to write sections of the specification in the course.

This writing business requirements training course is valuable for all those involved in managing and defining projects.

This seminar is for you if you are a…

•Business Customer or Partner who wants to work more effectively with IT colleagues to identify project requirements for solving business problems
•Business Analyst who needs to define or gather users’ business requirements
•Business Systems Analyst who wants to understand user’s business requirements, translate them into clear statements of functional and system requirements and add value to IT projects
•Systems Analyst who must develop correct technical specifications from functional and system requirements
•Designer or Developer who desires to produce a high-quality system from the functional and systems requirements
•Project Manager or Team Leader who must ensure that IT project team members correctly understand customer needs and deliver high quality solutions within project constraints

Additional Info

Class Length

3 Days

Class Locations

Live Virtual Class-Attend from Anywhere

Class Dates

Apr 11, 2016 thru Apr 13, 2016, Dec 14, 2015 thru Dec 16, 2015, Feb 01, 2016 thru Feb 03, 2016, Jan 06, 2016 thru Jan 08, 2016, Mar 14, 2016 thru Mar 16, 2016

Guarantee & Policies

Course registration info, our commitment to your privacy,

and general terms and conditions


Course registration information:

All courses carry Project Consult’s Guarantee of 100% Satisfaction: 
Project Consults provides an unsurpassed training experience. If for any reason you are not satisfied with the program, simply notify the instructor or registrar of your intent to withdraw from the program prior to the first morning break, turn in your course materials and receive a 100% refund. If at the end of the program day, you are unsatisfied with the program, we will credit your tuition towards a future program of your choice.

Payment Policy:
Payment is required at time of registration. Approved forms of payment include a company purchase order, PayPal, or credit card. We accept Visa, MasterCard, American Express, and Discover.

Courses are available as onsite training: 
All courses are available as onsite training at your location. On-site options can be very cost effective.

Course Hours:
This course begins promptly at 8:30 AM and ends at 4:30 PM, unless otherwise noted on the course page or in email notifications. Please arrive at 8:00 AM on the first morning of class to sign-in and meet your fellow attendees.

Shipping of Course Materials:
In an effort to reduce paper waste, course materials for live-online sessions will be digital. You will recieve information on how to obtain your course materials in your confirmation email.

Substitution & Cancellation Policy: 
If a change needs to be made to your public course registration (cancel, transfer, or substitution) Project Consults must receive written notice via email at If a cancel or transfer request is made less than 15 business days prior to the class start date, payment will still be due, no refunds will be issued and you will be charged a $200 change fee. Your paid tuition will be available for one year to be used as a credit towards another course of equal value; only one reenrollment opportunity is allowed. Failure to attend the course without written notification will result in forfeiture of the full course price. Student substitutions may be made at any time prior to the start of class free of charge. If a student substitution is made for a live, online session and any hard-copy materials have been provided to the initial student, it is the responsibility of the client to pass along those materials to the new attendee. If Project Consults is forced to cancel a course for any reason, liability is limited to the registration fee only. If you have questions or concerns, please contact or call 469-424-1084.

In certain situations, Project Consults may not have the required enrollment to hold a course as scheduled. We do our best to confirm every class, but our main mission is to provide students with the skills and knowledge to have a positive impact on their work performance. Based on this, should there be a cancellation for a class you are enrolled in, Project Consults will proactively automatically enroll you into the next available live, online session of the same course to provide you with the knowledge you originally needed. You will be notified during this process and have the ability to work with an Project Consults representative regarding alternate options if you are unable to attend the new session.

Substitution & Cancellation Policy (PMP Boot Camp): 
If you are unable to attend your scheduled training class, please contact us directly at 469-424-1084. We require a 16 calendar day notice to reschedule or to cancel any registration (and receive refund for payment). Failure to provide the required notification will result in a 100% charge of the course fee. If a student does not attend a scheduled course without prior notification, or contacts us to cancel within the notification window, the student will have the option to pay a $200 reschedule fee to attend one of the live, online sessions of the PMP Boot Camp. Within the notification period, only student substitutions will be permitted.

Hotel Reservations:
Project Consults does not set aside a block of rooms for class participants. If you wish to book a sleeping room please contact Project Consults for the best hotel options or recommendations. For directions to the course location please call Project Consults or you may also contact the training center or hotel directly.


There are no reviews yet.

Be the first to review “Critical Skills for Writing Better Requirements”