Skip to content
Browse
BABOK Guide
BABOK Guide
10. Techniques
Introduction 10.1 Acceptance and Evaluation Criteria 10.2 Backlog Management 10.3 Balanced Scorecard 10.4 Benchmarking and Market Analysis 10.5 Brainstorming 10.6 Business Capability Analysis 10.7 Business Cases 10.8 Business Model Canvas 10.9 Business Rules Analysis 10.10 Collaborative Games 10.11 Concept Modelling 10.12 Data Dictionary 10.13 Data Flow Diagrams 10.14 Data Mining 10.15 Data Modelling 10.16 Decision Analysis 10.17 Decision Modelling 10.18 Document Analysis 10.19 Estimation 10.20 Financial Analysis 10.21 Focus Groups 10.22 Functional Decomposition 10.23 Glossary 10.24 Interface Analysis 10.25 Interviews 10.26 Item Tracking 10.27 Lessons Learned 10.28 Metrics and Key Performance Indicators (KPIs) 10.29 Mind Mapping 10.30 Non-Functional Requirements Analysis 10.31 Observation 10.32 Organizational Modelling 10.33 Prioritization 10.34 Process Analysis 10.35 Process Modelling 10.36 Prototyping 10.37 Reviews 10.38 Risk Analysis and Management 10.39 Roles and Permissions Matrix 10.40 Root Cause Analysis 10.41 Scope Modelling 10.42 Sequence Diagrams 10.43 Stakeholder List, Map, or Personas 10.44 State Modelling 10.45 Survey or Questionnaire 10.46 SWOT Analysis 10.47 Use Cases and Scenarios 10.48 User Stories 10.49 Vendor Assessment 10.50 Workshops

2.1 Tasks

2.1.6 Plan Business Data Analytics Approach

Guide to Business Data Analytics

Planning the Business Data Analytics Approach defines how analytics work will be performed. When planning a business data analytics approach, analysts:

  • determine the capabilities and capacity of the organization to perform analytics so the team understands what is realistically possible,
  • identify “quick wins” versus longer-term efforts,
  • determine the type of analytics questions being asked for (descriptive, diagnostic, predictive, or prescriptive), and
  • maintain traceability of business needs, objectives, research questions, and their sources (for example, stakeholders who asked the research questions or analysis that pointed to specific research questions).
Planning is an iterative process and changes to the approach are made as new knowledge is gained. Each of the six business data analytics domains includes an element of planning which may influence the overall approach to analytics.

There is no right or wrong answer as to the degree of formality of the business data analytics approach. Some organizations may choose to formally document the decisions made when defining their approach by using a business data analytics planning template. Other teams may choose to build more visual models to capture the decisions and include the information on shared wikis and within the team's workspace.

When planning the business data analytics approach, analysts use techniques such as brainstorming to quickly identify a list of activities needed to be performed, functional decomposition to break down high-level concepts into lower-level tasks, and estimation to assess how long it may take to complete various activities. Analysts planning the business data analytics approach use facilitation, leadership skills, and negotiation skills to obtain stakeholder consensus.

Planning Business Data Analytics Approach at Various Stages

When research questions or the solution approaches involve more complexity than anticipated, analytics initiatives are typically implemented in multiple stages of maturity:
  • A proof of concept stage which focuses primarily on feasibility of the analytics approach.
  • A pilot stage which focuses on limited scale solution to discover integration and quality issues.
  • A production stage which focuses on business value for customers or internal stakeholders.
Deployment Stage Level of Formality Assessment of Organizational Capabilities and Resources Planning Outlook Data Characteristics
Proof of Concept Low
  • Qualitative assessment of capabilities
  • Independent and agile teams
  • Low governance
  • Only key stakeholder engagement
  • Flexible solution and data architecture
Near-term
  • Static and limited data without data pipelines from different sources
  • Noisy but consciously curated
Pilot Medium
  • Both qualitative and measurable assessment
  • Larger teams with cross- functional capabilities
  • Some governance structure defined
  • Most stakeholders are identified and engaged
  • Solution and data architecture are defined
Mid- to long-term
  • Dynamic data integrated to most of the known data sources
  • Usable data with defined transformation procedures
Production High
  • Both qualitative and measurable assessment
  • Larger teams with cross- functional capabilities
  • Governance structure deployed
  • Most stakeholders are identified and engaged
  • Solution and data architecture are implemented and integrated to enterprise architecture and data strategy and governance
Long-term
  • Dynamic data integrated to most of the known data sources
  • Usable data with defined transformation procedures