BA
Application Creation Process
Ideation
Conception
Elaboration
Design
Development
Introduction
- Define high-level business requirements.
- Define a preliminary solution and get bulk estimates of this solution.
- Assist in creating a business case.
- Facilitate the ideation process applying an appropriate business analysis toolkit (for example, brainstorming, mind mapping, interviewing).
- Ensure that product ideas are collected, recorded, and properly evaluated.
- Assist with defining criteria for evaluating product ideas.
- Summarize and present the information in an easy to understand and follow manner.
- Elicit and document user requirements.
- Capture functional and non-functional system requirements.
- Identify assumptions and constraints.
- Define the scope of a system in terms of what will and will not be supported by the system.
- Create high-level epics for the future backlog.
Verify the solution architecture design against business requirements, high-level solution requirements, internal company's operations, compliance, and security policies.
- Break down epics into stories and define acceptance criteria.
- Assist a PO in backlog prioritization.
- Support the team during the product development by answering questions and providing additional information.
- Manage the scope of the solution.
- Present the product to business stakeholders.
- Write user guides and other product-related documentation.
- Conduct user acceptance sessions and gather feedback.
- Document improvements so that they can be prioritized for future releases.
6 Knowldge Areas
Business Analysis Planning and Monitoring
Plan a business analysis approach
Plan stakeholder's engagement
Plan business analysis governance
requirements management process
business analysis risk management
requirements change management
business analysis information management
Plan business analysis information management
how the information used in the process of business analysis is captured, stored, and integrated with other information available within an organization
Identify business analysis performance improvements
Performance analysis
Assessment measures
Results analysis
Actions for improvement recommendation
Elicitation and Collaboration
To prepare for elicitation
To conduct elicitation
To confirm elicitation results
ensure that the elicited requirements are consistent with the stakeholders' vision and other available information
To communicate business analysis information
To manage stakeholder collaboration
Requirements Life Cycle Management
To trace requirements
To maintain requirements
in alignment with each other and to manage the impact of changes if they happen.
To prioritize requirements
To assess requirements changes
To approve requirements
Strategy Analisys
To analyze the current state
To define the future state
To assess risks
To define change strategy
Requirements Analysis and Design Definition
To specify and model requirements
activities allow you to transform elicited information into requirements and designs
To verify requirements
requirements follow the organization's quality standards.
To validate requirements
To define requirements architecture
correspond to business needs of an organization
To define solution design options
To analyze potential value and recommend solutions
Solution Evaluation
To measure solution performance
To analyze performance measures
To assess solution limitations
To assess enterprise limitations
To recommend actions to increase solution value
Stakeholder Management and Communication Plan
Types of requirements:
business requirements;
• stakeholder requirements;
• solution (system) requirements
◦ functional
◦ non-functional requirements;
• transition requirements
(user requirements)
Documenting
Vision and Scope
Business Requirements Document
Software Requirements Specification
Minimum Viable Product (MVP)
MoSCoW prioritization
Vision&Scope
Business Requirements Document
Software Requirements Specification
User story
Definition of Ready (DoR)
Definition of Done (DoD)
Use Cases
Verification techniques
Commenting
Inspections
Checklist
Perspective-based reading
Validation Techniques
Revision of the requirement
Usability test or prototyping
Product demo
Release
Requirements Modeling
Flowchart
Context diagram
MindMap
Decision Table
Entity Relationship Diagram
Data dictionary
To understand boundaries of the system and its informational flows
to model requirements that deal with complex business rules
o standardize the definitions of data elements
Modeling Languages
Business process modeling notation (BPMN)
Requirements modeling language (RML)
System modeling language (SysML) is a dialect of UML and is used to describe complex systems.
Unified modeling language (UML)
Requirements Life Cycle
Stated
Confirmed
Communicated
Traced
Approved
Maintained for reuse
Prioritized
Verified
Validated
Allocated
Kano
Systemico
Traceability Types and Relationships
Derive – relationships between the requirements when one requirement is obtained from another one, and they are usually on different requirements levels. For example, a functional requirement which is acquired from a stakeholder's one
Depend – relationships between different requirements which are on the same level; however, one of them can be developed only after the predecessor is implemented
Satisfy – relationships between functional requirements and different solution requirements; it helps us to identify the coverage
Validate – relationships between a requirement and test cases to ensure that everything we have captured is implemented
Change Management
Backlog
click to edit
- The product features for business requirements
- The list of bugs for anything that was not managed well
- Investigations for any requirement that needs to be analyzed
- Technical items for technological activities, for example, installation of a new server, etc.
- Improvements for ideas implementation or removing complexity
Risk Management
Scope management
In scope
Out of scope
Business requirment
Scope creep
Backlog management
Story mapping