Summary of Foundation Certification in Business Analysis
Chapter 1: What is Business Analysis?
1.1 Business Change Lifecycle
- Stages: Investigate, Consider, Develop, Implement, Manage Benefits
- Key activities include identifying the need, defining requirements, building solutions, testing, and change deployment.
1.2 Key Principles of Business Analysis
- Focus on root causes, not symptoms.
- Seek business improvements, not just IT solutions.
- Explore options, not just predetermined solutions.
- Capture feasible and valuable requirements.
- Cover the entire change lifecycle.
- Underpinned by a holistic approach and Agile philosophy.
1.3 Variants of the BA Role
- Enterprise BA
- Technical/Systems BA
- Digital BA
- Project BA
- Proxy Product Owner
📘 Chapter 2: The Competencies of a Business Analyst
2.1 T-shaped Professional
- Deep expertise in BA + broad skills in other areas (e.g., communication, systems thinking)
2.2 Three Areas of BA Competency
- Personal Qualities (e.g., integrity, adaptability)
- Business Knowledge (e.g., finance, operations)
- Professional Techniques (e.g., process modeling, requirements elicitation)
📘 Chapter 3: The Strategic Context for Business Analysis
3.1 Strategic Role
- Analyse, question, influence, and align with strategic objectives.
3.2 PESTLE Analysis
- External: Political, Environmental, Socio-cultural, Technological, Legal, Economic
3.3 VMOST
- Internal: Vision, Mission, Objectives, Strategy, Tactics
3.4 Performance Measurement
- CSFs (Critical Success Factors)
- KPIs (Key Performance Indicators)
3.5 SWOT Analysis
- Strengths, Weaknesses (internal)
- Opportunities, Threats (external)
3.6 Strategy Execution Techniques
- POPIT™ (People, Organisation, Processes, Information, Technology)
- Business Model Canvas
📘 Chapter 4: The Business Analysis Service Framework (BASF)
4.1 BASF Activities
- Situation Investigation
- Feasibility and Business Case
- Process Improvement
- Requirements Definition
- Acceptance Testing
- Change Deployment
- Stakeholder Engagement
📘 Chapter 5: Investigating the Business Situation
Key Techniques
- Workshops: Interactive but may go off-topic.
- Observation: Real-time insights (Formal vs. Shadowing)
- Interviews: Rich, but subjective.
- Scenarios: Tacit knowledge; time-intensive.
- Prototyping: Visual understanding; may raise expectations.
- User Role Analysis: Includes personas; maps user needs.
- Quantitative Techniques: Surveys, Sampling, Document Analysis
- Diagrams: Rich Pictures, Mind Maps
📘 Chapter 6: Analysing and Managing Stakeholders
6.1 Stakeholder Categories (Stakeholder Wheel)
- Classify stakeholders (e.g., internal, external, regulators, users)
6.2 Power/Interest Grid
- Determines strategy: Watch, Keep Satisfied, Manage Closely, Inform, Ignore, etc.
6.3 RACI Chart
- Responsible, Accountable, Consulted, Informed – clarifies roles and accountability
7. Modelling Business Processes
- Uses BPMN (Business Process Model and Notation) to map workflows.
- Process modeling levels:
- High-level (contextual)
- Mid-level (overview)
- Detailed level
- Key components: tasks, decisions, swimlanes, gateways, events.
- Helps identify opportunities for improvement.
8. Defining the Solution
- Focuses on moving from the current state to a defined future state.
- Involves:
- Gap analysis
- Feasibility assessments (Technical, Financial, Organizational)
- Business case development
- Validates that the solution aligns with business needs.
9. Making the Business Case
- A formal document that justifies the investment in a project.
- Includes:
- Background and business problem
- Options considered
- Recommended solution
- Cost, benefit, risk, timescale, and investment appraisal
- Investment appraisal techniques:
- Payback Period
- Net Present Value (NPV)
- Internal Rate of Return (IRR)

10. Establishing the Requirements
- Involves eliciting, validating, and prioritizing requirements.
- Good requirements should be:
- Correct
- Unambiguous
- Complete
- Consistent
- Testable
- Techniques: MoSCoW prioritization, interviews, workshops, user stories.


11. Documenting and Managing Requirements
- Requirements are recorded in catalogues or modeled visually (e.g., Use Case diagrams).
- Emphasis on version control, change management, and traceability.
- Use of tools like JIRA or other requirements management systems.

12. Modelling Requirements
- Common models include:
- Use Case Diagrams (actors, systems, use cases)
- Class Diagrams (for data structures)
- State Diagrams (object behavior over time)
- These models clarify and communicate requirements to stakeholders.
13. Delivering the Requirements
- Supports the solution development lifecycle.
- Ensures that requirements are correctly built into the solution.
- Involves methods like Agile or Waterfall, and support for User Acceptance Testing (UAT).
14. Delivering the Business Solution
- BA supports the transition to the new solution.
- Activities include:
- Business readiness
- Training and communication
- Benefits realisation
- Post-implementation review