I think this is an excellent start. I think we need a bit more about the processes and techniques as well as the deliverables.
Also, I think we are missing some key elements here such as identifying stakeholders, eliciting requirements and communication.
I tend to focus my activities in line with the IIBA for best practice and tend to focus as below:
1. Understanding The Business (enterprise analysis) & Define Business Need:
- This might include Enterprise Level Requirements
- Define scope of the proposed solution
- Scope diagrams (context diagrams) , process modeling, scope modeling, organizational modeling
- Define Business Case
- High level solution evaluations ( I would not include this here, as I feel it is too soon, and would include it as part of determining the solution approach), at this stage you would really just document what was in scope and out of scope
Outputs: Business Need, required capabilities, solution approach, solution scope, Business Case
- 2. Planning Your Work - Business Analysis Plan & Monitor (the approach to performing business analysis and quality of business analysis)
- ID stakeholders, define roles & responsibilities
- Estimate time for business analysis tasks.
- Planning how the BA will communicate with stakeholders.
- Planning how requirements will be approached, traced, & prioritized.
- Determining the deliverables that the BA will produce throughout the lifecycle of the project
- Defining process for carrying out business analysis (methodology of project can dictate)
- Determining the metrics that will be used for monitoring business analysis work (if your organization does this)
Outputs: BA Approach, Stakeholder list with Roles & Responsibilities, BA Plans, BA Comms Plan, Requirements Mgmt Plan, BA performance assessment (not all organizations define metrics for BA performance)
3. Elicitation (this is a massive one that I feel needs to be called out)
- Prepare for elicitation (document analysis, surveys, interface analysis etc)
- Conduct Elicitation (interviews, reqs workshops, brainstorming, etc)
- Document results of the ‘Conduct Elicitation’ step
- Confirm results through interviews, observation
**Note: while the IIBA does not list this as an elicitation technique, I have found this very valuable for uncovering hidden requirements or implicit knowledge. While it is fine to use this when documenting requirements, it is helpful when preparing for elicitation, to prepare some use cases and run through them with the users to validate your knowledge, and to see during observation, whether this use case is valid or if it is missing steps. I also use use cases after my interviews, to confirm with the stakeholders, that I have understood the process correctly.
Outputs: Supporting materials, Elicitation Results, Requirements (Stated), Stakeholder concerns, Requirements (confirmed),
4. Requirements Management
- Manage solution scope & requirements
- Requirements Traceability (matrix)
- Maintain reqs for re-use (if your organization does this)
- Prepare requirements package
- Communicate requirements via workshops or structured walkthroughs
Outputs: Requirements approved, Requirements Package (this may contain requirements for vendor selection RFI, RFQ, RFP)
5. Requirements Analysis (requires input from 1, 3, and 4)
- Prioritize requirements (MOSCOW)
- Organize requirements (data flow diagrams)
- Model requirements (data modeling, interface analysis, process modeling, prototyping, use cases/user stories)
- Define assumptions and constraints (Risk analysis)
- Validate requirements with stakeholders (acceptance criteria)
Outputs: Requirements (prioritized and verified), Assumptions & Constraints
6. Solution Assessment & Validation
- Assessment of proposed solution with acceptance criteria/vendor assessment
- Assess organizational readiness (SWOT, Force field analysis)
- Define transitional requirements (where needed) these temporary requirements would apply to things such as data migration and disappear once they have been completed
- Validate solution (identify defects)
- Evaluate solution (solution performance assessment)
Outputs: Assessments of proposed solution, organizational readiness assessment, Transitional requirements, Identified defects how these will be mitigated, Solution performance assessment
Best Regards
Stephanie