Professional Documents
Culture Documents
01 - 02 - Introduction and BA Key Concepts
01 - 02 - Introduction and BA Key Concepts
• Key terminologies
• Key Terms
• Stakeholders
Business Analysis • Define the key terms needed to understand all other content, concepts and ideas within the BABOK® guide
Key Concepts
Underlying • Provide a description of the behaviors, characteristics, skills, knowledge, and personal qualities that support effective
practice of business analysis
Competencies • The UC has the following structure – Purpose, Definition, Effectiveness Measures
• Describe views of business analysis and help BAs working from different point of view to better perform BA tasks
specific to the context of the initiative
• Perspectives included in BABOK® – Agile, Business Intelligence, Information Technology, Business Architecture,
Perspectives Business Process Management
• Perspectives follow the structure – Change Scope, Business Analysis Scope, Methodologies, Approaches and
Techniques, Underlying Competencies, Impact on KA
Knowledge areas represent areas of specific business analysis expertise that encompass
several tasks
Business
Analysis
Planning and
Monitoring
Requirements
Strategy Analysis and
Analysis Design Definition
Solution Evaluation
• Level 1 certificate recognizes the foundational knowledge of individuals entering the field of business
analysis.
• Level 2 recognizes BA professionals who have two to three years of business analysis experience.
Current professionals with their CCBA® designation will be grandfathered into Level 2.
• Level 3 recognizes BA professionals who manage and lead with over 5 years of business analysis
experience. Current professionals with their CBAP® designation will be grandfathered into Level 3.
• Aligned to the BABOK® Guide v3 Knowledge Areas, the Level 1, Level 2 and 3 exams will be weighted as
follows:
Domain Level 1 Level 2 Level3
• Business Analysis Information refers to the broad and diverse sets of information that
business analysts analyze, transform, and report.
• Plan is a 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.
• Risk is the effect of uncertainty on the value of a change, a solution, or the enterprise.
The following table provides some basic examples of how information may be viewed as either a
requirement or a design
Requirement Design
View six months sales data across A sketch of a dashboard.
multiple Organizational units in a single
view.
Reduce amount of time required to pick and Process model.
pack a customer order.
Record and access a medical patient’s history. Screen mock-up showing
specific data fields.
Develop business strategy, goals, Business Capability Model.
and objectives for a new business.
Provide information in English and French. Prototype with text displayed
in English and French.
Copyright © 2016 Accenture All Rights Reserved. Copyright © 2014 Accenture All rights 5
Requirements and Design
• 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.
Business
Requirements
Why do
I want
it?
Transition Stakeholder
Cycle continues until
Requirements requirements are met Requirements
What are the What are the
conditions? needs?
Solution
Requirements
What do I
want?
Requirements and
Design Cycle
Questions
Thank
You