Business Analyst Training Courses Icon

Critical Skills for Writing Better Requirements


2 Days
Public Session   |  
3 Days
Live Online
  |   Self-Paced

IIBA (CDU)

ASPE is an IIBA Endorsed Education Provider of business analysis training. Select Project Delivery courses offer IIBA continuing development units (CDU) in accordance with IIBA standards.

NASBA (CPE)

NASBA continuing professional education credits (CPE) assist Certified Public Accountants in reaching their continuing education requirements.

PMI (PDU)

Select courses offer Leadership (PDU-L), Strategic (PDU-S) and Technical PMI professional development units that vary according to certification. Technical PDUs are available in the following types: ACP, PBA, PfMP, PMP/PgMP, RMP, and SP.

IIBA
IIBA
14.00 CDUs
NASBA
NASBA
16.00 CPEs
PMI
PBA
12.00 T-PDUs
RMP
1.00 T-PDU
SP
1.50 T-PDUs
PMP/PgMP
12.00 T-PDUs
L
1.00 L-PDU
S
1.00 S-PDU

Expertise Level: Intermediate
Certification
Public Classroom
Individual:
$1495.00
Group Rate:
$1295.00
(per registrant, 2 or more)
GSA Individual:
$1076.40
Online Training
Live Online:
$1495.00
Self-Paced Online:
$595.00
Private Onsite Package

This course can be tailored to your needs for private, onsite delivery at your location.

Learn More About Enterprise Team Training

Overview

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.

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!

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
Upcoming Dates and Locations
Guaranteed To Run
On Your Schedule Self-Paced eLearning Register
Sep 12, 2016 – Sep 14, 2016    12:00pm – 4:30pm Live Online
12:00pm – 4:30pm
Register
Sep 26, 2016 – Sep 28, 2016    12:00pm – 4:30pm Live Online
12:00pm – 4:30pm
Register
Oct 20, 2016 – Oct 22, 2016    12:00pm – 4:30pm Live Online
12:00pm – 4:30pm
Register
Nov 14, 2016 – Nov 16, 2016    12:00pm – 4:30pm Live Online
12:00pm – 4:30pm
Register
Dec 12, 2016 – Dec 14, 2016    12:00pm – 4:30pm Live Online
12:00pm – 4:30pm
Register
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.

Who should attend

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

Yes, this course looks perfect for my needs!