@AMoSolo

(Dr. Biz)

By [Link]/Aug. 2019
 It’s not Digital, It’s Business
@AMoSolo

learn
unlearn relearn

BABOK 3.0 Review (Ch1&2) 2

 Course Agenda

BABOK Guide V3.0, Basics • 2 Days

Core Competencies & Techniques • 2 Days

@AMoSolo

Videos and Workshop • 1 Days

Behavioral and Cognitive Biases • 1 Day

The Art of Leadership • 1 Day

BABOK 3.0 Review (Ch1&2) 3
 Course Purpose
Having a Common Language
To Fill the knowledge Gap
To Increase Skills and Competencies
@AMoSolo

To Identify (our) weakness and leap Points

To Challenge ourselves relentlessly (?)
Knowing How to be (Acting as) a Professional
Knowing the World BA Experts Standards
BABOK 3.0 Review (Ch1&2) 4
 BA Basics- outlines
What is Diagnosis?
BABOK Guide V3.0 – An introduction
BA Core Concept Model
@AMoSolo

BA Key Concepts
BA Knowledge Areas
Requirements LC
Videos, Workshop, Quiz
BABOK 3.0 Review (Ch1&2) 5
 What do you do when you have an illness?
@AMoSolo

You need to go to a Doctor’s Office!

BABOK 3.0 Review (Ch1&2) 6
 What is Diagnosis ?
• Let's look at a possible scenario that may have happened to you at some point in time.
• You wake up one morning realizing that you don't quite feel like yourself. This feeling persists and gets worse as the
day goes on. By late afternoon, you have decided that you feel bad enough that you want to go see your doctor to
find out what is wrong.

• At the doctor's office, you are asked what is wrong. You tell the doctor that you woke up feeling nauseous with a
bad stomach ache. As the day went on, the aching got worse and you began vomiting. By the afternoon, you then
@AMoSolo

felt very weak and had diarrhea. The doctor now examines you and decides to run some tests. The doctor gets the
results back and realizes that you have a virus causing the signs and symptoms in your body. The doctor tells you
that you have the stomach flu. What the doctor just gave you was the diagnosis.

• A diagnosis tells the illness or other condition that is affecting the body based on the signs and symptoms.
Diagnoses can only be obtained after you tell the doctor the symptoms, which are the sensations that you feel,
and the doctor examines for the signs, which are the changes in the body that can be detected or measured. Based
on the knowledge that they obtained in medical school, the doctors will then determine the most likely cause of
the syndrome that you are experiencing. The syndrome is the collection of the signs and symptoms that are usually
experienced by a person with a given disease, disorder, or condition. The syndromes have names which we
commonly refer to as the disease, condition, or disorder. In the scenario above, the stomach flu is the disease in
the diagnosis.
BABOK 3.0 Review (Ch1&2) 7
 Doctor Duties & Responsibilities
• Assess symptoms (E&C)
• Diagnose conditions (E&C, RADD)
• Prescribe and administer treatment (SA/RADD/SE)
• Provide follow-up care of patients, refer them to other providers, and
@AMoSolo

interpret their laboratory results (RLCM/SE)

• Collaborate with physician assistants, nurse practitioners, registered
nurses, and other health professionals (E&C)
• Prescribe medication (RADD)
• Stay current on medical technology and research (competency/Tools
& Techs)
BABOK 3.0 Review (Ch1&2) 8
 Doctor Skills & Competencies
In addition to graduation from medical school and licensure, doctors also
need specific soft skills to succeed in this occupation. These are abilities with
which one is either born or acquired through life experience. Among them
are:
• Problem Solving: After evaluating a patient's symptoms and making a diagnosis,
doctors have to choose an appropriate treatment. To do this, they will need critical
thinking skills to compare available options.
@AMoSolo

• Communication Skills: Excellent listening skills allow physicians to understand their

patients' symptoms and concerns. They need superior verbal communication skills to
explain diagnoses to patients and their families and convey instructions and information
about treatment to nurses and others on staff.
• Service Orientation: A doctor must want to help people. While there are some paths
available in this field that do not involve working with patients directly, most research is
driven by a desire to help people.
• Monitoring: Doctors need to be attentive to changes in patients' conditions and
respond to them appropriately. This can include anything from long-term changes
in regular patients to short-term changes in patients recovering from a specific
procedure or illness.
BABOK 3.0 Review (Ch1&2) 9
 Some Notes
• Illness, condition or disorder:
• can be simple, complex, or unidentified
• can be in minor organs or in major organs or in multi-organs or nerve system or mind based
• can propagate like a virus to other peoples/can spread over body
• can be Geographically based/Time based/patient’s Age or Sex based (context)
• Can be transient or persistent or chronic (decease progression can have different stages)
• can be treated in a few minutes to a few years, or even may be not treatable just tolerated!
•
@AMoSolo

Can be a not-optimized condition in any organ or whole body

• Doctor’s skill level: Assistant, Basic, professional or expert (competency)
• Treatment: different types like Modern, Traditional or Hybrid/from simple medication to
complex surgery, radiotherapy, logotherapy, XX-therapies,… according to decease stage
(Perspective & Context)
• Illness treatments: takes time, needs costs and other resources, does hurt the patient,
has fear and worry, needs rest & recovery, consist of multiple tasks, needs training,
needs organ change (RLCM, SA, RADD, SE)
• Symptoms and signs: can be common to several illnesses, science still is not complete
• Diagnose needs a detailed root cause analysis (RCA)
BABOK 3.0 Review (Ch1&2) 10
@AMoSolo

BABOK 3.0 Review (Ch1&2) 11

 Success or Failure in Diagnose or treatment
• Doctors: may do wrong prescriptions (why?/How?)
• Assistants: may do wrong practice (why?)
• Patients: may do not follow the treatments (why?)
• Patients: may misguide Doctors (How?)
• Illness easily can gets worse and worse, while a simple care was the correct
@AMoSolo

treat! (Real cases: Toll in nose/Parking remote)

• Not cared or cured or treated Illness: simply can spread over or can cause
to more severe illness or even can bring death!
• Symptoms and signs: can be common to several illnesses, science still is not
complete

Q1: Blood Pressure is an illness or a Sign or a Cause?

Q2: Treats usually Control the Symptom or Cure the Cause?
BABOK 3.0 Review (Ch1&2) 12
 Symptoms Root causes
are just the at the
deepest
@AMoSolo

tip of the
iceberg level should
be Treated

BABOK 3.0 Review (Ch1&2) 13

 How do you Model patient activities?
‫بازخورد‬ ‫احساس‬
‫معالجه‬ ‫مشکل‬
@AMoSolo

‫انجام‬ ‫تصمیم به‬

‫تجویزپزشک‬ ‫درمان‬

‫انجام‬ ‫پذیرش‬
‫آزمایشها‬ ‫معاینه‬

Q: How do you Model Doctor activities?

BABOK 3.0 Review (Ch1&2) 14
 ‫)ت‪A derived Model for a Physician (7‬‬
‫تنظیم‬ ‫تصمیم‬

‫شایستگی‬

‫ترمیم‬ ‫تحقیق‬
‫‪@AMoSolo‬‬

‫مسولیت‬
‫پذیر‬ ‫تعهد‬ ‫مهارت‬

‫اخالق‬

‫تجویز‬ ‫تعمیق‬

‫تشخیص‬
‫)‪BABOK 3.0 Review (Ch1&2‬‬ ‫‪15‬‬
 Business Analysis
BABOK 3.0 Guide - Basics
@AMoSolo
 What about business?
• Business system, like any other system, is similar to human body system
• Complexity of a system, with n number of items interacting, is n^2 (O(n)=n^2),
• Illness in Biz. Can be a disorder, a condition, a failed objective, a wrong goal, a bad strategy, a bad
management, a weak organization, hidden company, a loss of resources, an inefficient process,…
with the symptoms and signs specific to each one
• BA (business analysts) and SA (Solution Architects) can help managers and staff to
do diagnosis and prescribe the treatment
 Business analysis is the practice of
@AMoSolo

 enabling change in an enterprise by

 defining needs and
 recommending solutions that
 deliver value to stakeholders
• A Guide to the Business Analysis Body of Knowledge (BABOK® Guide) contains a
description of generally accepted practices in the field of business analysis.
• BABOK is a set of tasks recommended by BAs all around the world and initiated
by a BA to do diagnosis of business based on symptoms and signs and objectives
of the business specified by biz. Stakeholders. ([Link])

BABOK 3.0 Review (Ch1&2) 17

 BOK Industry De Facto Standards
• PMBOK (Project Mgmt) • Telecom: eTOM
• DMBOK (Data Mgmt) • IT: ITIL
• EABOK (Enterprise Architecture) • Health: HMS
• SW BOK (Software)
• Logistics: SCOR
• BPMBOK (Biz. Process Mgmt)
• BPRBOK
• Insurance: ACCORD
•
@AMoSolo

• SEBOK (Solution Engineering) Banking: BIAN

• SEBOK (system Engineering) • EA: DODAF/TOGAF/FEAF
• BABOK (Biz. Analysis) • Governance: COBIT

• Chain
• Manager -> BA -> SE -> PM -> Staff
• Can be a single person • Best Practices
• PBA

BABOK 3.0 Review (Ch1&2) 18

 BABOK® Guide
• Core product for IIBA®—serves as basis for all IIBA related services including
certification and competency model.
• Globally recognized standard for practice of business analysis: (best practices)
• Development began in 2004
• First Major Release was v1.6 in 2006
• Updated to v2.0 in 2009
• V3.0 was published in 2015
• BABOK Provides a framework for structuring business analysis activities.
@AMoSolo

• Collective wisdom of many Business Analysis professionals, from all around the
world.
• BABOK® Guide version 3 was developed by a core team of over 150 writers and researchers
from 20 countries. It was reviewed by over 1000 business analysis experts as well as 60 global
thought leaders from all areas of business practice. Over 5500 insights and comments were
received from global business analysis communities.
• The BABOK® Guide describes business analysis knowledge areas, tasks,
underlying competencies, techniques and perspectives on how to approach
business analysis.
• BABoK provides guidelines, it is not a process description
BABOK 3.0 Review (Ch1&2) 19
 Purpose of the BABOK® Guide
Business Analyst in
BABOK Guide

Define BA profession, common

practices
@AMoSolo

Define skills necessary to perform

BA work

Provide others with understanding

of skills and knowledge they can
expect of a skilled BA
BABOK 3.0 Review (Ch1&2) 20
 What is Business Analysis?
• Business analysis enables an enterprise to articulate needs and the
rationale for change, and to design and describe solutions that can deliver
value.
• Business analysis is performed on a variety of initiatives within an
enterprise. Initiatives may be strategic, tactical, or operational.
• Business analysis may be performed within the boundaries of a project or
throughout enterprise evolution and continuous improvement.
@AMoSolo

• It can be used to understand the current state, to define the future state,
and to determine the activities required to move from the current to the
future state.
• Business analysis can be performed from a diverse array of perspectives:
agile, business intelligence, information technology, business architecture,
and business process management.
• A perspective can be thought of as a lens through which the business
analysis practitioner views their work activities based on the current
context. One or many perspectives may apply to an initiative.
BABOK 3.0 Review (Ch1&2) 21
 How can BABoK be applied?

BABoK and its Business Analysis By participation and

@AMoSolo

Core Concept Model help collaboration during common

developing a common language language development
for people from different individuals gain shared
corners of the organization who understanding of Business
are involved in Business Analysis Analysis tasks and how they
tasks. shall be executed in a given
Speaking one common language context.
can help resolving conflicts that Shared understanding is about
mainly occur due to its knowing the rules how to play
understanding and breakdown the BA game.
of communication.
BABOK 3.0 Review (Ch1&2) 22
 How can BABoK be applied?
@AMoSolo

BABOK 3.0 Review (Ch1&2) 23

 Who is a Business Analyst?
• A business analyst is any person who performs business analysis tasks
described in the BABOK® Guide, no matter their job title or
organizational role.
• Business analysts are responsible for discovering, synthesizing, and
analyzing information from a variety of sources within an enterprise,
@AMoSolo

including tools, processes, documentation, and stakeholders.

• The business analyst is responsible for eliciting the actual needs of
stakeholders—which frequently involves investigating and clarifying
their expressed desires—in order to determine underlying issues and
causes.
• Business analysts play a role in aligning the designed and delivered
solutions with the needs of stakeholders.
BABOK 3.0 Review (Ch1&2) 24
 The main activities BAs perform are
@AMoSolo

BABOK 3.0 Review (Ch1&2) 25

 Who is a Business Analyst?
Other common job titles for people who perform business analysis
include:
• business architect,
• business systems analyst,
• data analyst,
•
@AMoSolo

enterprise analyst,
• management consultant,
• process analyst,
• product manager,
• product owner,
• requirements engineer, and
• systems analyst.

BABOK 3.0 Review (Ch1&2) 26

 ‫‪BA Role Overlaps Many other Roles‬‬
‫تحلیلگر کسب و کار‬ ‫•‬
‫تضمین کیفیت‬ ‫•‬
‫روشها و سیستمها‬ ‫•‬
‫مشاور مدیریت‬ ‫•‬
‫معماری سازمانی‬ ‫•‬
‫تعالی سازمانی‬ ‫•‬
‫مدیریت تحول‬ ‫•‬
‫‪@AMoSolo‬‬

‫)‪BABOK 3.0 Review (Ch1&2‬‬ ‫‪27‬‬

 Business Analysis is a Team Sport
@AMoSolo

BABOK 3.0 Review (Ch1&2) 28

 BA Certificates
@AMoSolo

BABOK 3.0 Review (Ch1&2) 29

 Business Analysis Careers
Business analysis job profiles can be organized into:
Generalists, Specialists or Hybrids
@AMoSolo

BABOK 3.0 Review (Ch1&2) 30

 Question
@AMoSolo

BABOK 3.0 Review (Ch1&2) 31

 Moral: long term achievements is like eating an elephant
@AMoSolo

BABOK 3.0 Review (Ch1&2) 32

 BABOK V3.0 Guide Summary
5 Elements
29 Underlying Competencies in 6 Group
5 Perspectives
@AMoSolo

30 Tasks
6 Knowledge area
50 Techniques
514 Pages

BABOK 3.0 Review (Ch1&2) 33

 BA and BABOK 3.0 Framework
@AMoSolo
 BABOK V3.0 Guide – Summary Numbers
5 Key Elements/5 BA Key Concepts

29 Core Competencies in 6 Group

5 Perspectives
@AMoSolo

30 Tasks

6 Knowledge Areas

50 Techniques

514 Pages
BABOK 3.0 Review (Ch1&2) 35
@AMoSolo

BABOK 3.0 Review (Ch1&2) 36

 Structure of the BABOK® Guide
• Knowledge areas are a collection of logically (but not sequentially) related
tasks.
• Business Analysis Key Concepts: define the key terms needed to
understand all other content, concepts, and ideas.
• Underlying Competencies: provide a description of the behaviours,
characteristics, knowledge, and personal qualities that support the
@AMoSolo

effective practice of business analysis.

• Techniques: provide a means to perform business analysis tasks. covers the
most common and widespread techniques practiced within the business
analysis community.
• Perspectives: describe various views of business analysis. Perspectives help
business analysts working from various points of view to better perform
business analysis tasks, given the context of the initiative.

BABOK 3.0 Review (Ch1&2) 37

 Key Concepts
• The Business Analysis Key Concepts chapter provides a basic
understanding of the central ideas necessary for understanding the
BABOK® Guide.
• Key Concepts consists of:
 Business Analysis Core Concept Model™ (BACCM™)
@AMoSolo

 Key Terms
 Requirements Classification Schema
 Stakeholders
 Requirements and Design

• Let’s start with BACCM with 6 Core Concepts

BABOK 3.0 Review (Ch1&2) 38

 BACCM
@AMoSolo

BABOK 3.0 Review (Ch1&2) 39

 BACCM
• Business Analysis Core concepts
Model (BACCM) is the core
framework integral to BABOK
Guide v3.0
• Core concepts are fundamental to
the practice of business analysis as
defined in BABOK guide.
• is a set of 6 concepts which define
the business analysis practice
• All Core concepts are equal and
necessary
@AMoSolo

• Each core concept is defined by

the other five core concepts and
cannot be fully understood until
all the concepts are understood.
• No single concept holds greater
importance or significance over
any other concept.
• These concepts are instrumental
to understanding the type of
information elicited, analyzed, or
managed in business analysis
tasks.

BABOK 3.0 Review (Ch1&2) 40

 BACCM
The BACCM can be used to:
• describe the profession and domain of
business analysis
• communicate about business analysis with a
common terminology
• evaluate the relationships of key concepts in
business analysis
• perform better business analysis by holistically
evaluating the relationships among these six
concepts,
@AMoSolo

• evaluate the impact of these concepts and

relationships at any point during a work effort
in order to establish both a foundation and a
path forward
While planning or performing a task or technique,
business analysts can consider how each core concept is
addressed by asking questions such as:
• What are the kind of changes we are doing?
• What are the needs that we are trying to satisfy?
• What are the solutions that we are creating or changing?
• Who are the stakeholders involved?
• What do stakeholders consider of value?
• What are the contexts that we and the solution are in?

BABOK 3.0 Review (Ch1&2) 41

 Need
Need core concept is defined
by BABOK as:
• A problem, opportunity
or constraint with
potential value to a
stakeholder (s)
• Need can be thought of
as the reason which
@AMoSolo

starts a project.
• An organization needs a
solution to address a
business problem.
•

BABOK 3.0 Review (Ch1&2) 42

 Solution
Core concept Solution
The BABOK guide refers to this
core concept as:
• A specific way of satisfying
one or more needs in a
context.
• Organizational needs can
only be satisfied or
addressed through a
solution.
@AMoSolo

• A solution to address the

need can be specific to an
organization as different
organizations or situations
may need different solutions.
•

BABOK 3.0 Review (Ch1&2) 43

 Change
Core Concept Change
IIBA BABOK refers to the this core
concept as
• The act of transformation in
response to a need.
• Once the organization
recognizes it’s need, a
change has to take place in
the organization to address
the need.
@AMoSolo

• The need is addressed

through a specific solution,
as discussed in the solution
core concept.
•

BABOK 3.0 Review (Ch1&2) 44

 Context
Core Concept Context
Context refers to
• specific background, budget,
timelines, organizational structure,
that may influence the solution
implementation.
• Context may decide the specific
solution to be appropriate for an
organization.
• Example: Extending the CRM
example in the solution section. If
Software as a service (SaaS) CRM
system is suitable for Organization
A, it is possible that a customized
@AMoSolo

software is more suitable for

Organization B.
• There can be very specialized
business processes for
organization B as compared to the
almost standard business
processes in organization A.

BABOK 3.0 Review (Ch1&2) 45

 Value
Core Concept Value
IIBA BABOK refers to “Value” as:
• The worth, importance, or
usefulness of something to a
stakeholder within a context.
• An organization has a need as
it foresees business value by
addressing the need.
• The business value is an
@AMoSolo

anticipated outcome of
implementing a solution.
• Example By implementing a
CRM solution, a business can
look forward to increase its
revenue or to improve
customer service standards.
This is what is meant by
“Value”.
•

BABOK 3.0 Review (Ch1&2) 46

 Stakeholder
Core Concept Stakeholder
Who is a stakeholder?
• A group or individual with a
relationship to the change, the
need, or the solution.
• A stakeholder is an individual or
group who can influence the
project or can get influenced by
the project as a user.
• The stakeholders can be from the
customer organization, the
@AMoSolo

solution provider or an external

organization.
• BABOK guide has proposed
specific categories of stakeholders
but does not limit them to only
these categories.
•

BABOK 3.0 Review (Ch1&2) 47

 Stakeholder
The stakeholder’s
categories as per BABOK
are:
• business analyst
• customer
• domain subject matter
expert
• end user
@AMoSolo

• implementation
subject matter expert
• operational support
• project manager
• regulator
• sponsor
• Supplier
• tester

BABOK 3.0 Review (Ch1&2) 48

 A BACCM example
• The wave of digitization is transforming many traditional industries. A traditional retail business that operated brick and mortar stores for
years must now compete with e-commerce companies that provide the same goods to customers but with additional benefits such as
convenience (shop from home), wide range of products and attractive discounts (due to the lower cost business models of e-commerce
players). In order to respond to this change in market dynamics, a business analysis task can be performed at a traditional brick and mortar
retail store using the BACCM. Here is how the six core concepts may be analyzed in this example:

1) Change: Provide e-commerce solutions to customers who prefer shopping online. This will require completely new business processes and
functions to fulfil online orders.

2) Need: Rising popularity and market share of e-commerce competitors who directly compete in the marketplace with the company, to
attract a growing share of customers, transactions and volume of goods sold.
@AMoSolo

3) Solution: Depending upon the company’s organizational structure, capabilities and time-sensitive nature of the change, the probable (but
not exhaustive) list of solutions could be to implement an IT project that enables the organization to set up its own e-commerce store, partner
with existing e-commerce players to use their infrastructure for order fulfilment or acquire an existing e-commerce player and merge it with
the company’s existing operations.

4) Stakeholder: The stakeholders, in this case, are almost from all functional areas sales, marketing, IT, HR and Operations within the
organization.

5) Value: The tangible value, in this case, can be increase in sales and increase (or maintaining) the company’s market share. The intangible
value can include transforming the organization to a digital future, introduction of new talent and ideas.

6) Context: The context for this proposed change can be the growing market share and popularity of e-commerce players, changing
demographic profile of the customers, improvements in the digital infrastructure in the country, entry of foreign players in the market and
easier government regulations towards setting up of e-commerce companies.

BABOK 3.0 Review (Ch1&2) 49

 Let’s practice your first BA exercise
Considering BACCM write a few examples in your
enterprise or organization or department and show
the core concepts relation in each example
1. What information you need to finish this
exercise?
2. What steps you realized you need to do
this example? Name them.
3. What skills you realized you need to have
to finish this exercise?
@AMoSolo

4. Which core concept you think you are

master in? which you are weak in?
5. What do you think you can add to this
model?
6. What are the kind of changes you are
doing?
7. What are the needs that you are trying to
satisfy?
8. What are the solutions that you are
creating or changing?
9. Who are the stakeholders involved?
10. What do stakeholders consider of value?
11. What are the contexts that you and the
solution are in?
BABOK 3.0 Review (Ch1&2) 50
 Business
Analysis
Core
Concept
Model
@AMoSolo

(BACCM)

Relation
Diagram

BABOK 3.0 Review (Ch1&2) 51

 Questions?
@AMoSolo

amorshed@[Link]
Or Telegram Me
+989123443383
 Key Concepts
• The Business Analysis Key Concepts chapter provides a basic
understanding of the central ideas necessary for understanding the
BABOK® Guide.
• Key Concepts consists of:
• Business Analysis Core Concept Model™ (BACCM™)
@AMoSolo

• Key Terms
• Requirements Classification Schema
• Stakeholders
• Requirements and Design

BABOK 3.0 Review (Ch1&2) 53

 Business analysis key terms
Business Analysis The practice of enabling change in an enterprise by defining needs and recommending
solutions that deliver value to stakeholders
BA Information Broad and diverse set of information at any level of detail which are analysed, transformed and
reported by BAs. Eg: elicitation results, requirements, solution options etc.

Design A usable representation of a solution which focuses on understanding how the value might be
realized by a solution if it is built. Generally represented by means of (a set of ) documents
Enterprise A system of one or more organizations and the solutions (=organizational capabilities which can
@AMoSolo

be processes, tools or information) they use to pursue a shared set of common goals
Organization An autonomous group of people which work towards achieving common goals and objectives.
It is under the management of a single individual or board. often have a clearly defined
boundary and operate on a continuous basis, as opposed to an initiative or project team
Plan Proposal for doing or achieving something. Plans describe a set of events, the dependencies
among the events, the expected sequence, the schedule, the results or outcomes, the
materials and resources needed, and the stakeholders involved.
Requirement Usable representation of a need. Requirements focus on understanding what kind of value
could be delivered if a requirement is fulfilled. Generally represented by means of documents

Risk Effect of uncertainty on the value of a change, solution or enterprise. BAs identify, prioritize
and mitigate risks by collaborating with stakeholders.
BABOK 3.0 Review (Ch1&2) 54
 Key Concepts
• The Business Analysis Key Concepts chapter provides a basic
understanding of the central ideas necessary for understanding the
BABOK® Guide.
• Key Concepts consists of:
• Business Analysis Core Concept Model™ (BACCM™)
@AMoSolo

• Key Terms
• Requirements Classification Schema
• Stakeholders
• Requirements and Design

BABOK 3.0 Review (Ch1&2) 55

 Requirements Classification Schema
• Business requirements: statements of goals, objectives, and outcomes that describe why a
change has been initiated. They can apply to the whole of an enterprise, a business area, or a
specific initiative.
• Stakeholder requirements: describe the needs of stakeholders that must be met in order to
achieve the business requirements. They may serve as a bridge between business and
solution requirements.
• Solution requirements: describe the capabilities and qualities of a solution that meets the
stakeholder requirements. They provide the appropriate level of detail to allow for the
development and implementation of the solution. Solution requirements can be divided into
@AMoSolo

two sub-categories:
• functional requirements: describe the capabilities that a solution must have in terms of the behaviour
and information that the solution will manage, and
• non-functional requirements or quality of service requirements: do not relate directly to the behaviour
of functionality of the solution, but rather describe conditions under which a solution must remain
effective or qualities that a solution must have.
• Transition requirements: describe the capabilities that the solution must have and the
conditions the solution must meet to facilitate transition from the current state to the future
state, but which are not needed once the change is complete. They are differentiated from
other requirements types because they are of a temporary nature. Transition requirements
address topics such as data conversion, training, and business continuity.

BABOK 3.0 Review (Ch1&2) 56

 Requirements Classification Schema
@AMoSolo

BABOK 3.0 Review (Ch1&2) 57

 NON FUNCTIONAL REQUIREMENTS
• The purpose of non-functional requirements is to describe the required
qualities of a system, such as its usability and performance characteristics.
These supplement the documentation of functional requirements, which
describe the behavior of the system.
@AMoSolo

BABOK 3.0 Review (Ch1&2) 58

 Workshop
• Define a business requirement in your SBU
• Identify the stakeholders of that requirement
• Identify the stakeholder requirements
• Design the best solution
@AMoSolo

• Identify the solution requirements

• Identify the functional requirements
• Identify the non-functional requirements
• Identify the transition requirements
• How do you assess the solution?
• How do you be confident the solution meets the requirement?

BABOK 3.0 Review (Ch1&2) 59

@AMoSolo

BABOk 3.0 Knowledge Areas (Ch3 to 8) 60

 Key Concepts
• The Business Analysis Key Concepts chapter provides a basic
understanding of the central ideas necessary for understanding the
BABOK® Guide.
• Key Concepts consists of:
• Business Analysis Core Concept Model™ (BACCM™)
@AMoSolo

• Key Terms
• Requirements Classification Schema
• Stakeholders
• Requirements and Design

BABOK 3.0 Review (Ch1&2) 61

 Stakeholders
• A stakeholder is an individual or group that a business analyst is likely to
interact with directly or indirectly.
• Any stakeholder can be a source of requirements, assumptions, or
constraints.
• The generic list of stakeholders includes the following roles:
• business analyst
• customer
@AMoSolo

• domain subject matter expert (SME)

• end user
• implementation subject matter expert
• operational support
• project manager
• regulator
• sponsor
• supplier
• tester
• EDIC SPORT
BABOK 3.0 Review (Ch1&2) 62
 Stakeholders
• Business Analyst
• The business analyst is inherently a stakeholder in all business analysis activities. The
BABOK Guide presumes that the business analyst is responsible and accountable for
the execution of these activities. In some cases the business analyst may also be
responsible for performing activities that fall under another stakeholder role.
• Customer
• A customer uses or may use products or services produced by the enterprise and
@AMoSolo

may have contractual or moral rights that the enterprise is obliged to meet.
• Domain Subject Matter Expert
• A domain subject matter expert is any individual with in-depth knowledge of a topic
relevant to the business need or solution scope. This role is often filled by people
who may be end users or people who have in-depth knowledge of the solution such
as managers, process owners, legal staff, consultants, and others.
• End User
• End users are stakeholders who directly interact with the solution. End users can
include all participants in a business process, or who use the product or solution.
BABOK 3.0 Review (Ch1&2) 63
 Stakeholders
• Implementation Subject Matter Expert
• An implementation subject matter expert is any stakeholder who has specialized knowledge
regarding the implementation of one or more solution components.
• While it is not possible to define a listing of implementation subject matter expert roles that are
appropriate for all initiatives, some of the most common roles are: project librarian, change
manager, configuration manager, solution architect, developer, database administrator,
information architect, usability analyst, trainer, and organizational change consultant.
• Operational Support
• Operational support is responsible for the day-to-day management and maintenance of a system
@AMoSolo

or product.
• While it is not possible to define a listing of operational support roles that are appropriate for all
initiatives, some of the most common roles are: operations analyst, product analyst, help desk,
and release manager.
• Project Manager
• Project managers are responsible for managing the work required to deliver a solution that meets
a business need, and for ensuring that the project's objectives are met while balancing the project
factors including scope, budget, schedule, resources, quality, and risk.
• While it is not possible to completely define a listing of project management roles that are
appropriate for all initiatives, some of the most common roles are: project lead, technical lead,
product manager, and team leader.

BABOK 3.0 Review (Ch1&2) 64

 Stakeholders
• Regulator
• Regulators are responsible for the definition and enforcement of standards. Standards can be
imposed on the solution by regulators through legislation, corporate governance standards,
audit standards, or standards defined by organizational centers of competency. Alternate
roles are government, regulatory bodies, and auditor.
• Sponsor
• Sponsors are responsible for initiating the effort to define a business need and develop a
solution that meets that need. They authorize the work to be performed, and control the
@AMoSolo

budget and scope for the initiative. Alternate roles are executive and project sponsor.
• Supplier
• A supplier is a stakeholder outside the boundary of a given organization or organizational
unit. Suppliers provide products or services to the organization and may have contractual or
moral rights and obligations that must be considered. Alternate roles are providers, vendors,
and consultants.
• Tester
• Testers are responsible for determining how to verify that the solution meets the
requirements defined by the business analyst, as well as conducting the verification process.
Testers also seek to ensure that the solution meets applicable quality standards, and that the
risk of defects or failures is understood and minimized. An alternate role is quality assurance
analyst.
BABOK 3.0 Review (Ch1&2) 65
 Stakeholders RASCI Diagram
@AMoSolo

BABOK 3.0 Review (Ch1&2) 66

 Key Concepts
• The Business Analysis Key Concepts chapter provides a basic
understanding of the central ideas necessary for understanding the
BABOK® Guide.
• Key Concepts consists of:
• Business Analysis Core Concept Model™ (BACCM™)
@AMoSolo

• Key Terms
• Requirements Classification Schema
• Stakeholders
• Requirements and Design

BABOK 3.0 Review (Ch1&2) 67

 Requirements and Designs
• Eliciting, analyzing, validating, and managing requirements have consistently been recognized as key activities of
business analysis.
• However, it is important to recognize that business analysts are also responsible for the definition of design, at some
level, in an initiative. The level of responsibility for design varies based on the perspective within which a business
analyst is working.
• Requirements are focused on the need; designs are focused on the solution.
• The distinction between requirements and designs is not always clear.
• The same techniques are used to elicit, model, and analyze both. A requirement leads to a design which in turn may
@AMoSolo

drive the discovery and analysis of more requirements. The shift in focus is often subtle.
•
• The classification as a requirement or a design may become less significant as the business analyst's work progresses
to a greater understanding of and eventual fulfillment of the need. The tasks in the BABOK® Guide such as Trace
Requirements or Specify and Model Requirements may refer to requirements, but the intent is to include designs as
well.
•
• Business analysis can be complex and recursive. A requirement (or set of requirements) may be used to define a
design. That design may then be used to elicit additional requirements that are used to define more detailed designs.
• The business analyst may hand off requirements and designs to other stakeholders who may further elaborate on the
designs. Whether it is the business analyst or some other role that completes the designs, the business analyst often
reviews the final designs to ensure that they align with the requirements.

BABOK 3.0 Review (Ch1&2) 68

 Requirements and Designs
Requirement Design
View six months sales data across multiple
A sketch of a dashboard.
organizational units in a single view.

Reduce amount of time required to pick and

Process model.
@AMoSolo

pack a customer order.

Record and access a medical patient’s Screen mock-up showing

history. specific data fields.

Develop business strategy, goals, and

Business Capability Model.
objectives for a new business.

Prototype with text displayed in

Provide information in English and Farsi.
English and Farsi.
BABOK 3.0 Review (Ch1&2) 69
 Requirements and Designs Cycle
• Stakeholders may present a need or a
solution to an assumed need.
• A business analyst uses activities
found in Elicitation and Collaboration,
Strategy Analysis, Requirements
Analysis and Design Definition, and
Solution Evaluation to transform that
request into a requirement or design.
@AMoSolo

• Regardless of the focus of the

stakeholder, the importance of the
role of the business analyst lies in
continuously asking the question
‘why?’.
• For example, “Why is either the
requirement or design necessary to
provide value to an enterprise and to
facilitate the realization of an
enterprise’s goals and objectives?”
BABOK 3.0 Review (Ch1&2) 70
 BABOK® Guide Architecture: Five Key Elements
@AMoSolo

BABOK 3.0 Review (Ch1&2) 71

 The six Core Standard Knowledge Areas
Knowledge areas represent areas of specific business analysis expertise that encompass several
tasks.
• Business Analysis Planning and Monitoring: describes the tasks that business
analysts perform formally or informally to organize and coordinate the efforts of
business analysts and stakeholders. These tasks produce outputs that are used as
key inputs and guidelines for the other tasks throughout the BABOK® Guide.
• Elicitation and Collaboration: describes the tasks that business analysts perform
@AMoSolo

to prepare for and conduct elicitation activities and confirm the results obtained.
It also describes the communication with stakeholders once the business analysis
information is assembled and the ongoing collaboration with them throughout
the business analysis activities.
• Requirements Life Cycle Management: describes the tasks that business analysts
perform in order to manage and maintain requirements and design information
from inception to retirement. These tasks describe establishing meaningful
relationships between related requirements and designs, and assessing, analyzing
and gaining consensus on proposed changes to requirements and designs.
BABOK 3.0 Review (Ch1&2) 72
 The six Knowledge Areas
• Strategy Analysis: describes the business analysis work that must be performed
to collaborate with stakeholders in order to identify a need of strategic or tactical
importance (the business need), enable the enterprise to address that need, and
align the resulting strategy for the change with higher- and lower-level strategies.
• Requirements Analysis and Design Definition: describes the tasks that business
analysts perform to structure and organize requirements discovered during
elicitation activities, specify and model requirements and designs, validate and
@AMoSolo

verify information, identify solution options that meet business needs, and
estimate the potential value that could be realized for each solution option. This
knowledge area covers the incremental and iterative activities ranging from the
initial concept and exploration of the need through the transformation of those
needs into a particular recommended solution.
• Solution Evaluation: describes the tasks that business analysts perform to assess
the performance of and value delivered by a solution in use by the enterprise,
and to recommend removal of barriers or constraints that prevent the full
realization of the value.

BABOK 3.0 Review (Ch1&2) 73

 Icons usually used for Knowledge Areas
@AMoSolo

BABOK 3.0 Review (Ch1&2) 74

 Business Analysis Knowledge Areas
• Business Analysis Planning and Monitoring
• Plan and manage business analysis activities.
• Monitor stakeholder engagement.
• Decompose projects into Features that can be managed delivered independently.
• Strategy Analysis
• Define project vision and solution scope.
• Define clear measurable Business Objectives and a Business Case.
• Identify and manage impacts to business architecture.
• Requirements Analysis and Design Definition
• Define all requirement types as defined in BABOK and PMBOK.
• Analyze and document needed business changes using Impacts.
@AMoSolo

• Design solutions that address business requirements.

• Provide efficient methods to review and validate requirements.
• Requirements Lifecycle Management
• Trace requirements.
• Manage requirement changes.
• Clone and reuse requirements as needed.
• Elicitation and Collaboration
• Elicit stakeholder requirements using Personas, Scenarios, and Needs.
• Provide efficient mechanisms to enable stakeholders to collaborate on BA activities.
• Keep assignments from falling thought the cracks using action items.
• Solution Evaluation
• Validate that solution is delivering intended value.
• Use Fit/Gap Analysis to verify purchased solutions address requirements.
• Verify that solution deliverables address requirements.

BABOK 3.0 Review (Ch1&2) 75

 Knowledge Areas Description

BA planning and monitoring Tasks BAs perform to organize and coordinate efforts of BAs and stakeholders

Elicitation and Collaboration Tasks BAs carry out to prepare for elicitation, conduct elicitation
activities, confirm results, communicate and collaborate with
stakeholders
@AMoSolo

Requirements LCM Tasks BAs perform to manage and maintain requirements and design information
from start till end
Strategy Analysis Tasks BAs perform to identify a need of strategic or tactical importance, how to
collaborate and enable stakeholders to address that need etc.

Requirements Analysis and Design Tasks BAs carry out to organize elicited requirements, model them, validate and
Definition verify them and identify and estimate potential value of solution options

Solution Evaluation Tasks BAs perform to assess the performance and value delivered by a solution

BABOK 3.0 Review (Ch1&2) 76

 General Components of a Knowledge Area
@AMoSolo

BABOK 3.0 Review (Ch1&2) 77

 BABOK® Guide Architecture: Five Key Elements
@AMoSolo

BABOK 3.0 Review (Ch1&2) 78

 Competencies should be in all activities
@AMoSolo

BABOK 3.0 Review (Ch1&2) 79

 Underlying Competencies
• Underlying competencies reflect
• knowledge,
• skills,
• behaviours,
• characteristics, and
• personal qualities
@AMoSolo

that help one successfully perform the role of the business analyst.
• These underlying competencies are not unique to the business
analysis profession.
• However, successful execution of tasks and techniques is often
dependent on proficiency in one or more underlying competencies.

BABOK 3.0 Review (Ch1&2) 80

@AMoSolo

BABOK 3.0 Review (Ch1&2) 81

 BABOK® Guide Architecture: Five Key Elements
@AMoSolo

BABOK 3.0 Review (Ch1&2) 82

 Business Analysis Planning & Monitoring BABOK®3 Knowledge Areas vs
3.1.6 Plan Business Analysis Approach
3.2.6 Plan Stakeholder Engagement Techniques Matrix
3.3.6 Plan Business Analysis Information Management 10.1 Acceptance and Evaluation Criteria
3.4.6 Plan Business Analysis Governance 10.27 Organizational Modeling
3.5.6 Identify Business Analysis Performance Improvements 10.2 Backlog Management 10.28 Priortization
Elicitation and Collaboration 10.3 Balanced Scorecard 10.29 Process Analysis
4.1.6 Prepare for Elicitation 10.4 Benchmarking and Market Analysis 10.30 Process Modeling
4.2.6 Conduct Elicitation 10.5 Brainstorming
4.3.6 Confirm Elicitation Results 10.31 Prototyping
4.4.6 Communicate Business Analysis Information 10.6 Business Capability Analysis 10.32 Reviews
4.5.6 Manage Stakeholder Collaboration 10.7 Business Model Canvas 10.33 Risk Analysis and Management
Requirements Life Cycle Management 10.8 Business Rules Analysis 10.34 Roles and Permissions Matrix
5.1.6 Trace Requirements 10.9 Collaborative Games
5.2.6 Maintain Requirements 10.35 Root Cause Analysis
5.3.6 Prioritize Requirements 10.10 Data Dictionary 10.36 Scenarios
5.4.6 Assess Requirements Changes 10.11 Data Flow Diagrams 10.37 Scope Modeling
@AMoSolo

5.5.6 Gain Consensus 10.12 Data Modeling

Strategy Analysis 10.38 Sequence Diagrams
10.13 Decision Analysis 10.39 Stakeholder List, Map, or Personas
6.1.6 Analyze Current State
6.2.6 Define Future State 10.14 Decision Modeling 10.40 State Modeling
6.3.6 Assess Risks 10.15 Document Analysis 10.41 Survey or Questionnaire
6.4.6 Define Change Strategy 10.16 Estimation
Requirements Analysis and Design Definition 10.42 SWOT Analysis
10.17 Focus Groups 10.43 Use Cases
7.1.6 Specify and Model Requirements
7.2.6 Verify Requirements 10.18 Functional Decomposition 10.44 User Stories
7.3.6 Validate Requirements 10.19 Glossary 10.45 Vendor Assessment
7.4.6 Define Requirements Architecture 10.20 Interface Analysis
7.5.6 Define Solution Options 10.46 Workshops
7.6.6 Analyze Potential Value and Recommend Solution 10.21 Interviews
Solution Evaluation 10.22 Item Tracking
8.1.6 Measure Solution Performance 10.23 Lessons Learned
8.2.6 Analyze Performance Measures 10.24 Metrics and Key Performance Indicators (KP
8.3.6 Assess Solution Limitations
8.4.6 Assess Enterprise Limitations 10.25 Non-Functional Requirements Analysis
8.5.6 Recommend Actions to Increase Solution Value 10.26 Observation
BABOK 3.0 Review (Ch1&2) 83
 BABOK V3.0
Techniques
Vs.
Knowledge Areas Tasks
@AMoSolo

BABOK 3.0 Review (Ch1&2) 84

 BABOK® Guide Architecture: Five Key Elements
@AMoSolo

BABOK 3.0 Review (Ch1&2) 85

 Perspectives
• Perspectives are used within business analysis work to provide focus to tasks and techniques
specific to the context of the initiative. (I call it “Layers”)
• Most initiatives are likely to engage one or more perspectives. The perspectives included in the
BABOK Guide are:
• Agile
• Business Intelligence
• Information Technology
• Business Architecture
• Business Process Management
@AMoSolo

• These perspectives do not presume to represent all the possible perspectives from which
business analysis is practiced. The perspectives discussed in the BABOK Guide represent some of
the more common views of business analysis at the time of writing.
• Perspectives are not mutually exclusive, in that a given initiative might employ more than one
perspective.
• Perspectives have the following structure:
• Change Scope
• Business Analysis Scope
• Methodologies, Approaches, and Techniques
• Underlying Competencies
• Impact on Knowledge Areas

BABOK 3.0 Review (Ch1&2) 86

 Perspective Structure
• Change Scope
• The Change Scope section describes what parts of the enterprise the change
encompasses when viewed from this perspective and to what extent it
impacts both the objectives and operations of the enterprise.
• The change scope also identifies the type of problems solved, the nature of
the solutions being sought, and the approach to delivering these solutions
@AMoSolo

and measuring their value.

• Business Analysis Scope
• The Business Analysis Scope section describes the key stakeholders, including
a profile of the likely types of sponsors, the target stakeholders, and the
business analyst's role within an initiative.
• It also defines likely outcomes that would be expected from business analysis
work in this perspective.

BABOK 3.0 Review (Ch1&2) 87

 Perspective Structure
• Methodologies, Approaches, and Techniques
• The composition of this section is unique to each perspective. In each case it describes the
methodologies, approaches, or techniques that are common and specific to the application
of business analysis in the perspective.
• Methodologies and approaches are specialized ways of undertaking the business analysis
work.
• The techniques included in this section are techniques that are not included in the
Techniques chapter of the BABOK Guide but are especially relevant to the perspective.
• In the Business Architecture perspective, reference models are listed instead of
@AMoSolo

methodologies or approaches.
• In the Business Process Management perspective, frameworks are listed instead of
approaches.
• Underlying Competencies
• Describes the competencies that are most prevalent in the perspective
• Impact on Knowledge Areas
• The Impact on Knowledge Areas section describes how knowledge areas are applied or
modified. It also explains how specific activities within a perspective are mapped to tasks in
the BABOK Guide.

BABOK 3.0 Review (Ch1&2) 88

@AMoSolo

BABOK 3.0 Review (Ch1&2) 89

 Requirements Life Cycle
@AMoSolo
 Requirement
@AMoSolo

BABOK 3.0 Review (Ch1&2) 91

 Requirements 11 States (a funnel)
@AMoSolo

BABOK 3.0 Review (Ch1&2) 92

 works with stakeholders involved in
Needs the governance process to obtain
to ensure stakeholders have a
Observe/Interview With Check info for accuracy and shared understanding of business agreement and reach approval and
stakeholders consistency. discover errors, analysis information and gain agreement on requirements and
(Get actual desire or intention) omissions, conflicts, and ambiguity agreement designs
E&C: Conduct
elicitation
E&C: confirm
Elicitation Results
stated E&C: Stakeholder confirmed E&C: Communicate
BA info
communicated RLCM: Approve Req. Approved
Engagement

Authorized Stakeholders
constrainst assumption risk
Sign-off

Note: RLCM: Trace Requirements

E&C: Elicitation and Collaboration From Any
(Designs) State
RLCM: Requirement Life Cycle Management RLCM: Prioritize
RADD: Requirement Analysis and Design definition Requirements
Value urgency difficulty risk
RLCM: Maintain Req.
analyzes and maintains the relationships between
@AMoSolo

requirements, designs, solution components, and

other work products for impact analysis, coverage, Maintained &
traced
and allocation.
to ensure that requirements and designs at different
Re-usable prioritized
levels are aligned to one another
ensures that requirements and
designs are accurate and current
BABOK V3.0 Requirements States throughout the life cycle and assesses the value, urgency, and risks
Diagram (V1.2/2019) facilitates reuse in other solutions associated with particular requirements
By Ali Morshedsolouk where appropriate and designs to ensure that analysis and/or
delivery work is done on the most
important ones at any given time

RADD: Specify and

Model Req. (Design)

RADD: Define RADD: validate req. Specified &

allocated Design Options validated verified RADD: Verify Req.
Modeled

to ensure that requirements and designs to analyze, synthesize, and

Allocation of resources to to ensure that all requirements and
specifications and models meet quality refine elicitation results into
designs and implementation designs align to the business
standards and are usable for the purpose they requirements and designs
of a solution requirements and support the BABOK 3.0 Review
serve(Ch1&2)
(testable), to be used for further 93
delivery of needed value
development
 Requirements Lifecycle according to BABOK®
• 1. Stated (Unconfirmed)
• E&C Conduct Elicitation
• A Requirement starts to live with its first state called Stated (Unconfirmed) after it has been documented as a result of an elicitation activity. Such requirements
describe the stakeholder’s need from the stakeholder’s perspective.
• A Stated (Unconfirmed) requirement can be input for several Tasks like Communicate Requirements, Prioritize Requirements, Specify and Model Requirements,
Manage Requirements Traceability or Maintain Requirements for Re-use.
• But mostly, a Stated (Unconfirmed) requirement needs first to be confirmed in order to validate that the stated requirements expressed by the stakeholder match
the stakeholder’s understanding of the problem and the stakeholder’s needs.

• 2. (Stated) Confirmed
• E&C Confirm Elicitation Results
• By Techniques interviewing or observing the stakeholders, the BA shall confirm whether his or her understanding conforms to the actual desires or intentions of
@AMoSolo

the stakeholder.
• Stated (Confirmed) requirements can as well be used as input for the same Tasks mentioned above with Stated (Unconfirmed) requirements and furthermore
they can be verified.
• While the Tasks Document Elicitation Results and Confirm Elicitation Results belong to the Knowledge Area Elicitation, the Task Verify Requirements belongs to
Requirements Analysis.

• 3. Communicated
• E&C Communicate BA info and E&C Stakeholder Engagement
• The Task Communicate Requirements is a very essential task which a BA should pay much attention on.
• This Task helps to bring stakeholder to a common understanding of the requirements by having conversations, discussions and presentations, both, formally and
informally.
• Once achieved a common understanding of the requirements, conflicts between stakeholders are less likely, of course.
• Requirements for which a common understanding has been achieved can be considered Communicated.
• Whenever requirements, constraints, assumptions or risk change, Communicate Requirements shall start again, necessary to once again achieve a common
understanding in the light of the changed environment.
• Requirements of any state can be Communicated.
BABOK 3.0 Review (Ch1&2) 94
 Requirements Lifecycle according to BABOK®
• 4. Traced
• RLCM Trace Requirements
• The Task Manage Requirements Traceability helps to trace requirements back to their origin and forward to their implementation.
• Furthermore, it covers the relationships between requirements.
• While performing this task a so called Coverage Matrix will be created, mostly as spreadsheet, in more complex environments often
supported by a requirements database solution.

• 5. Approved
• RLCM Approve Requirements
@AMoSolo

• The status Approved can only be achieved through sign-off by authorized stakeholders, the related BABOK® task is called RLCM
Approve Requirements.
• A sign-off can be done informally by confirmation/approval mail or more formally by hand-signing a printed representation of the
requirements specification (package), depending on the Organizational Process Assets and/or regulatory reasons.
• It goes without saying that requirements can only be presented for sign-off after they have been communicated sufficiently.
• Furthermore relationships to other requirements must have been clarified and captured as well as backward tracing to Business
requirements, both by utilizing a so-called Coverage Matrix.
• Therefore only requirements which have been Communicated and Traced can undergo a sign-off procedure, i.e., an approval process.
• After approval requirements may be baselined in order to compare later changes against this baseline.

BABOK 3.0 Review (Ch1&2) 95

 Requirements Lifecycle according to BABOK®
• 6. Maintained & Re-usable
• RLCM Maintain Requirements
• This status is completely decoupled from the rest of the requirements lifecycle.
• The related task Maintain Requirements for Re-use can be applied to requirements in any state and it does not influence the development of a
requirement with regards to its implementation or productive operation.
• By somehow “generalizing” requirements for re-use, Business Analysis delivers significant value to the organization.
• Requirements which have been maintained for re-use are ready-to-use for later projects, including all affiliated activities like tests, training or
whatsoever.
• A well documented, re-usable requirement can save lots of money as all Business Analysis processes can be accelerated or shorten and
@AMoSolo

mitigated in terms of risks that the requirement does not satisfy the Business needs.

• 7. Prioritized
• The task is RLCM Prioritize Requirements
• Depending on the value the requirement delivers to Business, the risk, the difficulty and the urgency a requirement may get a higher or lower
priority.
• The more the majority of the stakeholders agree on the priority of a requirement, the higher the priority automatically gets.
• Common Techniques used to figure out the priorities of requirements are Decision Analysis, Risk Analysis and MoSCoW Analysis.
• MoSCoW divides the requirements in four categories: Must, Should, Could, and Won’t.
• Another criteria prioritizing requirements can be Timeboxing/Budgeting. Here, requirements are prioritized according to the amount of work a
team is able to perform in a given period of time, e.g. releases or other time constraints which may exist.

BABOK 3.0 Review (Ch1&2) 96

 Requirements Lifecycle according to BABOK®
• 8. Analyzed (Specified and Modeled)
• Output of the task RADD Specify and Model Requirements
• In the BABOK®, the analysis of requirements strongly goes along with modeling.
• Therefore the Techniques bound to this Task are manifold.
• Many kinds of modeling like Data Modeling, Organization Modeling, Process Modeling and the commonly used diagram methodologies found
in UML and others are mentioned in the BABOK®.
• Although the BA does not need to know each methodology in detail, he should at least know for what purposes he should use which approach.
@AMoSolo

• See the word file “Requirement [Link]”

BABOK 3.0 Review (Ch1&2) 97

 Requirements Lifecycle according to BABOK®
• 9. Verified
• Output of RADD Verify Requirements task/
• Verify Requirements ensures that requirements are of a sufficient quality to be processed further.
• Requirements which do not provide enough information to be reasonably reviewed and validated by the stakeholders will not be verifiable due
to lack of quality.
• Further processing of such requirements does not make sense that is why they should be refined or dropped, alternatively.
• To mention only one of the quality criteria, I would like to emphasize that a requirement must be testable in order to prove that a require

• 10. Validated
@AMoSolo

• RADD “Validate Requirements” task/“Define Requirement Architecture”

• The Task Validate Requirements needs Verified requirements as input in order to validate their Business value.
• Validated means that the requirements’ value can be demonstrated to the Business stakeholders and that they aligned with the goals and
objectives of the Business.

• 11. Allocated
• RADD ”Define Design Options”/”Analyze Potential Value and Recommend solution”
• This state can only be reached if the requirement has been Prioritized and Approved beforehand.
• By performing the task Allocate Requirements out of the Knowledge Area Solution Assessment and Validation the implementation and/or
deployment of requirements in terms of point in time is fixed.
• This may depend on release cycles, on available resources or on other constraints

BABOK 3.0 Review (Ch1&2) 98

 Let’s practice
• Name some disorders, undesired conditions or serious needs in your
department, SBU, company
• Sort out them
• Classify them
@AMoSolo

• Prioritize them
• Document them as a list
• Follow the requirements States in your practice from Stated to
Allocated

• Do the two peoples in the same department give out the same list?

BABOK 3.0 Review (Ch1&2) 99

@AMoSolo

BABOk 3.0 Knowledge Areas (Ch3 to 8) 100

 Business Analysis Risk
• If the maturity of business analysis in your organization is low, then
you have high risk for:
• Increasing the number of failed or challenged projects
• Failing to achieve business benefits
• Delivering solutions that do not meet user needs
•
@AMoSolo

Creating high development rework resulting in budget and schedule overruns

• Having low customer and user satisfaction
• Failing to manage solution scope resulting in delays and budget overruns.

BABOK 3.0 Review (Ch1&2) 101

 Quiz Time
• [Link]
@AMoSolo

BABOK 3.0 Review (Ch1&2) 102

 Questions?
@AMoSolo

amorshed@[Link]
 According to BABOK V3.0
@AMoSolo

By Ali Morshedsolouk
amorshed2008@[Link]
 BABOK V3.0 Guide - Summary
5 Key Elements with 5 Key Concepts

6 Core Concepts

29 Core Competencies in 6 Group

@AMoSolo

5 Perspectives

30 Tasks

6 Knowledge Areas

50 Techniques
BABOK 3.0 Review (Ch1&2) 105
@AMoSolo

BABOK 3.0 Review (Ch1&2) 106

 Core Concepts Model
@AMoSolo

BABOK 3.0 Review (Ch1&2) 107

 General relationship between Knowledge Areas
@AMoSolo

BABOK 3.0 Review (Ch1&2) 108

 Perspectives
@AMoSolo

BABOK 3.0 Review (Ch1&2) 109

@AMoSolo

BABOK 3.0 Review (Ch1&2) 110

 Stakeholders
Context Strategy Context
(company capacity)
Stakeholders Perspective
Perspective
Design 1
Req 1 Business Process,
Business Architecture,
Design 2 Business Intelligence,
Req 2 IT/IS,
Design 3 Agile
.
Req 3 .
. .
. .
Problem .
.
.
.
Opportunity . .
Req n .Design n Finalize Project
Solution
(BAPM) Design
Definition Solution Management Evaluation
Need
@AMoSolo

Risk
to implement
(E&C) Stated,
Confirmed,
(RADD) Prototype
Change strategy Initiative
Communicated, Stkhld approve (SE)
Regulation Approved,
(RLCM) Prioritized,
(SA)
Modeled,
Assumption Verified,
Validated,
Allocated,
Constraints
Traced,
Info Analysis Maintained, Decision making
(Req. & Design) (Cognitive biases)

11 states

Business Analysis Model

Core Competencies
(According to BABOK V3.0 )
By Ali Morshedolouk BACCM (Need,BABOK
Design, Change, Value, Stakeholder, Context)
3.0 Review (Ch1&2) 111
 works with stakeholders involved in
Needs the governance process to obtain
to ensure stakeholders have a
Observe/Interview With Check info for accuracy and shared understanding of business agreement and reach approval and
stakeholders consistency. discover errors, analysis information and gain agreement on requirements and
(Get actual desire or intention) omissions, conflicts, and ambiguity agreement designs
E&C: Conduct
elicitation
E&C: confirm
Elicitation Results
stated E&C: Stakeholder confirmed E&C: Communicate
BA info
communicated RLCM: Approve Req. Approved
Engagement

Authorized Stakeholders
constrainst assumption risk
Sign-off

Note: RLCM: Trace Requirements

E&C: Elicitation and Collaboration From Any
(Designs) State
RLCM: Requirement Life Cycle Management RLCM: Prioritize
RADD: Requirement Analysis and Design definition Requirements
Value urgency difficulty risk
RLCM: Maintain Req.
analyzes and maintains the relationships between
@AMoSolo

requirements, designs, solution components, and

other work products for impact analysis, coverage, Maintained &
traced
and allocation.
to ensure that requirements and designs at different
Re-usable prioritized
levels are aligned to one another
ensures that requirements and
designs are accurate and current
BABOK V3.0 Requirements States throughout the life cycle and assesses the value, urgency, and risks
Diagram (V1.2/2019) facilitates reuse in other solutions associated with particular requirements
By Ali Morshedsolouk where appropriate and designs to ensure that analysis and/or
From Any delivery work is done on the most
Lower States
important ones at any given time

RADD: Specify and

Model Req. (Design)

RADD: Define RADD: validate req. Specified &

allocated Design Options validated verified RADD: Verify Req.
Modeled

Allocation of resources to to ensure that all requirements and to ensure that requirements and designs to analyze, synthesize, and
designs and implementation designs align to the business specifications and models meet quality standards refine elicitation results into
of a solution requirements and support the BABOK 3.0
and Review
are usable(Ch1&2)
for the purpose they serve requirements and designs 112
delivery of needed value (testable), to be used for further development Also known as Analyzed
@AMoSolo

BABOk 3.0 Knowledge Areas (Ch3 to 8) 113

@AMoSolo

BABOK 3.0 Review (Ch1&2) 114

 BABOK V3.0
Techniques
Vs.
Knowledge Areas Tasks
@AMoSolo

BABOK 3.0 Review (Ch1&2) 115

@AMoSolo

BABOk 3.0 Knowledge Areas (Ch3 to 8) 116

 ‫سخنهاي مرا نیكو شمارید‬ ‫به مردم گفت فرزانه ای پاک‬

‫برنج اندر حیاط خود بكارید‬ ‫اگر برنامه یك ساله دارید‬

‫اگر برنامه ده ساله دارید‬ ‫درخت میوه باید كاشت در باغ‬

‫‪@AMoSolo‬‬

‫به انسان ساختن همت گمارید‬ ‫اگر برنامه را صدساله باید‬

‫جهاني را به دست او سپارید‬ ‫چو انسان تربیت كردید شاید‬

‫)‪BABOK 3.0 Review (Ch1&2‬‬ ‫‪117‬‬

 Questions?
@AMoSolo

amorshed@[Link]