Intrenion

A Guide to the Business Analysis Body of Knowledge (BABOK Guide) (IIBA)

Table of Contents

Copy Doctrine

Source

A Guide to the Business Analysis Body of Knowledge (BABOK Guide) (IIBA)

Practice 1: Tailor the business analysis approach to the initiative

Problem
A poorly chosen analysis approach reduces project effectiveness.

Action
Select a business analysis approach that fits the project context and objectives.

Outcome
Analysis activities better support project success.

Chapter: Outputs - Business Analysis Planning and Monitoring - Business Analysis Approach

Practice 2: Plan stakeholder engagement early

Problem
Unplanned stakeholder involvement leads to weak collaboration.

Action
Define how stakeholders will participate throughout the project.

Outcome
Stakeholder engagement becomes more effective.

Chapter: Outputs - Business Analysis Planning and Monitoring - Stakeholder Engagement Approach

Practice 3: Establish clear governance

Problem
Unclear governance creates inconsistent decisions.

Action
Define decision authorities and approval processes before work begins.

Outcome
Project decisions become more consistent.

Chapter: Outputs - Business Analysis Planning and Monitoring - Governance Approach

Practice 4: Manage analysis information systematically

Problem
Poor information management creates confusion.

Action
Maintain business analysis information in an organized, controlled manner.

Outcome
Information remains accurate and accessible.

Chapter: Outputs - Business Analysis Planning and Monitoring - Information Management Approach

Practice 5: Evaluate analysis performance regularly

Problem
Weak analysis practices continue without evaluation.

Action
Assess business analysis performance throughout the project.

Outcome
Analysis practices improve over time.

Chapter: Outputs - Business Analysis Planning and Monitoring - Business Analysis Performance Assessment

Practice 6: Prepare every elicitation activity

Problem
Poor preparation leads to incomplete stakeholder input.

Action
Create an elicitation activity plan before gathering information.

Outcome
Elicitation sessions become more productive.

Chapter: Outputs - Elicitation and Collaboration - Elicitation Activity Plan

Practice 7: Record elicitation results promptly

Problem
Important stakeholder information is lost when it is not documented.

Action
Document elicitation results immediately after each session.

Outcome
Collected information remains reliable.

Chapter: Outputs - Elicitation and Collaboration - Elicitation Results

Practice 8: Keep analysis information current

Problem
Outdated information leads to poor decisions.

Action
Maintain accurate, up-to-date business analysis information.

Outcome
Project decisions become more reliable.

Chapter: Outputs - Elicitation and Collaboration - Business Analysis Information

Practice 9: Maintain active stakeholder engagement

Problem
Stakeholder commitment declines without ongoing involvement.

Action
Communicate and collaborate with stakeholders throughout the project.

Outcome
Stakeholder support remains strong.

Chapter: Outputs - Elicitation and Collaboration - Stakeholder Engagement

Practice 10: Maintain high-quality requirements

Problem
Incomplete requirements lead to incorrect solutions.

Action
Keep requirements complete, accurate, and up to date throughout their life cycle.

Outcome
Solutions remain aligned with business needs.

Chapter: Outputs - Requirements Life Cycle Management - Requirements

Practice 11: Keep designs aligned with requirements

Problem
Designs become inaccurate when requirements change.

Action
Update designs whenever approved requirements are revised.

Outcome
Designs remain consistent with business intent.

Chapter: Outputs - Requirements Life Cycle Management - Designs

Practice 12: Assess every requirement change

Problem
Requirement changes introduce unexpected risks.

Action
Evaluate the impact of each proposed change to requirements before approval.

Outcome
Changes remain controlled.

Chapter: Outputs - Requirements Life Cycle Management - Requirements Change Assessment

Practice 13: Evaluate design changes before approval

Problem
Design changes can reduce solution quality.

Action
Assess the impact of each proposed design change.

Outcome
Design quality is preserved.

Chapter: Outputs - Requirements Life Cycle Management - Designs Change Assessment

Practice 14: Describe the current business state

Problem
Improvement efforts fail without understanding the current situation.

Action
Document the current business environment before planning change.

Outcome
Future planning becomes more accurate.

Chapter: Outputs - Strategy Analysis - Current State Description

Practice 15: Define the business need clearly

Problem
Projects lose direction when business needs are unclear.

Action
Document business requirements before designing solutions.

Outcome
Solutions address the right problems.

Chapter: Outputs - Strategy Analysis - Business Requirements

Practice 16: Set measurable business objectives

Problem
Success cannot be evaluated without clear objectives.

Action
Define measurable business objectives before implementation.

Outcome
Project success becomes easier to measure.

Chapter: Outputs - Strategy Analysis - Business Objectives

Practice 17: Define the desired future state

Problem
Teams lack direction without a shared vision.

Action
Describe the future state of the business in clear terms.

Outcome
Change efforts stay aligned.

Chapter: Outputs - Strategy Analysis - Future State Description

Practice 18: Evaluate expected business value

Problem
Resources are wasted on low-value initiatives.

Action
Assess the potential value before selecting a solution.

Outcome
Investment decisions improve.

Chapter: Outputs - Strategy Analysis - Potential Value

Practice 19: Analyze risks before committing

Problem
Hidden risks threaten project success.

Action
Identify and assess major business risks early.

Outcome
Risk exposure decreases.

Chapter: Outputs - Strategy Analysis - Risk Analysis Results

Practice 20: Plan the transition to the future state

Problem
Business change is difficult without a clear transition plan.

Action
Develop a practical strategy for moving from the current state to the future state.

Outcome
Change becomes easier to implement.

Chapter: Outputs - Strategy Analysis - Change Strategy

Practice 21: Define clear solution boundaries

Problem
Unclear scope leads to unnecessary work.

Action
Document what the solution includes and excludes before detailed analysis begins.

Outcome
The project remains focused on agreed objectives.

Chapter: Outputs - Strategy Analysis - Solution Scope

Practice 22: Organize requirements into a logical structure

Problem
Disconnected requirements are difficult to understand and maintain.

Action
Create a requirements architecture that shows relationships between requirements.

Outcome
Requirements become easier to manage.

Chapter: Outputs - Requirements Analysis and Design Definition - Requirements Architecture

Practice 23: Compare multiple design options

Problem
Choosing the first design may overlook a better solution.

Action
Evaluate several design options before making a recommendation.

Outcome
The selected design better meets business needs.

Chapter: Outputs - Requirements Analysis and Design Definition - Design Options

Practice 24: Recommend the highest value solution

Problem
Organizations may choose solutions that deliver limited business value.

Action
Recommend the solution that best satisfies business objectives and expected value.

Outcome
Business benefits increase.

Chapter: Outputs - Requirements Analysis and Design Definition - Solution Recommendation

Practice 25: Define meaningful performance measures

Problem
Solution success cannot be evaluated without clear measures.

Action
Establish measurable performance indicators before evaluating the solution.

Outcome
Solution performance becomes measurable.

Chapter: Outputs - Solution Evaluation - Solution Performance Measures

Practice 26: Analyze solution performance against expectations

Problem
Performance issues remain hidden without evaluation.

Action
Compare actual solution performance with defined performance measures.

Outcome
Performance gaps become visible.

Chapter: Outputs - Solution Evaluation - Solution Performance Analysis

Practice 27: Identify solution limitations

Problem
Solution weaknesses reduce business results.

Action
Assess the implemented solution to identify its limitations.

Outcome
Improvement opportunities become clearer.

Chapter: Outputs - Solution Evaluation - Solution Limitation

Practice 28: Identify enterprise constraints

Problem
Organizational barriers limit solution effectiveness.

Action
Assess enterprise limitations that affect solution performance.

Outcome
Business constraints become easier to address.

Chapter: Outputs - Solution Evaluation - Enterprise Limitation

Practice 29: Recommend actions that increase value

Problem
Solution value declines when opportunities for improvement are ignored.

Action
Recommend practical actions that improve solution performance.

Outcome
Business value increases.

Chapter: Outputs - Solution Evaluation - Recommend Actions

Practice 30: Adapt analysis to agile delivery

Problem
Traditional analysis approaches can slow iterative delivery.

Action
Apply business analysis practices that support agile development.

Outcome
Value is delivered more quickly.

Chapter: Perspectives - The Agile Perspective

Practice 31: Align analysis with business architecture

Problem
Solutions become disconnected from business capabilities.

Action
Use business architecture to guide analysis decisions.

Outcome
Solutions better support organizational strategy.

Chapter: Perspectives - The Business Architecture Perspective

Practice 32: Use business intelligence to guide decisions

Problem
Weak decisions result from poor business information.

Action
Use business intelligence to support analysis and recommendations.

Outcome
Business decisions become more informed.

Chapter: Perspectives - The Business Intelligence Perspective

Practice 33: Improve business processes systematically

Problem
Inefficient processes reduce organizational performance.

Action
Analyze business processes before recommending improvements.

Outcome
Business operations become more efficient.

Chapter: Perspectives - The Business Process Management Perspective

Practice 34: Balance business and technology needs

Problem
Solutions fail when technical realities are ignored.

Action
Consider technology capabilities and constraints during business analysis.

Outcome
Solutions become more practical to implement.

Chapter: Perspectives - The Information Technology Perspective

Practice 35: Plan business analysis work

Problem
Unplanned analysis creates delays and confusion.

Action
Define business analysis activities before execution begins.

Outcome
Analysis work progresses more efficiently.

Chapter: Tasks - Business Analysis Planning and Monitoring

Practice 36: Select the right analysis approach

Problem
An unsuitable approach reduces project effectiveness.

Action
Choose a business analysis approach that fits the project.

Outcome
Analysis better supports project objectives.

Chapter: Tasks - Business Analysis Planning and Monitoring - Plan Business Analysis Approach

Practice 37: Plan stakeholder participation

Problem
Important stakeholders may not contribute effectively.

Action
Define how and when stakeholders will participate.

Outcome
Stakeholder collaboration improves.

Chapter: Tasks - Business Analysis Planning and Monitoring - Plan Stakeholder Engagement

Practice 38: Define governance responsibilities

Problem
Unclear authority delays project decisions.

Action
Establish governance roles and approval processes before analysis begins.

Outcome
Decision-making becomes more consistent.

Chapter: Tasks - Business Analysis Planning and Monitoring - Plan Business Analysis Governance

Practice 39: Plan information management

Problem
Analysis information becomes difficult to control without structure.

Action
Define how business analysis information will be created, stored, and maintained.

Outcome
Information remains organized and reliable.

Chapter: Tasks - Business Analysis Planning and Monitoring - Plan Business Analysis Information Management

Practice 40: Improve analysis practices continuously

Problem
Analysis quality does not improve without reflection.

Action
Identify improvements based on the evaluation of business analysis performance.

Outcome
Future analysis becomes more effective.

Chapter: Tasks - Business Analysis Planning and Monitoring - Identify Business Analysis Performance Improvements

Practice 41: Prepare thoroughly for elicitation

Problem
Poor preparation leads to incomplete stakeholder input.

Action
Define the objectives, participants, questions, and materials before each elicitation activity.

Outcome
Elicitation produces more useful information.

Chapter: Tasks - Elicitation and Collaboration - Prepare for Elicitation

Practice 42: Conduct focused elicitation sessions

Problem
Unstructured discussions miss important information.

Action
Guide elicitation sessions with clear objectives, focused questions, and active listening.

Outcome
Requirements become more complete.

Chapter: Tasks - Elicitation and Collaboration - Conduct Elicitation

Practice 43: Confirm elicitation results with stakeholders

Problem
Misunderstandings remain when elicitation results are not verified.

Action
Review elicitation results with stakeholders for accuracy and agreement.

Outcome
Shared understanding improves.

Chapter: Tasks - Elicitation and Collaboration - Confirm Elicitation Results

Practice 44: Communicate analysis information promptly

Problem
Poor communication creates confusion across the project.

Action
Share business analysis information clearly and at the right time.

Outcome
Stakeholders remain aligned.

Chapter: Tasks - Elicitation and Collaboration - Communicate Business Analysis Information

Practice 45: Maintain stakeholder collaboration

Problem
Stakeholder support weakens without ongoing collaboration.

Action
Build and maintain active relationships with stakeholders throughout the project.

Outcome
Stakeholder commitment increases.

Chapter: Tasks - Elicitation and Collaboration - Manage Stakeholder Collaboration

Practice 46: Trace requirements from need to solution

Problem
Requirements become difficult to manage without traceability.

Action
Maintain links between requirements, business needs, and solution components.

Outcome
Requirement changes become easier to evaluate.

Chapter: Tasks - Requirements Life Cycle Management - Trace Requirements

Practice 47: Keep requirements up to date

Problem
Outdated requirements cause implementation errors.

Action
Update requirements whenever approved changes occur.

Outcome
Requirements remain reliable.

Chapter: Tasks - Requirements Life Cycle Management - Maintain Requirements

Practice 48: Prioritize requirements by business value

Problem
Limited resources are spent on lower-value work.

Action
Rank requirements according to business importance.

Outcome
The highest value work is completed first.

Chapter: Tasks - Requirements Life Cycle Management - Prioritize Requirements

Practice 49: Assess every requirement change

Problem
Uncontrolled changes create unexpected impacts.

Action
Evaluate the impact of each proposed change to requirements before approval.

Outcome
Project stability improves.

Chapter: Tasks - Requirements Life Cycle Management - Assess Requirements Changes

Practice 50: Approve requirements before implementation

Problem
Unapproved requirements create unnecessary rework.

Action
Obtain formal approval before implementing requirements.

Outcome
Implementation proceeds with greater confidence.

Chapter: Tasks - Requirements Life Cycle Management - Approve Requirements

Practice 51: Analyze the current business state

Problem
Effective improvements require a clear understanding of the current situation.

Action
Examine the existing business environment before planning change.

Outcome
Future decisions become more accurate.

Chapter: Tasks - Strategy Analysis - Analyze Current State

Practice 52: Define the future business state

Problem
Change efforts lose direction without a clear target.

Action
Describe the desired future state in measurable business terms.

Outcome
Transformation efforts remain aligned.

Chapter: Tasks - Strategy Analysis - Define Future State

Practice 53: Evaluate business risks early

Problem
Unidentified risks reduce the chance of success.

Action
Identify and assess risks before making major decisions.

Outcome
Risk exposure decreases.

Chapter: Tasks - Strategy Analysis - Assess Risks

Practice 54: Define a practical change strategy

Problem
Organizations struggle to implement change without a structured plan.

Action
Develop a strategy for moving from the current state to the future state.

Outcome
Business change becomes easier to manage.

Chapter: Tasks - Strategy Analysis - Define Change Strategy

Practice 55: Specify requirements with clear models

Problem
Ambiguous requirements create inconsistent solutions.

Action
Document requirements using clear descriptions and appropriate models.

Outcome
Requirements become easier to understand.

Chapter: Tasks - Requirements Analysis and Design Definition - Specify and Model Requirements

Practice 56: Verify requirement quality

Problem
Requirement defects increase project risk.

Action
Check that requirements are complete, correct, and consistent.

Outcome
Requirement quality improves.

Chapter: Tasks - Requirements Analysis and Design Definition - Verify Requirements

Practice 57: Validate requirements against business goals

Problem
Correct requirements may still fail to solve the right business problem.

Action
Confirm that requirements support business objectives.

Outcome
Solutions deliver greater business value.

Chapter: Tasks - Requirements Analysis and Design Definition - Validate Requirements

Practice 58: Build a logical requirements architecture

Problem
Large sets of requirements become difficult to manage.

Action
Organize requirements into a structured architecture.

Outcome
Requirement relationships become clearer.

Chapter: Tasks - Requirements Analysis and Design Definition - Define Requirements Architecture

Practice 59: Compare alternative design options

Problem
Selecting the first design may overlook a better solution.

Action
Evaluate multiple design options before making a recommendation.

Outcome
The selected design better satisfies business needs.

Chapter: Tasks - Requirements Analysis and Design Definition - Define Design Options

Practice 60: Recommend the solution with the greatest value

Problem
Organizations may invest in solutions that deliver limited benefits.

Action
Compare the expected value before recommending a solution.

Outcome
Business investments produce stronger results.

Chapter: Tasks - Requirements Analysis and Design Definition - Analyze Potential Value and Recommend Solution

Practice 61: Measure solution performance consistently

Problem
Solution effectiveness cannot be confirmed without measurement.

Action
Measure solution performance using defined performance measures.

Outcome
Actual results become visible.

Chapter: Tasks - Solution Evaluation - Measure Solution Performance

Practice 62: Analyze performance results objectively

Problem
Performance data provides little value without analysis.

Action
Analyze performance results to identify trends, gaps, and opportunities for improvement.

Outcome
Performance improvements become easier to target.

Chapter: Tasks - Solution Evaluation - Analyze Performance Measures

Practice 63: Assess solution limitations honestly

Problem
Solution weaknesses reduce expected business value.

Action
Identify and evaluate limitations within the implemented solution.

Outcome
Improvement priorities become clearer.

Chapter: Tasks - Solution Evaluation - Assess Solution Limitations

Practice 64: Identify enterprise limitations

Problem
Organizational constraints reduce solution effectiveness.

Action
Assess enterprise factors that limit solution performance.

Outcome
Business obstacles become easier to address.

Chapter: Tasks - Solution Evaluation - Assess Enterprise Limitations

Practice 65: Recommend actions that increase solution value

Problem
Business value declines when opportunities for improvement are ignored.

Action
Recommend practical actions that improve solution performance.

Outcome
Business value increases.

Chapter: Tasks - Solution Evaluation - Recommend Actions to Increase Solution Value

Practice 66: Define measurable acceptance criteria

Problem
Deliverables cannot be evaluated consistently without clear standards.

Action
Define objective acceptance and evaluation criteria before delivery.

Outcome
Approval decisions become more consistent.

Chapter: Techniques - Acceptance and Evaluation Criteria

Practice 67: Keep the backlog prioritized

Problem
Important work is delayed when the backlog is poorly managed.

Action
Review, refine, and prioritize backlog items regularly.

Outcome
The team focuses on the highest-value work.

Chapter: Techniques - Backlog Management

Practice 68: Measure performance from multiple perspectives

Problem
Single measures provide an incomplete view of success.

Action
Use a balanced scorecard to track key business objectives.

Outcome
Business performance becomes easier to evaluate.

Chapter: Techniques - Balanced Scorecard

Practice 69: Benchmark against proven performance

Problem
Improvement opportunities remain hidden without comparison.

Action
Compare performance against relevant organizations or industry standards.

Outcome
Improvement targets become clearer.

Chapter: Techniques - Benchmarking and Market Analysis

Practice 70: Generate ideas before evaluating them

Problem
Limited ideas reduce solution quality.

Action
Use brainstorming to produce many possible ideas before selecting one.

Outcome
Better solution options emerge.

Chapter: Techniques - Brainstorming

Practice 71: Assess business capabilities

Problem
Improvement efforts fail when organizational capabilities are misunderstood.

Action
Evaluate current business capabilities before planning change.

Outcome
Improvement efforts become better targeted.

Chapter: Techniques - Business Capability Analysis

Practice 72: Build a compelling business case

Problem
Projects lack support without clear business justification.

Action
Document expected costs, benefits, and risks in a business case.

Outcome
Investment decisions become more confident.

Chapter: Techniques - Business Cases

Practice 73: Map how the business creates value

Problem
Business models are difficult to understand without structure.

Action
Use a business model canvas to describe how the organization creates and delivers value.

Outcome
Business strategy becomes clearer.

Chapter: Techniques - Business Model Canvas

Practice 74: Document business rules explicitly

Problem
Undocumented business rules create inconsistent decisions.

Action
Record business rules in clear and precise language.

Outcome
Business operations become more consistent.

Chapter: Techniques - Business Rules Analysis

Practice 75: Encourage participation with collaborative activities

Problem
Stakeholders contribute less when discussions lack structure.

Action
Use collaborative games to involve stakeholders in generating ideas and decisions.

Outcome
Stakeholder participation increases.

Chapter: Techniques - Collaborative Games

Practice 76: Model key business concepts

Problem
Important concepts are misunderstood without shared definitions.

Action
Create concept models that define key business concepts and their relationships.

Outcome
Shared understanding improves.

Chapter: Techniques - Concept Modelling

Practice 77: Standardize business data definitions

Problem
Different meanings for data create confusion.

Action
Maintain a data dictionary for important business data elements.

Outcome
Data consistency improves.

Chapter: Techniques - Data Dictionary

Practice 78: Visualize how information flows

Problem
Data movement is difficult to understand without visual models.

Action
Create data flow diagrams that show how information moves through the business.

Outcome
Data processes become easier to analyze.

Chapter: Techniques - Data Flow Diagrams

Practice 79: Discover patterns in business data

Problem
Valuable insights remain hidden in large data sets.

Action
Analyze business data to identify meaningful patterns.

Outcome
Business decisions become better informed.

Chapter: Techniques - Data Mining

Practice 80: Model business data clearly

Problem
Poor data structures reduce solution quality.

Action
Create data models that define business entities and their relationships.

Outcome
Data design becomes more reliable.

Chapter: Techniques - Data Modelling

Practice 81: Compare decision options objectively

Problem
Poor decisions result from evaluating too few alternatives.

Action
Assess each option against defined decision criteria before choosing one.

Outcome
Decision quality improves.

Chapter: Techniques - Decision Analysis

Practice 82: Model decision logic clearly

Problem
Complex decision rules are difficult to apply consistently.

Action
Document decision logic using structured decision models.

Outcome
Decision-making becomes more consistent.

Chapter: Techniques - Decision Modelling

Practice 83: Review existing documentation first

Problem
Important information is overlooked when existing documents are ignored.

Action
Analyze relevant documents before gathering new information.

Outcome
Analysis begins with a stronger understanding.

Chapter: Techniques - Document Analysis

Practice 84: Estimate with evidence

Problem
Unrealistic estimates lead to poor planning.

Action
Base estimates on available data and informed judgment.

Outcome
Planning becomes more reliable.

Chapter: Techniques - Estimation

Practice 85: Evaluate financial impact before investing

Problem
Resources are wasted on initiatives with weak financial value.

Action
Analyze expected costs and financial benefits before making investment decisions.

Outcome
Investment decisions become more effective.

Chapter: Techniques - Financial Analysis

Practice 86: Gather shared perspectives through focus groups

Problem
Individual discussions may miss common stakeholder concerns.

Action
Facilitate focus groups to collect feedback from multiple stakeholders.

Outcome
Business needs become better understood.

Chapter: Techniques - Focus Groups

Practice 87: Break complex work into manageable parts

Problem
Large problems are difficult to analyze as a whole.

Action
Divide complex functions into smaller components.

Outcome
Analysis becomes easier.

Chapter: Techniques - Functional Decomposition

Practice 88: Maintain a shared business glossary

Problem
Different meanings for important terms create confusion.

Action
Document key business terms in a shared glossary.

Outcome
Communication becomes more consistent.

Chapter: Techniques - Glossary

Practice 89: Analyze system interfaces

Problem
Hidden interface issues reduce solution reliability.

Action
Document how systems exchange information and services.

Outcome
Integration risks decrease.

Chapter: Techniques - Interface Analysis

Practice 90: Conduct structured stakeholder interviews

Problem
Important stakeholder knowledge remains undiscovered.

Action
Use prepared questions and active listening during interviews.

Outcome
Requirements become more complete.

Chapter: Techniques - Interviews

Practice 91: Track important analysis items

Problem
Tasks and issues are forgotten without tracking.

Action
Maintain the status of analysis work items from creation to completion.

Outcome
Work remains organized.

Chapter: Techniques - Item Tracking

Practice 92: Capture lessons learned

Problem
Teams repeat avoidable mistakes when experience is not documented.

Action
Record lessons learned after significant activities.

Outcome
Future work will improve.

Chapter: Techniques - Lessons Learned

Practice 93: Measure performance with meaningful metrics

Problem
Performance cannot improve without useful measurements.

Action
Define metrics and key performance indicators that support business goals.

Outcome
Performance becomes easier to evaluate.

Chapter: Techniques - Metrics and Key Performance Indicators

Practice 94: Organize ideas with mind maps

Problem
Relationships between ideas are difficult to recognize.

Action
Use mind maps to organize and connect related information.

Outcome
Complex topics become easier to understand.

Chapter: Techniques - Mind Mapping

Practice 95: Define nonfunctional requirements explicitly

Problem
Solutions fail when quality expectations are unclear.

Action
Document nonfunctional requirements such as performance, security, and usability.

Outcome
Solutions better satisfy business expectations.

Chapter: Techniques - Non-Functional Requirements Analysis

Practice 96: Observe real work directly

Problem
People often overlook important details when describing their work.

Action
Observe users performing their normal business activities.

Outcome
Requirements better reflect actual work.

Chapter: Techniques - Observation

Practice 97: Model organizational relationships

Problem
Organizational responsibilities are difficult to understand without structure.

Action
Create organizational models that show roles and responsibilities.

Outcome
Business analysis becomes more accurate.

Chapter: Techniques - Organizational Modelling

Practice 98: Prioritize work objectively

Problem
Limited resources are spent on lower-value work.

Action
Rank work items using agreed business priorities.

Outcome
Resources focus on the highest-value work.

Chapter: Techniques - Prioritization

Practice 99: Analyze business processes

Problem
Process weaknesses remain hidden without analysis.

Action
Examine business processes to identify opportunities for improvement.

Outcome
Business performance improves.

Chapter: Techniques - Process Analysis

Practice 100: Model business workflows visually

Problem
Complex processes are difficult to understand through text alone.

Action
Create process models that describe business workflows.

Outcome
Process communication becomes clearer.

Chapter: Techniques - Process Modelling

Practice 101: Validate ideas with prototypes

Problem
Written requirements alone are difficult for stakeholders to evaluate.

Action
Build prototypes to demonstrate important solution features early.

Outcome
Stakeholder feedback becomes more accurate.

Chapter: Techniques - Prototyping

Practice 102: Review deliverables before approval

Problem
Errors remain unnoticed without structured reviews.

Action
Conduct formal reviews of analysis deliverables before approval.

Outcome
Deliverable quality improves.

Chapter: Techniques - Reviews

Practice 103: Manage risks throughout the project

Problem
Unmanaged risks reduce the likelihood of project success.

Action
Identify, assess, and monitor risks throughout the project.

Outcome
Project uncertainty decreases.

Chapter: Techniques - Risk Analysis and Management

Practice 104: Define roles and permissions clearly

Problem
Unclear access rights create security and accountability issues.

Action
Assign roles and permissions based on business responsibilities.

Outcome
Access is managed consistently.

Chapter: Techniques - Roles and Permissions Matrix

Practice 105: Identify the root cause before solving problems

Problem
Treating symptoms leaves the real problem unresolved.

Action
Determine the underlying cause before selecting a solution.

Outcome
Solutions become more effective.

Chapter: Techniques - Root Cause Analysis

Practice 106: Define solution scope visually

Problem
Solution boundaries are misunderstood without a shared view.

Action
Create scope models that define what the solution includes.

Outcome
Scope decisions become clearer.

Chapter: Techniques - Scope Modelling

Practice 107: Model interactions in sequence

Problem
System interactions are difficult to understand without showing their order.

Action
Use sequence diagrams to describe the flow of interactions over time.

Outcome
System behavior becomes easier to analyze.

Chapter: Techniques - Sequence Diagrams

Practice 108: Map stakeholders systematically

Problem
Important stakeholders may be overlooked without structured analysis.

Action
Create stakeholder lists, maps, or personas.

Outcome
Stakeholder needs become easier to address.

Chapter: Techniques - Stakeholder List, Map, or Personas

Practice 109: Model changes in system state

Problem
Object behavior is difficult to understand without showing state changes.

Action
Use state models to describe how objects change over time.

Outcome
System behavior becomes clearer.

Chapter: Techniques - State Modelling

Practice 110: Collect structured feedback with surveys

Problem
Large stakeholder groups are difficult to consult individually.

Action
Use surveys or questionnaires to gather structured feedback.

Outcome
More stakeholder input is collected efficiently.

Chapter: Techniques - Survey or Questionnaire

Practice 111: Evaluate strategic position with SWOT

Problem
Strategic decisions are weaker without a balanced assessment.

Action
Perform a SWOT analysis before planning major changes.

Outcome
Strategic priorities become clearer.

Chapter: Techniques - SWOT Analysis

Practice 112: Describe user interactions with use cases

Problem
Requirements lack context when user interactions are unclear.

Action
Create use cases and scenarios that describe user goals and activities.

Outcome
Requirements become easier to validate.

Chapter: Techniques - Use Cases and Scenarios

Practice 113: Capture requirements as user stories

Problem
Requirements lose focus when user value is unclear.

Action
Write user stories that describe value from the user's perspective.

Outcome
Development stays focused on user needs.

Chapter: Techniques - User Stories

Practice 114: Evaluate vendors against business needs

Problem
Poor vendor selection increases implementation risk.

Action
Assess vendors using defined business criteria.

Outcome
Vendor selection becomes more reliable.

Chapter: Techniques - Vendor Assessment

Practice 115: Facilitate focused workshops

Problem
Meetings become ineffective without structure.

Action
Plan and facilitate workshops with clear objectives.

Outcome
Groups reach better decisions.

Chapter: Techniques - Workshops

Problem
Complex business situations are difficult to understand through isolated facts.

Action
Organize related ideas into conceptual models.

Outcome
Business understanding improves.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Conceptual Thinking

Practice 117: Explore multiple creative solutions

Problem
Routine thinking limits better outcomes.

Action
Generate several original ideas before selecting one.

Outcome
Better solution options become available.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Creative Thinking

Practice 118: Make decisions using evidence

Problem
Subjective decisions reduce consistency.

Action
Use facts and defined criteria when making decisions.

Outcome
Decision quality improves.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Decision Making

Practice 119: Learn continuously

Problem
Skills become outdated without ongoing learning.

Action
Build knowledge through experience, feedback, and study.

Outcome
Professional capability grows.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Learning

Practice 120: Solve problems systematically

Problem
Unstructured problem solving leads to weak solutions.

Action
Understand the problem before selecting a solution.

Outcome
Problems are resolved more effectively.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Problem Solving

Practice 121: Think in systems

Problem
Changes in one area can create unexpected effects in another.

Action
Consider how people, processes, information, and technology influence each other.

Outcome
Solutions become more effective across the organization.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Systems Thinking

Practice 122: Explain ideas with visual models

Problem
Complex information is difficult to understand through text alone.

Action
Use diagrams and visual models to communicate important concepts.

Outcome
Stakeholders understand information more quickly.

Chapter: Underlying Competencies - Analytical Thinking and Problem Solving - Visual Thinking

Practice 123: Adapt to changing conditions

Problem
Rigid approaches become ineffective as project conditions change.

Action
Adjust your methods as business needs and priorities evolve.

Outcome
Work remains effective in changing situations.

Chapter: Underlying Competencies - Behavioural Characteristics - Adaptability

Practice 124: Act with integrity

Problem
Unethical behavior damages trust and decision-making.

Action
Apply ethical principles in every business analysis activity.

Outcome
Professional credibility increases.

Chapter: Underlying Competencies - Behavioural Characteristics - Ethics

Practice 125: Organize work and manage time

Problem
Poor organization causes missed commitments.

Action
Plan, prioritize, and schedule your work before starting tasks.

Outcome
Work is completed more reliably.

Chapter: Underlying Competencies - Behavioural Characteristics - Organization and Time Management

Practice 126: Take ownership of your work

Problem
Avoiding responsibility weakens project results.

Action
Accept responsibility for your decisions and deliverables.

Outcome
Professional reliability increases.

Chapter: Underlying Competencies - Behavioural Characteristics - Personal Accountability

Practice 127: Build trust through consistent actions

Problem
Inconsistent behavior reduces stakeholder confidence.

Action
Keep commitments and communicate honestly.

Outcome
Working relationships become stronger.

Chapter: Underlying Competencies - Behavioural Characteristics - Trustworthiness

Practice 128: Strengthen business acumen

Problem
Limited business understanding leads to weak recommendations.

Action
Learn how the organization creates, delivers, and captures value.

Outcome
Analysis better supports business goals.

Chapter: Underlying Competencies - Business Knowledge - Business Acumen

Practice 129: Build industry knowledge

Problem
Limited industry knowledge reduces solution quality.

Action
Study industry practices, trends, and regulations.

Outcome
Recommendations become more relevant.

Chapter: Underlying Competencies - Business Knowledge - Industry Knowledge

Practice 130: Apply the right methodology

Problem
Using unsuitable methods reduces analysis effectiveness.

Action
Choose methodologies that fit the project environment.

Outcome
Analysis produces better results.

Chapter: Underlying Competencies - Business Knowledge - Methodology Knowledge

Practice 131: Understand the organization

Problem
Solutions fail when organizational realities are ignored.

Action
Learn the organization's structure, culture, and objectives.

Outcome
Recommendations become more practical.

Chapter: Underlying Competencies - Business Knowledge - Organization Knowledge

Practice 132: Develop solution knowledge

Problem
Limited solution knowledge reduces analysis quality.

Action
Learn how the current and proposed solutions work.

Outcome
Requirements become more accurate.

Chapter: Underlying Competencies - Business Knowledge - Solution Knowledge

Practice 133: Listen to understand

Problem
Important information is missed through poor listening.

Action
Focus on understanding the speaker before responding.

Outcome
Communication becomes more accurate.

Chapter: Underlying Competencies - Communication Skills - Listening

Practice 134: Pay attention to nonverbal communication

Problem
Important meaning is missed when body language is ignored.

Action
Observe tone, facial expressions, gestures, and posture during conversations.

Outcome
Stakeholder intent becomes clearer.

Chapter: Underlying Competencies - Communication Skills - Non-Verbal Communication

Practice 135: Speak clearly and directly

Problem
Unclear communication creates misunderstandings.

Action
Use simple and precise language when speaking.

Outcome
Messages are understood more easily.

Chapter: Underlying Competencies - Communication Skills - Verbal Communication

Practice 136: Write with clarity

Problem
Poor writing causes confusion and unnecessary rework.

Action
Write organized documents using clear and concise language.

Outcome
Written communication becomes easier to understand.

Chapter: Underlying Competencies - Communication Skills - Written Communication

Practice 137: Facilitate productive discussions

Problem
Meetings lose value without effective guidance.

Action
Guide discussions toward clear decisions and agreed actions.

Outcome
Groups achieve better results.

Chapter: Underlying Competencies - Interaction Skills - Facilitation

Practice 138: Influence through credibility

Problem
Strong recommendations are ignored without stakeholder support.

Action
Build influence through evidence, collaboration, and respectful communication.

Outcome
Support for recommendations increases.

Chapter: Underlying Competencies - Interaction Skills - Leadership and Influencing

Practice 139: Resolve conflict constructively

Problem
Unresolved disagreements delay progress.

Action
Negotiate solutions that balance stakeholder interests.

Outcome
Collaboration improves.

Chapter: Underlying Competencies - Interaction Skills - Negotiation and Conflict Resolution

Practice 140: Teach others effectively

Problem
Knowledge gaps reduce individual and team performance.

Action
Explain concepts using clear language and practical examples.

Outcome
People apply new knowledge more effectively.

Chapter: Underlying Competencies - Interaction Skills - Teaching

Practice 141: Strengthen results through teamwork

Problem
Projects are less effective when people work in isolation.

Action
Work cooperatively and support other team members throughout the project.

Outcome
Team performance improves.

Chapter: Underlying Competencies - Interaction Skills - Teamwork

Practice 142: Use business analysis tools effectively

Problem
Poor tool selection reduces the quality and efficiency of analysis.

Action
Choose business analysis tools that fit the work being performed.

Outcome
Analysis becomes more effective.

Chapter: Underlying Competencies - Tools and Technology - Business Analysis Tools and Technology

Practice 143: Choose communication tools for the audience

Problem
Poor communication tools reduce collaboration.

Action
Use communication technology that matches the audience and purpose.

Outcome
Information is shared more effectively.

Chapter: Underlying Competencies - Tools and Technology - Communication Tools and Technology

Practice 144: Improve productivity with office tools

Problem
Manual work wastes time and increases errors.

Action
Use office productivity tools to organize, automate, and complete routine work efficiently.

Outcome
Daily work becomes more productive.

Chapter: Underlying Competencies - Tools and Technology - Office Productivity Tools and Technology