1. 6 - Strategy Analysis
1.1. 6.1 - Analyze Current State
1.1.1. Purpose
1.1.1.1. to understand the reasons why an enterprise needs to change some aspect of how it operates and what would be directly or indirectly affected by the change
1.1.2. Inputs
1.1.2.1. Elicitation Results
1.1.2.2. Needs
1.1.3. Elements
1.1.3.1. Business Needs
1.1.3.1.1. From the top-down
1.1.3.1.2. From the bottom-up
1.1.3.1.3. From middle management
1.1.3.1.4. From external drivers
1.1.3.2. Organizational Structure & Culture
1.1.3.3. Capabilities & Processes
1.1.3.3.1. capability-centric view
1.1.3.3.2. process-centric view
1.1.3.4. Technology & Infrastructure
1.1.3.5. Plicies
1.1.3.6. Business Architecture
1.1.3.7. Internal Assets
1.1.3.8. External Influencers
1.1.3.8.1. Industry Structure
1.1.3.8.2. Competitors
1.1.3.8.3. Customers
1.1.3.8.4. Suppliers
1.1.3.8.5. Political & Regulatory Environment
1.1.3.8.6. Technology
1.1.3.8.7. Macroeconomic Factors
1.1.3.9. Guidelines & Tools
1.1.3.9.1. BA Approach
1.1.3.9.2. Enterprise Limitation
1.1.3.9.3. Organizational Strategy
1.1.3.9.4. Solution Limitation
1.1.3.9.5. Solution Performance Goals
1.1.3.9.6. Solution Performance Measures
1.1.3.9.7. Stakeholder Analysis Results
1.1.4. Techniques
1.1.4.1. Benchmarking & Market Analysis
1.1.4.2. Business Capability Analysis
1.1.4.3. Business Model Canvas
1.1.4.4. Business Cases
1.1.4.5. Concept Modelling
1.1.4.6. Data Mining
1.1.4.7. Document Analysis
1.1.4.8. Financial Analysis
1.1.4.9. Focus Groups
1.1.4.10. Functional Decomposition
1.1.4.11. Interviews
1.1.4.12. Item Tracking
1.1.4.13. Lessons Learned
1.1.4.14. Metrics & KPIs
1.1.4.15. Mind Mapping
1.1.4.16. Observation
1.1.4.17. Organizational Modelling
1.1.4.18. Process Analysis
1.1.4.19. Process Modelling
1.1.4.20. Risk Analysis and Management
1.1.4.21. Root Cause Analysis
1.1.4.22. Scope Modelling
1.1.4.23. Survey or Questionaire
1.1.4.24. SWOT Analysis
1.1.4.25. Vendor Assessment
1.1.4.26. Workshops
1.1.5. Stakeholders
1.1.5.1. Customer
1.1.5.2. Domain SME
1.1.5.3. End User
1.1.5.4. Implementation SME
1.1.5.5. Operational Support
1.1.5.6. Project Manager
1.1.5.7. Regulator
1.1.5.8. Sponsor
1.1.5.9. Supplier
1.1.5.10. Tester
1.1.6. Outputs
1.1.6.1. Current State Description
1.1.6.2. Business Requirements
1.2. 6.2 - Define Future State
1.2.1. Purpose
1.2.1.1. to determine the set of necessary conditions to meet the business need
1.2.2. Description
1.2.2.1. business processes
1.2.2.2. functions
1.2.2.3. lines of business
1.2.2.4. organization structures
1.2.2.5. staff competencies
1.2.2.6. knowledge and skills
1.2.2.7. training
1.2.2.8. facilities
1.2.2.9. desktop tools
1.2.2.10. organization locations
1.2.2.11. data and information
1.2.2.12. application systems
1.2.2.13. technology infrastructure
1.2.3. Inputs
1.2.3.1. Business Requirements
1.2.4. Elements
1.2.4.1. Business Goals and Objectives
1.2.4.2. Scope of Solution Space
1.2.4.3. Constraints
1.2.4.3.1. budgetary restrictions
1.2.4.3.2. time restrictions
1.2.4.3.3. technology
1.2.4.3.4. infrastructure
1.2.4.3.5. policies
1.2.4.3.6. resources
1.2.4.3.7. skills of the team and stakeholders
1.2.4.3.8. certain stakeholders not be affected by the solution
1.2.4.3.9. compliance with regulations
1.2.4.4. Organizational Structure & Culture
1.2.4.5. Capabilities & Processes
1.2.4.6. Technology and Infrastructure
1.2.4.7. Policies
1.2.4.8. Business Architecture
1.2.4.9. Internal Assets
1.2.4.10. Identify Assumptions
1.2.4.11. Potential Value
1.2.5. Guidelines & Tools
1.2.5.1. Current State Description
1.2.5.2. Metrics & KPIs
1.2.5.3. Organizational Strategy
1.2.6. Techniques
1.2.6.1. Acceptance and Evaluation Criteria
1.2.6.2. Balanced Scorecard
1.2.6.3. Benchmarking and Market Analysis
1.2.6.4. Brainstorming
1.2.6.5. Business Capability Analysis
1.2.6.6. Business Cases
1.2.6.7. Business Model Canvas
1.2.6.8. Decision Analysis
1.2.6.9. Decision Modelling
1.2.6.10. Financial Analysis
1.2.6.11. Functional Decomposition
1.2.6.12. Interviews
1.2.6.13. Lessons Learned
1.2.6.14. Metrics & KPIs
1.2.6.15. Mind Mapping
1.2.6.16. Organizational Modelling
1.2.6.17. Process Modelling
1.2.6.18. Prototyping
1.2.6.19. Scope Modelling
1.2.6.20. Survey or Questionaire
1.2.6.21. SWOT Analysis
1.2.6.22. Vendor Assessment
1.2.6.23. Workshops
1.2.7. Stakeholders
1.2.7.1. Customer
1.2.7.2. Domain SME
1.2.7.3. End User
1.2.7.4. Implementation SME
1.2.7.5. Operational Support
1.2.7.6. Project Manager
1.2.7.7. Regulator
1.2.7.8. Sponsor
1.2.7.9. Supplier
1.2.7.10. Tester
1.2.8. Outputs
1.2.8.1. Business Objectives
1.2.8.2. Future State Description
1.2.8.3. Potential Value
1.3. 6.3 - Assess Risks
1.3.1. Purpose
1.3.1.1. to understand the undesirable consequences of internal and external forces on the enterprise during a transition to, or once in, the future state.
1.3.2. Description
1.3.2.1. possible consequences if the risk occurs
1.3.2.2. impact of those consequences
1.3.2.3. likelihood of the risk
1.3.2.4. potential time frame when the risk might occur
1.3.3. Inputs
1.3.3.1. Business Objectives
1.3.3.2. Elicitation Results (confirmed)
1.3.3.3. Influences
1.3.3.4. Potential Value
1.3.3.5. Requirements (prioritized)
1.3.4. Elements
1.3.4.1. Unknowns
1.3.4.2. Constraints, Assumptions & Dependencies
1.3.4.3. Negative Impact to Value
1.3.4.4. Risk Tolerance
1.3.4.4.1. Risk-aversion
1.3.4.4.2. Neutrality
1.3.4.4.3. Risk-seeking
1.3.4.5. Recommendation
1.3.5. Guidelines & Tools
1.3.5.1. BA Approach
1.3.5.2. Business Policies
1.3.5.3. Change Strategy
1.3.5.4. Current State Description
1.3.5.5. Future State Description
1.3.5.6. Identified Risks
1.3.5.7. Stakeholder Engagement Approach
1.3.6. Techniques
1.3.6.1. Brainstorming
1.3.6.2. Business Cases
1.3.6.3. Decision Analysis
1.3.6.4. Financial Analysis
1.3.6.5. Interviews
1.3.6.6. Lessons Learned
1.3.6.7. Mind Mapping
1.3.6.8. Risk Analysis and Management
1.3.6.9. Root Cause Analysis
1.3.6.10. Survey or Questionaire
1.3.6.11. Workshops
1.3.7. Stakeholders
1.3.7.1. Domain SME
1.3.7.2. Implementation SME
1.3.7.3. Operational Support
1.3.7.4. Project Manager
1.3.7.5. Regulator
1.3.7.6. Sponsor
1.3.7.7. Supplier
1.3.7.8. Tester
1.3.8. Outputs
1.3.8.1. Risk Analysis Results
1.4. 6.4 - Define Change Strategy
1.4.1. Purpose
1.4.1.1. to develop and assess alternative approaches to the change, and then select the recommended approach
1.4.2. Inputs
1.4.2.1. Current State Description
1.4.2.2. Future State Description
1.4.2.3. Risk Analysis Results
1.4.2.4. Stakeholder Engagement Approach
1.4.3. Elements
1.4.3.1. Solution Scope
1.4.3.2. Gap Analysis
1.4.3.2.1. processes
1.4.3.2.2. functions
1.4.3.2.3. lines of business
1.4.3.2.4. organizational structures
1.4.3.2.5. staff competencies
1.4.3.2.6. knowledge and skills
1.4.3.2.7. training
1.4.3.2.8. facilities
1.4.3.2.9. locations
1.4.3.2.10. data and information
1.4.3.2.11. application systems
1.4.3.2.12. technology infrastructure
1.4.3.3. Enterprise Readiness Assessment
1.4.3.4. Change Strategy
1.4.3.5. Transition States & Release Planning
1.4.4. Guidelines & Tools
1.4.4.1. BA Approach
1.4.4.2. Design Options
1.4.4.3. Solution Recommendations
1.4.5. Techniques
1.4.5.1. Balanced Scorecard
1.4.5.2. Benchmarking and Market Analysis
1.4.5.3. Brainstorming
1.4.5.4. Business Capability Analysis
1.4.5.5. Business Cases
1.4.5.6. Business Model Canvas
1.4.5.7. Decision Analysis
1.4.5.8. Estimation
1.4.5.9. Financial Analysis
1.4.5.10. Focus Groups
1.4.5.11. Functional Decomposition
1.4.5.12. Interviews
1.4.5.13. Lessons Learned
1.4.5.14. Mind Mapping
1.4.5.15. Organizational Modelling
1.4.5.16. Process Modelling
1.4.5.17. Scope Modelling
1.4.5.18. SWOT Analysis
1.4.5.19. Vendor Assessment
1.4.5.20. Workshops
1.4.6. Stakeholders
1.4.6.1. Customer
1.4.6.2. Domain SME
1.4.6.3. End User
1.4.6.4. Implementation SME
1.4.6.5. Operational Support
1.4.6.6. Project Manager
1.4.6.7. Regulator
1.4.6.8. Sponsor
1.4.6.9. Supplier
1.4.6.10. Tester
1.4.7. Outputs
1.4.7.1. Change Strategy
1.4.7.2. Solution Scope
2. 7 - Requirements Analysis and Design Definition
2.1. 7.1 - Specify and Model Requirements
2.1.1. Purpose
2.1.1.1. to analyze, synthesize, and refine elicitation results into requirements and designs.
2.1.2. Inputs
2.1.2.1. Elicitation Results
2.1.3. Elements
2.1.3.1. Model Requirements
2.1.3.1.1. Matrices
2.1.3.1.2. Diagrams
2.1.3.1.3. Categories
2.1.3.2. Analyze Requirements
2.1.3.3. Represent Requirements & Attributes
2.1.3.4. Implement the Appropriate Levels of Abstraction
2.1.4. Guideline & Tools
2.1.4.1. Modelling Notations/Standards
2.1.4.2. Modelling Tools
2.1.4.3. Requirements Architecture
2.1.4.4. Requirements Life Cycle Management Tools
2.1.4.5. Solution Scope
2.1.5. Techniques
2.1.5.1. Acceptance and Evaluation Criteria
2.1.5.2. Business Capability Analysis
2.1.5.3. Business Model Canvas
2.1.5.4. Business Rules Analysis
2.1.5.5. Concept Modelling
2.1.5.6. Data Dictionary
2.1.5.7. Data Flow Diagrams
2.1.5.8. Data Modelling
2.1.5.9. Decision Modelling
2.1.5.10. Functional Decomposition
2.1.5.11. Glossary
2.1.5.12. Interface Analysis
2.1.5.13. Non-Functional Requirements Analysis
2.1.5.14. Organizational Modelling
2.1.5.15. Process Modelling
2.1.5.16. Prototyping
2.1.5.17. Roles and Permissions Matrix
2.1.5.18. Root Cause Analysis
2.1.5.19. Scope Modelling
2.1.5.20. Sequence Diagrams
2.1.5.21. Stakeholder List, Map, or Personas
2.1.5.22. State Modelling
2.1.5.23. Use Cases and Scenarios
2.1.5.24. User Stories
2.1.6. Outputs
2.1.6.1. Requirements (specified & modeled)
2.2. 7.2 - Verify Requirements
2.2.1. Purpose
2.2.1.1. to ensure that requirements and designs specifications and models meet quality standards and are usable for the purpose they serve
2.2.2. Inputs
2.2.2.1. Requirements (specified and modelled)
2.2.3. Elements
2.2.3.1. Characteristics of Requirements & Designs Quality
2.2.3.1.1. Atomic
2.2.3.1.2. Complete
2.2.3.1.3. Consistent
2.2.3.1.4. Concise
2.2.3.1.5. Feasible
2.2.3.1.6. Unambiguous
2.2.3.1.7. Testable
2.2.3.1.8. Prioritized
2.2.3.1.9. Understandable
2.2.3.2. Verification Activities
2.2.3.3. Checklists
2.2.4. Guidelines & Tools
2.2.4.1. Requirements Life Cycle Management Tools
2.2.5. Techniques
2.2.5.1. Acceptance and Evaluation Criteria
2.2.5.2. Item Tracking
2.2.5.3. Metrics and Key Performance Indicators (KPIs)
2.2.5.4. Reviews
2.2.6. Outputs
2.2.6.1. Requirements (verified)
2.3. 7.3 - Validate Requirements
2.3.1. Purpose
2.3.1.1. to ensure that all requirements and designs align to the business requirements and support the delivery of needed value.
2.3.2. Inputs
2.3.2.1. Requirements (specified and modelled)
2.3.3. Elements
2.3.3.1. Identify Assumptions
2.3.3.2. Define Measurable Evaluation Criteria
2.3.3.3. Evaluate Alignment with Solution Scope
2.3.4. Guidelines & Tools
2.3.4.1. Business Objectives
2.3.4.2. Future State Description
2.3.4.3. Potential Value
2.3.4.4. Solution Scope
2.3.5. Techniques
2.3.5.1. Acceptance and Evaluation Criteria
2.3.5.2. Document Analysis
2.3.5.3. Financial Analysis
2.3.5.4. Item Tracking
2.3.5.5. Metrics and Key Performance Indicators (KPIs)
2.3.5.6. Reviews
2.3.5.7. Risk Analysis and Management
2.3.6. Output
2.3.6.1. Requirements (validated)
2.4. 7.4 - Define Requirements Architecture
2.4.1. Purpose
2.4.1.1. to ensure that the requirements collectively support one another to fully achieve the objectives
2.4.2. Inputs
2.4.2.1. Information Management Approach
2.4.2.2. Requirements (any state)
2.4.2.3. Solution Scope
2.4.3. Elements
2.4.3.1. Requirements Viewpoints and Views
2.4.3.1.1. Business Models
2.4.3.1.2. Business Process Models
2.4.3.1.3. Data models and information
2.4.3.1.4. User interactions, including Use Cases and/or User Experience
2.4.3.1.5. Audit and security
2.4.3.2. Template Architectures
2.4.3.3. Completeness
2.4.3.4. Relate and Verify Requirements Relationships
2.4.3.4.1. Defined
2.4.3.4.2. Necessary
2.4.3.4.3. Correct
2.4.3.4.4. Unanbiguous
2.4.3.4.5. Consistent
2.4.3.5. Business Analysis Information Architecture
2.4.4. Guidelines & Tools
2.4.4.1. Architecture Management Software
2.4.4.2. Legal/Regulatory Information
2.4.4.3. Methodologies & Frameworks
2.4.5. Techniques
2.4.5.1. Data Modelling
2.4.5.2. Functional Decomposition
2.4.5.3. Interviews
2.4.5.4. Organizational Modelling
2.4.5.5. Scope Modelling
2.4.5.6. Workshops
2.4.6. Output
2.4.6.1. Requirements Architecture
2.5. 7.5 - Define Design Options
2.5.1. Purpose
2.5.1.1. to define the solution approach, identify opportunities to improve the business, allocate requirements across solution components, and represent design options that achieve the desired future state
2.5.2. Inputs
2.5.2.1. Requirements (validated, prioritized)
2.5.2.2. Change Strategy
2.5.2.3. Requirements Architecture
2.5.3. Elements
2.5.3.1. Define Solution Approaches
2.5.3.1.1. Create
2.5.3.1.2. Purchase
2.5.3.1.3. Combination of both
2.5.3.2. Identify Improvement Opportunities
2.5.3.2.1. Increase Efficiencies
2.5.3.2.2. Improve Access to Information
2.5.3.2.3. Identify Additional Capabilities
2.5.3.3. Requirements Allocation
2.5.3.4. Describe Design Options
2.5.4. Guidelines & Tools
2.5.4.1. Existing Solutions
2.5.4.2. Future State Description
2.5.4.3. Requirements (traced)
2.5.4.4. Solution Scope
2.5.5. Techniques
2.5.5.1. Benchmarking and Market Analysis
2.5.5.2. Brainstorming
2.5.5.3. Document Analysis
2.5.5.4. Interviews
2.5.5.5. Lessons Learned
2.5.5.6. Mind Mapping
2.5.5.7. Root Cause Analysis
2.5.5.8. Survey or Questionnaire
2.5.5.9. Vendor Assessment
2.5.5.10. Workshops
2.5.6. Output
2.5.6.1. Design Options
2.6. 7.6 - Analyze Potential Value & Recommend Solution
2.6.1. Purpose
2.6.1.1. to estimate the potential value for each design option and to establish which one is most appropriate to meet the enterprise’s requirements
2.6.2. Inputs
2.6.2.1. Potential Value
2.6.2.2. Design Options
2.6.3. Elements
2.6.3.1. Expected Benefits
2.6.3.2. Expected Costs
2.6.3.2.1. timeline
2.6.3.2.2. effort
2.6.3.2.3. operating costs
2.6.3.2.4. purchase and/or implementation costs
2.6.3.2.5. maintenance costs
2.6.3.2.6. physical resources
2.6.3.2.7. information resources
2.6.3.2.8. human resources
2.6.3.3. Determine Value
2.6.3.4. Assess Design Options and Recommend Solution
2.6.3.4.1. Available Resources
2.6.3.4.2. Constraints on the Solution
2.6.3.4.3. Dependencies between requirements
2.6.4. Guidelines & Tools
2.6.4.1. Business Objectives
2.6.4.2. Current State Description
2.6.4.3. Future State Description
2.6.4.4. Risk Analysis Results
2.6.4.5. Solution Scope
2.6.5. Techniques
2.6.5.1. Acceptance and Evaluation Criteria
2.6.5.2. Backlog Management
2.6.5.3. Brainstorming
2.6.5.4. Business Cases
2.6.5.5. Business Model Canvas
2.6.5.6. Decision Analysis
2.6.5.7. Estimation
2.6.5.8. Financial Analysis
2.6.5.9. Focus Groups
2.6.5.10. Interviews
2.6.5.11. Metrics and Key Performance Indicators (KPIs)
2.6.5.12. Risk Analysis and Management
2.6.5.13. Survey or Questionnaire
2.6.5.14. SWOT Analysis
2.6.5.15. Workshops
2.6.6. Output
2.6.6.1. Solution Recommendation
3. 8 - Solution Evaluation
3.1. 8.1 - Measure Solution Performance
3.1.1. Purpose
3.1.1.1. to define performance measures and use the data collected to evaluate the effectiveness of a solution in relation to the value it brings.
3.1.2. Inputs
3.1.2.1. Business Objectives
3.1.2.2. Implemented Solution (external)
3.1.3. Elements
3.1.3.1. Define Solution Performance Measures
3.1.3.1.1. Quantitative Measures
3.1.3.1.2. Qualitative Measures
3.1.3.2. Validate Performance Measures
3.1.3.3. Collect Performance Measures
3.1.3.3.1. Volume or Sample Size
3.1.3.3.2. Frequency and Timing
3.1.3.3.3. Currency
3.1.4. Guidelines & Tools
3.1.4.1. Change Strategy
3.1.4.2. Future State Description
3.1.4.3. Requirements (validated)
3.1.4.4. Solution Scope
3.1.5. Techniques
3.1.5.1. Acceptance and Evaluation Criteria
3.1.5.2. Benchmarking and Market Analysis
3.1.5.3. Business Cases
3.1.5.4. Data Mining
3.1.5.5. Decision Analysis
3.1.5.6. Focus Groups
3.1.5.7. Metrics and Key Performance Indicators (KPIs)
3.1.5.8. Non-Functional Requirements Analysis
3.1.5.9. Observation
3.1.5.10. Prototyping
3.1.5.11. Survey or Questionnaire
3.1.5.12. Use Cases and Scenarios
3.1.5.13. Vendor Assessment
3.1.6. Output
3.1.6.1. Solution Performance Measures
3.2. 8.2 - Analyze Performance Measures
3.2.1. Purpose
3.2.1.1. to provide insights into the performance of a solution in relation to the value it brings
3.2.2. Inputs
3.2.2.1. Potential Value
3.2.2.2. Solution Performance Measures
3.2.3. Elements
3.2.3.1. Solution Performance versus Desired Value
3.2.3.2. Risks
3.2.3.3. Trends
3.2.3.4. Accuracy
3.2.3.5. Performance Variances
3.2.4. Guidelines & Tools
3.2.4.1. Change Strategy
3.2.4.2. Future State Description
3.2.4.3. Risk Analysis Results
3.2.4.4. Solution Scope
3.2.5. Techniques
3.2.5.1. Acceptance and Evaluation Criteria
3.2.5.2. Benchmarking and Market Analysis
3.2.5.3. Data Mining
3.2.5.4. Interviews
3.2.5.5. Metrics and Key Performance Indicators (KPIs)
3.2.5.6. Observation
3.2.5.7. Risk Analysis and Management
3.2.5.8. Root Cause Analysis
3.2.5.9. Survey or Questionnaire
3.2.6. Output
3.2.6.1. Solution Performance Analysis
3.3. 8.3 - Assess Solution Limitations
3.3.1. Purpose
3.3.1.1. to determine the factors internal to the solution that restrict the full realization of value
3.3.2. Inputs
3.3.2.1. Implemented Solution (external)
3.3.2.2. Solution Performance Analysis
3.3.3. Elements
3.3.3.1. Identify Internal Solution Component Dependencies
3.3.3.2. Investigate Solution Problems
3.3.3.3. Impact Assessment
3.3.3.3.1. severity
3.3.3.3.2. probability
3.3.3.3.3. impact
3.3.3.3.4. capacity to absorb the impact
3.3.4. Guidelines & Tools
3.3.4.1. Change Strategy
3.3.4.2. Risks Analysis Results
3.3.4.3. Solution Scope
3.3.5. Techniques
3.3.5.1. Acceptance and Evaluation Criteria
3.3.5.2. Benchmarking and Market Analysis
3.3.5.3. Business Rules Analysis
3.3.5.4. Data Mining
3.3.5.5. Decision Analysis
3.3.5.6. Interviews
3.3.5.7. Item Tracking
3.3.5.8. Lessons Learned
3.3.5.9. Risk Analysis and Management
3.3.5.10. Root Cause Analysis
3.3.5.11. Survey or Questionnaire
3.3.6. Output
3.3.6.1. Solution Limitation
3.4. 8.4 - Assess Enterprise Limitations
3.4.1. Purpose
3.4.1.1. to determine how factors external to the solution are restricting value realization
3.4.2. Inputs
3.4.2.1. Current State Description
3.4.2.2. Implemented (or Constructed) Solution (external)
3.4.2.3. Solution Performance Analysis
3.4.3. Elements
3.4.3.1. Enterprise Culture Assessment
3.4.3.2. Stakeholder Impact Analysis
3.4.3.2.1. Functions
3.4.3.2.2. Locations
3.4.3.2.3. Concerns
3.4.3.3. Organizational Structure Changes
3.4.3.4. Operational Assessment
3.4.3.4.1. policies and procedures
3.4.3.4.2. capabilities and processes that enable other capabilities
3.4.3.4.3. skill and training needs
3.4.3.4.4. human resources practices
3.4.3.4.5. risk tolerance and management approaches
3.4.3.4.6. tools and technology that support a solution
3.4.4. Guidelines & Tools
3.4.4.1. Business Objectives
3.4.4.2. Change Strategy
3.4.4.3. Future State Descriptions
3.4.4.4. Risk Analysis Results
3.4.4.5. Solution Scope
3.4.5. Techniques
3.4.5.1. Benchmarking and Market Analysis
3.4.5.2. Brainstorming
3.4.5.3. Data Mining
3.4.5.4. Decision Analysis
3.4.5.5. Document Analysis
3.4.5.6. Interviews
3.4.5.7. Item Tracking
3.4.5.8. Lessons Learned
3.4.5.9. Observation
3.4.5.10. Organizational Modelling
3.4.5.11. Process Analysis
3.4.5.12. Process Modelling
3.4.5.13. Risk Analysis and Management
3.4.5.14. Roles and Permissions Matrix
3.4.5.15. Root Cause Analysis
3.4.5.16. Survey or Questionnaire
3.4.5.17. SWOT Analysis
3.4.5.18. Workshops
3.4.6. Stakeholders
3.4.6.1. Customer
3.4.6.2. Domain Subject Matter Expert
3.4.6.3. End User
3.4.6.4. Regulator
3.4.6.5. Sponsor
3.4.7. Output
3.4.7.1. Enterprise Limitation
3.5. 8.5 - Recommend Actions to Increase Solution Value
3.5.1. Purpose
3.5.1.1. to understand the factors that create differences between potential value and actual value, and to recommend a course of action to align them
3.5.2. Inputs
3.5.2.1. Solution Limitation
3.5.2.2. Enterprise Limitation
3.5.3. Elements
3.5.3.1. Adjust Solution Performance Measures
3.5.3.2. Recommendations
3.5.3.2.1. Do Nothing
3.5.3.2.2. Organizational Change
3.5.3.2.3. Reduce Complexity of Interfaces
3.5.3.2.4. Eliminate Redundancy
3.5.3.2.5. Avoid Waste
3.5.3.2.6. Identify Additional Capabilities
3.5.3.2.7. Retire the Solution
3.5.3.2.8. additional factors
3.5.4. Guidelines & Tools
3.5.4.1. Business Objectives
3.5.4.2. Current State Description
3.5.4.3. Solution Scope
3.5.5. Techniques
3.5.5.1. Data Mining
3.5.5.2. Decision Analysis
3.5.5.3. Financial Analysis
3.5.5.4. Focus Groups
3.5.5.5. Organizational Modelling
3.5.5.6. Prioritization
3.5.5.7. Process Analysis
3.5.5.8. Risk Analysis and Management
3.5.5.9. Survey or Questionnaire
3.5.6. Stakeholders
3.5.6.1. Customer
3.5.6.2. Domain Subject Matter Expert
3.5.6.3. End User
3.5.6.4. Regulator
3.5.6.5. Sponsor
3.5.7. Output
3.5.7.1. Recommended Actions
4. 10 - Techniques
4.1. 10.1 - Acceptance and Evaluation Criteria
4.1.1. Value Attributes
4.1.2. Assessment
4.1.2.1. Testability
4.1.2.2. Measures
4.2. 10.2 - Backlog Management
4.2.1. Items in the Backlog
4.2.2. Prioritization
4.2.3. Estimation
4.2.4. Managing Changes to the Backlog
4.3. 10.3 - Balanced Scorecard
4.3.1. Learning and Growth Dimension
4.3.2. Business Process Dimension
4.3.3. Customer Dimension
4.3.4. Financial Dimension
4.3.5. Measures or Indicators
4.4. 10.4 - Benchmarking and Market Analysis
4.4.1. Benchmarking
4.4.2. Market Analysis
4.5. 10.5 - Brainstorming
4.5.1. Preparation
4.5.2. Session
4.5.3. Wrap-up
4.6. 10.6 - Business Capability Analysis
4.6.1. Capabilities
4.6.2. Using Capabilities
4.6.3. Performance Expectations
4.6.4. Risk Model
4.6.5. Strategic Planning
4.6.6. Capability Maps
4.7. 10.7 - Business Cases
4.7.1. Need Assessment
4.7.2. Desired Outcomes
4.7.3. Assess Alternatives
4.7.3.1. Scope
4.7.3.2. Feasibility
4.7.3.3. Assumptions, Risks, and Constraints
4.7.3.4. Financial Analysis and Value Assessment
4.7.4. Recommended Solution
4.8. 10.8 - Business Model Canvas
4.8.1. Key Partnerships
4.8.2. Key Activities
4.8.2.1. Value-add
4.8.2.2. Non-value-add
4.8.2.3. Business non-value-add
4.8.3. Key Resources
4.8.3.1. Physical
4.8.3.2. Financial
4.8.3.3. Intellectual
4.8.3.4. Human
4.8.4. Value Proposition
4.8.4.1. products
4.8.4.2. services
4.8.5. Customer Relationships
4.8.5.1. customer acquisition
4.8.5.2. customer retention
4.8.6. Channels
4.8.6.1. communication-oriented
4.8.6.2. delivery-oriented
4.8.7. Customer Segments
4.8.7.1. group customers
4.8.8. Cost Structure
4.8.9. Revenue Streams
4.8.9.1. revenue resulting (a one-time purchase)
4.8.9.2. recurring revenue (periodic payments)
4.8.9.3. Licensing or Subscription fees
4.8.9.4. Transaction or Usage fees
4.8.9.5. Sales
4.8.9.6. Lending, Renting, or Leasing
4.8.10. 10.9 - Business Rules Analysis
4.8.10.1. Definitional Rules
4.8.10.2. Behavioural Rules
4.9. 10.9 - Business Rules Analysis
4.9.1. Business Policy
4.9.2. Regulations
4.9.3. Contracts
4.9.4. Undocumented business policies
4.9.5. norms of the corporate culture
4.9.6. Generally accepted business practies
4.9.7. Definitional Rules
4.9.7.1. A customer must be considered a Preferred Customer if they place more than 10 orders per month.
4.9.8. Behavioural Rules
4.9.8.1. An order must not be placed when the billing address provided by the customer does not match the address on file with the credit card provider.
4.9.8.2. levels of enforcement
4.9.8.2.1. Allow no violations (strictly enforced)
4.9.8.2.2. Override by authorized actor
4.9.8.2.3. Override with explanation
4.9.8.2.4. No active enforcement
4.10. 10.10 - Collaborative Games
4.10.1. Game Purpose
4.10.2. Process
4.10.2.1. an opening step
4.10.2.2. the exploration step
4.10.2.3. a closing step
4.10.3. Outcome
4.10.4. Examples
4.10.4.1. Product Box
4.10.4.2. Affinity Map
4.10.4.3. Fishbowl
4.11. 10.11 - Concept Modelling
5. 11 - Perspectives
5.1. 11.1 - The Agile Perspective
5.1.1. Change Scope
5.1.1.1. Breadth of Change
5.1.1.2. Depth of Change
5.1.1.3. Value and Solutions Delivered
5.1.1.4. Delivery Approach
5.1.1.5. Major Assumptions
5.1.2. Business Analysis Scope
5.1.2.1. Change Sponsor
5.1.2.2. Change Targets and Agents
5.1.2.2.1. Agile team leader
5.1.2.2.2. Customer representative or product owner
5.1.2.2.3. Team members
5.1.2.2.4. External stakeholders
5.1.2.3. Business Analyst Position
5.1.2.4. Business Analysis Outcomes
5.1.3. Approaches and Techniques
5.1.3.1. Approaches
5.1.3.1.1. Crystal Clear
5.1.3.1.2. Disciplined Agile Delivery (DAD)
5.1.3.1.3. Dynamic Systems Development Method (DSDM)
5.1.3.1.4. Evolutionary Project Management (Evo)
5.1.3.1.5. Extreme Programming (XP)
5.1.3.1.6. Feature Driven Development (FDD)
5.1.3.1.7. Kanban
5.1.3.1.8. Scaled Agile Framework®(SAFe™)
5.1.3.1.9. Scrum
5.1.3.2. Techniques
5.1.3.2.1. Behaviour Driven Development (BDD)
5.1.3.2.2. Kano Analysis
5.1.3.2.3. Lightweight Documentation
5.1.3.2.4. MoSCoW Prioritization
5.1.3.2.5. Personas
5.1.3.2.6. Planning Workshop
5.1.3.2.7. Purpose Alignment Model
5.1.3.2.8. Real Options
5.1.3.2.9. Relative Estimation
5.1.3.2.10. Retrospectives
5.1.3.2.11. Story Decomposition
5.1.3.2.12. Story Mapping
5.1.3.2.13. Storyboarding
5.1.3.2.14. Value Stream Mapping
5.1.4. Underlying Competencies
5.1.4.1. Communication and collaboration
5.1.4.2. Patience and tolerance
5.1.4.3. Flexibility and adaptability
5.1.4.4. Ability to handle change
5.1.4.5. Ability to recognize business value
5.1.4.6. Continuous improvement
5.1.5. Impact on Knowledge Areas
5.1.5.1. Business Analysis Planning and Monitoring
5.1.5.2. Elicitation and Collaboration
5.1.5.3. Requirements Life Cycle Management
5.1.5.4. Strategy Analysis
5.1.5.5. Requirements Analysis and Design Definition
5.1.5.6. Solution Evaluation
5.2. 11.2 - The Business Intelligence Perspective
5.2.1. Change Scope
5.2.1.1. Breadth of Change
5.2.1.2. Depth of Change
5.2.1.2.1. executive level
5.2.1.2.2. management level
5.2.1.2.3. process level
5.2.1.2.4. the overall impact of the change on the organization
5.2.1.3. Value and Solutions Delivered
5.2.1.3.1. strategic processes such as market analysis, customer engagement, and product development
5.2.1.3.2. tactical processes such as stock control and financial planning
5.2.1.3.3. operational processes such as credit assessment, fault detection, and accounts payable monitoring
5.2.1.4. Delivery Approach
5.2.1.4.1. at different levels in the organization
5.2.1.4.2. in target functional areas in the organization
5.2.1.5. Major Assumptions
5.2.2. Business Analysis Scope
5.2.2.1. Change Sponsor
5.2.2.2. Change Targets
5.2.2.3. Business Analyst Position
5.2.2.3.1. primary liaison between business intelligence stakeholders and solution providers
5.2.2.3.2. enterprise data modelling
5.2.2.3.3. decision modelling
5.2.2.3.4. dashboards
5.2.2.3.5. ad hoc query design
5.2.2.3.6. Business Analysis Outcomes
5.2.2.4. Methodologies and Approaches
5.2.2.4.1. Methodologies
5.2.2.4.2. Approaches
5.2.2.4.3. Underlying Competencies
5.2.2.4.4. Impact on Knowledge Areas
6. 3 - BA Planning & Monitoring
6.1. 3.1 - Plan BA Approach
6.1.1. Purpose
6.1.1.1. Is to define an appropriate method to conduct business analysis activities.
6.1.2. Description
6.1.3. Input
6.1.3.1. Needs
6.1.4. Elements
6.1.4.1. Planning Approach
6.1.4.2. Formality & Level of Details of BA deliverables
6.1.4.3. BA Activities
6.1.4.4. Timing of BA work
6.1.4.5. Complexity & Risks
6.1.4.6. Acceptance
6.1.5. Guidelines & Tools
6.1.5.1. BA Performance Assessment
6.1.5.2. Business Policies
6.1.5.3. Expert Judgment
6.1.5.4. Methodologies & Frameworks
6.1.5.5. Stakeholder Engagement Approach
6.1.6. Techniques
6.1.6.1. Brainstorming
6.1.6.2. Business Case
6.1.6.3. Document Analysis
6.1.6.4. Estimation
6.1.6.5. Financial Analysis
6.1.6.6. Functional Decomposition
6.1.6.7. Interview
6.1.6.8. Item Tracking
6.1.6.9. Lessons Learned
6.1.6.10. Process Modeling
6.1.6.11. Reviews
6.1.6.12. Risk Analysis & Management
6.1.6.13. Scope Modeling
6.1.6.14. Survey & Questionnaire
6.1.6.15. Workshops
6.1.7. Stakeholders
6.1.7.1. Domain Subject Matter Expert
6.1.7.2. Project Manager
6.1.7.3. Regulator
6.1.7.4. Sponsor
6.1.8. Output
6.1.8.1. BA Approach
6.2. 3.2 - Plan Stakeholder Engagement
6.2.1. Purpose
6.2.1.1. is to plan an approach for establishing and maintaining effective working relationships with the stakeholders.
6.2.2. Description
6.2.3. Input
6.2.3.1. Needs
6.2.3.2. BA approach
6.2.4. Elements
6.2.4.1. Perform stakeholder analysis
6.2.4.1.1. Roles
6.2.4.1.2. Attitudes
6.2.4.1.3. Decision Making Authority
6.2.4.1.4. Level of power or influence
6.2.4.2. Define stakeholder collaboration
6.2.4.3. Stakeholder communication needs
6.2.5. Guidelines & Tools
6.2.5.1. BA Performance Assessment
6.2.5.2. Change Strategy
6.2.5.3. Current State Description
6.2.6. Techniques
6.2.6.1. Brainstorming
6.2.6.2. Business Rules Analysis
6.2.6.3. Document Analysis
6.2.6.4. Interviews
6.2.6.5. Lessons Learned
6.2.6.6. Mind Mapping
6.2.6.7. Organizational Modelling
6.2.6.8. Process Modeling
6.2.6.9. Risk Analysis and Management
6.2.6.10. Scope Modelling
6.2.6.11. Stakeholder List, Map or Personas
6.2.6.12. Survey or Questionaire
6.2.6.13. Workshops
6.2.7. Stakeholders
6.2.7.1. Customers
6.2.7.2. Domain SME
6.2.7.3. End User
6.2.7.4. Project Manager
6.2.7.5. Regulator
6.2.7.6. Sponsor
6.2.7.7. Supplier
6.2.8. Output
6.2.8.1. Stakeholder Engagement Approach
6.3. 3.3 - Plan Business Analysis Governance
6.3.1. Purpose
6.3.1.1. to define how decisions are made about requirements and designs, including reviews, change controle, approvals and prioritization
6.3.2. Inputs
6.3.2.1. BA Approach
6.3.2.2. Stakeholder Engagement Approach
6.3.3. Elements
6.3.3.1. Decision Making
6.3.3.2. Change Controll Process
6.3.3.2.1. Determine the process for requesting changes
6.3.3.2.2. Determine the elements of the change request
6.3.3.2.3. Determine how changes will be prioritizes
6.3.3.2.4. Determine how changes will be documented
6.3.3.2.5. Determine how changes will be communicated
6.3.3.2.6. Determine who will perform the impact analysis
6.3.3.2.7. Determine who will authorize changes
6.3.3.3. Plan Prioritization Approach
6.3.4. Guidelines & Tools
6.3.4.1. BA Performance Assessment
6.3.4.2. Business Policies
6.3.4.3. Current State Description
6.3.4.4. Legal/Regulatory Information
6.3.5. Techniques
6.3.5.1. Brainstorming
6.3.5.2. Document Analysis
6.3.5.3. Interviews
6.3.5.4. Item Tracking
6.3.5.5. Lessons Learned
6.3.5.6. Organizational Modelling
6.3.5.7. Process Modelling
6.3.5.8. Reviews
6.3.5.9. Survey or Questionaire
6.3.5.10. Workshops
6.3.6. Stakehgolders
6.3.6.1. Domain SME
6.3.6.2. Project Manager
6.3.6.3. Regulator
6.3.6.4. Sponsor
6.3.7. Ouputs
6.3.7.1. Governance Approach
6.4. 3.4 - Plan Business Analysis Information Management
6.4.1. Purpose
6.4.1.1. to develop an approach for how BA information will be stored and accessed
6.4.2. Inputs
6.4.2.1. BA Approach
6.4.2.2. Governance Approach
6.4.2.3. Stakeholder Engagement Approach
6.4.3. Elements
6.4.3.1. Organization of BA Information
6.4.3.2. Level of Abstraction
6.4.3.3. Plan Traceability Approach
6.4.3.4. Plan for Requirements Reuse
6.4.3.5. Storage and Access
6.4.3.6. Requirements Attributes
6.4.4. Guidelines & Tools
6.4.4.1. BA Performance Assessment
6.4.4.2. Business Policies
6.4.4.3. Information Management Tools
6.4.4.4. Legal/Regulatory Information
6.4.5. Techniques
6.4.5.1. Brainstorming
6.4.5.2. Interviews
6.4.5.3. Item Tracking
6.4.5.4. Lessons Learned
6.4.5.5. Mind Mapping
6.4.5.6. Process Modelling
6.4.5.7. Survey or Questionaire
6.4.5.8. Workshops
6.4.6. Stakeholders
6.4.6.1. Domain SME
6.4.6.2. Regulator
6.4.6.3. Sponsor
6.4.7. Outputs
6.4.7.1. Information Management Approach
6.5. 3.5 - Identify Business Analysis Performance Improvements
6.5.1. Purpose
6.5.1.1. to assess BA work and to plan to improve processes where required
6.5.2. Inputs
6.5.2.1. BA Approach
6.5.2.2. Performance Objectives (external)
6.5.3. Elements
6.5.3.1. Performance Analysis
6.5.3.2. Assessment Measures
6.5.3.2.1. Accuracy and Completeness
6.5.3.2.2. Knowledge
6.5.3.2.3. Effectiveness
6.5.3.2.4. Organizational Support
6.5.3.2.5. Significance
6.5.3.2.6. Strategic
6.5.3.2.7. Timeliness
6.5.3.3. Analyze Results
6.5.3.4. Recommend Actions for Improvement
6.5.3.4.1. Preventive
6.5.3.4.2. Corrective
6.5.3.4.3. Improvement
6.5.4. Guidelines & Tools
6.5.4.1. Organizational Performance Standards
6.5.5. Techniques
6.5.5.1. Brainstorming
6.5.5.2. Interviews
6.5.5.3. Item Tracking
6.5.5.4. Lessons Learned
6.5.5.5. Metrics and KPIs
6.5.5.6. Observation
6.5.5.7. Process Analysis
6.5.5.8. Process Modelling
6.5.5.9. Reviews
6.5.5.10. Risk Analysis & Management
6.5.5.11. Root Cause Analysis
6.5.5.12. Survey or Questionaire
6.5.5.13. Workshops
6.5.6. Stakeholders
6.5.6.1. Domain SME
6.5.6.2. Project Manager
6.5.6.3. Sponsor
6.5.7. Outputs
6.5.7.1. BA Performance Assessment
7. 5 - Requirements Life Cycle Management
7.1. 5.1 - Trace Requirements
7.1.1. Purpose
7.1.1.1. to ensure that requirements and designs at different levels are aligned to one another, and to manage the effects of change to one level on related requirements
7.1.2. Description
7.1.2.1. Process Traceability
7.1.2.1.1. Value Chain <--> Business Process <--> Sub-process <--> Activity <--> Task
7.1.2.2. Requirement Traceability
7.1.2.2.1. Business Needs <--> Business Req <--> Stakeholder Req <--> Solution Req (Design, Code & Test)
7.1.3. Inputs
7.1.3.1. Requirements
7.1.3.2. Designs
7.1.4. Elements
7.1.4.1. Level of Formality
7.1.4.2. Relationships
7.1.4.2.1. Derive
7.1.4.2.2. Depends
7.1.4.2.3. Satisfy
7.1.4.2.4. Validate
7.1.4.3. Traceability Repository
7.1.5. Guidelines & Tools
7.1.5.1. Domain Knowledge
7.1.5.2. Information Management Approach
7.1.5.3. Legal/Regulatory Information
7.1.5.4. Requirements Management Tools/Repository
7.1.6. Techniques
7.1.6.1. Business Rules Analysis
7.1.6.2. Functional Decomposition
7.1.6.3. Process Modelling
7.1.6.4. Scope Modelling
7.1.7. Stakeholders
7.1.7.1. Customers
7.1.7.2. Domain SME
7.1.7.3. End User
7.1.7.4. Implementation SME
7.1.7.5. Operational Support
7.1.7.6. Project Manager
7.1.7.7. Sponsor
7.1.7.8. Suppliers
7.1.7.9. Tester
7.1.8. Outputs
7.1.8.1. Requirements (traced)
7.1.8.2. Designs (traced)
7.2. 5.2 - Maintain Requirements
7.2.1. Purpose
7.2.1.1. to retain requirement accuracy and consistency throughout and beyound the change during the entire requirements life cycle, and to support reuse of requirements in other solutions
7.2.2. Inputs
7.2.2.1. Requirements
7.2.2.2. Designs
7.2.3. Elements
7.2.3.1. Maintain Requirements
7.2.3.2. Maintain Attributes
7.2.3.3. Reusing Requirements
7.2.4. Guidelines & Tools
7.2.4.1. Information Management Approach
7.2.5. Techniques
7.2.5.1. Business Rules Analysis
7.2.5.2. Data Flow Diagrams
7.2.5.3. Data Modelling
7.2.5.4. Document Analysis
7.2.5.5. Functional Decomposition
7.2.5.6. Process Modelling
7.2.5.7. Use Cases and Scenarios
7.2.5.8. User Stories
7.2.6. Stakeholders
7.2.6.1. Domain SME
7.2.6.2. Implementation SME
7.2.6.3. Operational Support
7.2.6.4. Regulator
7.2.6.5. Tester
7.2.7. Outputs
7.2.7.1. Requirements (maintained)
7.2.7.2. Designs (maintained)
7.3. 5.3 - Prioritize Requirements
7.3.1. Purpose
7.3.1.1. to rank requirements in the order of relative importance
7.3.2. Inputs
7.3.2.1. Requirements
7.3.2.2. Designs
7.3.3. Elements
7.3.3.1. Basis for Prioritization
7.3.3.1.1. Benefit
7.3.3.1.2. Penalty
7.3.3.1.3. Cost
7.3.3.1.4. Risk
7.3.3.1.5. Dependencies
7.3.3.1.6. Time Sensitivity
7.3.3.1.7. Stability
7.3.3.1.8. Regulatory or Poilicy Compliance
7.3.3.2. Challenges of Prioritization
7.3.3.3. Continual Prioritization
7.3.4. Guidelines & Tools
7.3.4.1. Business Constraints
7.3.4.2. Change Strategy
7.3.4.3. Domain Knowledge
7.3.4.4. Governance Approach
7.3.4.5. Requirements Architecture
7.3.4.6. Requirements Management Tools/Repository
7.3.4.7. Solution Scope
7.3.5. Techniques
7.3.5.1. Backlog Management
7.3.5.2. Business Cases
7.3.5.3. Decision Analysis
7.3.5.4. Estimation
7.3.5.5. Financial Analysis
7.3.5.6. Interviews
7.3.5.7. Item Tracking
7.3.5.8. Priotization
7.3.5.9. Risk Analysis and Management
7.3.5.10. Workshops
7.3.6. Stakeholders
7.3.6.1. Customer
7.3.6.2. End User
7.3.6.3. Implementation SME
7.3.6.4. Project Manager
7.3.6.5. Regulator
7.3.6.6. Sponsor
7.3.7. Outputs
7.3.7.1. Requirements (prioritized)
7.3.7.2. Design (prioritized)
7.4. 5.4 - Assess Requirements Changes
7.4.1. Purpose
7.4.1.1. to evaluate the implications of proposed changes to requirements and designs
7.4.2. Inputs
7.4.2.1. Proposed Change
7.4.2.2. Requirements
7.4.2.3. Designs
7.4.3. Elements
7.4.3.1. Assessment Formality
7.4.3.2. Impact Analysis
7.4.3.2.1. Benefit
7.4.3.2.2. Cost
7.4.3.2.3. Impact
7.4.3.2.4. Schedule
7.4.3.2.5. Urgency
7.4.3.3. Impact Resolution
7.4.4. Guidelines & Tools
7.4.4.1. Change Strategy
7.4.4.2. Domain Knowledge
7.4.4.3. Governance Approach
7.4.4.4. Legal/Regulatory Information
7.4.4.5. Requirements Architecture
7.4.4.6. Solution Scope
7.4.5. Techniques
7.4.5.1. Business Cases
7.4.5.2. Business Rules Analysis
7.4.5.3. Decision Analysis
7.4.5.4. Document Analysis
7.4.5.5. Estimation
7.4.5.6. Financial Analysis
7.4.5.7. Interface Analysis
7.4.5.8. Interviews
7.4.5.9. Item Tracking
7.4.5.10. Risk Analysis and Management
7.4.5.11. Workshops
7.4.6. Stakeholders
7.4.6.1. Customer
7.4.6.2. Domain SME
7.4.6.3. End User
7.4.6.4. Operational Support
7.4.6.5. Project Manager
7.4.6.6. Regulator
7.4.6.7. Sponsor
7.4.6.8. Tester
7.4.7. Outputs
7.4.7.1. Requirements Change Assessment
7.4.7.2. Designs Change Assessment
7.5. 5.5 - Approve Requirements
7.5.1. Purpose
7.5.1.1. to obtain agreement on and approval of requirements and designs for BA work to continue and/or solution construction to proceed
7.5.2. Inputs
7.5.2.1. Requirements (verified)
7.5.2.2. Designs
7.5.3. Elements
7.5.3.1. Understand Stakeholder Roles
7.5.3.2. Conflict and Issue Management
7.5.3.3. Gain Consensus
7.5.3.4. Track and Communicate Approval
7.5.4. Guidelines & Tools
7.5.4.1. Change Strategy
7.5.4.2. Governance Approach
7.5.4.3. Legal/Regulatory Information
7.5.4.4. Requirement Management Tools/Repository
7.5.4.5. Solution Scope
7.5.5. Techniques
7.5.5.1. Acceptance and Evaluation Criteria
7.5.5.2. Decision Analysis
7.5.5.3. Item Tracking
7.5.5.4. Reviews
7.5.5.5. Workshops
7.5.6. Stakeholders
7.5.6.1. Customer
7.5.6.2. Domain SME
7.5.6.3. End User
7.5.6.4. Operational Support
7.5.6.5. Project Manager
7.5.6.6. Regulator
7.5.6.7. Sponsor
7.5.6.8. Tester
7.5.7. Outputs
7.5.7.1. Requirements (approved)
7.5.7.2. Designs (approved)
8. 4 - Elicitation and Collaboration
8.1. 4.1 - Prepare for Elicitation
8.1.1. Purpose
8.1.1.1. to understand the scope or the elicitation activity. Select appropriate techniques and plan for appropriate supporting materials and resources
8.1.2. Inputs
8.1.2.1. Needs
8.1.2.2. Stakeholder Engagement Approach
8.1.3. Elements
8.1.3.1. Understand the Scope of Elicitation
8.1.3.2. Select Elicitation Techniques
8.1.3.3. Set up Logistics
8.1.3.4. Secure Supporting Material
8.1.3.5. Prepare Stakeholders
8.1.4. Guidelines & Tools
8.1.4.1. BA Approach
8.1.4.2. Business Objectives
8.1.4.3. Existing BA Information
8.1.4.4. Potential Value
8.1.5. Techniques
8.1.5.1. Brainstorming
8.1.5.2. Data Mining
8.1.5.3. Document Analysis
8.1.5.4. Estimation
8.1.5.5. Interviews
8.1.5.6. Mind Mapping
8.1.5.7. Risk Analysis & Management
8.1.5.8. Stakeholder List, Map or Personas
8.1.6. Stakeholders
8.1.6.1. Domain SME
8.1.6.2. Project Manager
8.1.6.3. Sponsor
8.1.7. Outputs
8.1.7.1. Elicitaion Activity Plan
8.2. 4.2 - Conduct Elicitation
8.2.1. Purpose
8.2.1.1. to draw out, explore, and identify information relevant to the change
8.2.2. Description
8.2.2.1. Collaborative
8.2.2.2. Research
8.2.2.3. Experiments
8.2.3. Inputs
8.2.3.1. Elicitation Activity Plan
8.2.4. Elements
8.2.4.1. Guide Elicitation Activity
8.2.4.2. Capture Elicitation Outcomes
8.2.5. Guidelines & Tools
8.2.5.1. BA Approach
8.2.5.2. Existing BA Information
8.2.5.3. Stakeholder Engagement Approach
8.2.5.4. Supporting Materials
8.2.6. Techniques
8.2.6.1. Benchmarking and Market Analysis
8.2.6.2. Brainstorming
8.2.6.3. Business Rules Analysis
8.2.6.4. Collaborative Games
8.2.6.5. Concept Modelling
8.2.6.6. Data Mining
8.2.6.7. Data Modelling
8.2.6.8. Document Analysis
8.2.6.9. Focus Groups
8.2.6.10. Interface Analysis
8.2.6.11. Interviews
8.2.6.12. Mind Mapping
8.2.6.13. Observation
8.2.6.14. Process Analysis
8.2.6.15. Process Modeling
8.2.6.16. Prototyping
8.2.6.17. Survey or Questionaire
8.2.6.18. Workshops
8.2.7. Stakeholders
8.2.7.1. Customer
8.2.7.2. Domain SME
8.2.7.3. End User
8.2.7.4. Implementation SME
8.2.7.5. Sponsor
8.2.7.6. Any Stakeholders
8.2.8. Outputs
8.2.8.1. Elicitation Results (unconfirmed)
8.3. 4.3 - Confirm Elicitation Results
8.3.1. Purpose
8.3.1.1. to check the information gathered during an elicitation session for accuracy and consistency with other information
8.3.2. Inputs
8.3.2.1. Elicitation Results (unconfirmed)
8.3.3. Elements
8.3.3.1. Compare Elicitation Results Against Source Information
8.3.3.2. Compare Elicitation Results Against Other Elicitation Results
8.3.4. Guidelines & Tools
8.3.4.1. Elicitation Activity Plan
8.3.4.2. Existing BA Information
8.3.5. Techniques
8.3.5.1. Document Analysis
8.3.5.2. Interviews
8.3.5.3. Reviews
8.3.5.4. Workshops
8.3.6. Stakeholders
8.3.6.1. Domain SME
8.3.6.2. Any Stakeholder
8.3.7. Outputs
8.3.7.1. Elicitation Results (confirmed)
8.4. 4.4 - Communicate BA Information
8.4.1. Purpose
8.4.1.1. to ensure stakeholders have a shared understanding of BA information
8.4.2. Inputs
8.4.2.1. BA Information
8.4.2.2. Stakeholder Engagement Approach
8.4.3. Elements
8.4.3.1. Determine Objectives and Format of Communication
8.4.3.1.1. Formal Documentation
8.4.3.1.2. Informal Documentation
8.4.3.1.3. Preseentations
8.4.3.2. Communicate BA Package
8.4.3.2.1. Group collaboration
8.4.3.2.2. Individual collaboration
8.4.3.2.3. E-mail or other non-verbal methods
8.4.4. Guideline & Tools
8.4.4.1. BA Approach
8.4.4.2. Information Management Approach
8.4.5. Techniques
8.4.5.1. Intervies
8.4.5.2. Reviews
8.4.5.3. Workshops
8.4.6. Stakeholders
8.4.6.1. End User
8.4.6.2. Customer
8.4.6.3. Domain SME
8.4.6.4. Implementation SME
8.4.6.5. Tester
8.4.6.6. Any Stakeholder
8.4.7. Outputs
8.4.7.1. BA Information (communicated)
8.5. 4.5 - Manage Stakeholder Collaboration
8.5.1. Purpose
8.5.1.1. to encourage stakeholders to work towards a common goal
8.5.2. Inputs
8.5.2.1. Stakeholder Engagement Approach
8.5.2.2. BA Performance Assessment
8.5.3. Elements
8.5.3.1. Gain Agreement on Commitments
8.5.3.2. Monitor Stakeholder Engagement
8.5.3.3. Collaboration
8.5.4. Guidelines & Tools
8.5.4.1. BA Approach
8.5.4.2. Business Objectives
8.5.4.3. Future State Description
8.5.4.4. Recommended Actions
8.5.4.5. Risk Analysis Results
8.5.5. Techniques
8.5.5.1. Collaborative Games
8.5.5.2. Lessons Learned
8.5.5.3. Risk Analysis and Management
8.5.5.4. Stakeholder List, Map or Personas
8.5.6. Stakeholders
8.5.6.1. All stakeholders
8.5.7. Outputs
8.5.7.1. Stakeholder Engagement
9. 9 - Underlying Competencies
9.1. 9.1 - Analytical Thinking and Problem Solving
9.1.1. 9.1.1 - Creative Thinking
9.1.2. 9.1.2 - Decision Making
9.1.3. 9.1.3 - Learning
9.1.4. 9.1.4 - Problem Solving
9.1.5. 9.1.5 - Systems Thinking
9.1.6. 9.1.6 Conceptual Thinking
9.1.7. 9.1.7 - Visual Thinking
9.2. 9.2 - Behavioural Characteristics
9.2.1. 9.2.1 - Ethics
9.2.2. 9.2.2 - Personal Accountability
9.2.3. 9.2.3 - Trustworthiness
9.2.4. 9.2.4 - Organization and Time Management
9.2.5. 9.2.5 - Adaptability
9.3. 9.3 - Business Knowledge
9.3.1. 9.3.1 - Business Acumen
9.3.2. 9.3.2 - Industry Knowledge
9.3.3. 9.3.3 - Organization Knowledge
9.3.4. 9.3.4 - Solution Knowledge
9.3.5. 9.3.5 - Methodology Knowledge
9.4. 9.4 - Communication Skills
9.4.1. 9.4.1 - Verbal Communication
9.4.2. 9.4.2 - Non-Verbal Communication
9.4.3. 9.4.3 - Written Communication
9.4.4. 9.4.4 - Listening
9.5. 9.5 - Interaction Skills
9.5.1. 9.5.1 - Facilitation
9.5.2. 9.5.2 - Leadership and Influencing
9.5.3. 9.5.3 - Teamwork
9.5.4. 9.5.4 - Negotiation and Conflict Resolution
9.5.5. 9.5.5 - Teaching
9.6. 9.6 - Tools and Technology
9.6.1. 9.6.1 - Office Productivity Tools and Technology
9.6.2. 9.6.2 - Business Analysis Tools and Technology
9.6.3. 9.6.3 - Communication Tools and Technology