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

5.1 Apply Foundational Concepts

5.1.1 Set Up the Organization for Success

Guide to Product Ownership Analysis

Either an organization supports product teams, or it hinders them. The challenge of creating, launching, and maintaining a successful product is complex and difficult. An organization needs to consider what it can do to ensure a supportive environment for Product Owners and the product development teams. Three areas need organizational attention:
  • Roles and responsibilities
  • Products and services aligned to strategy
  • Well defined products for teams to create
Roles and Responsibilities

Product failure can be attributed to poorly defined interactions, or gaps in responsibilities, at the integration points between:
  • Product management
  • Product Ownership
  • Product marketing
Organizations need to holistically consider the entire product lifecycle. By adopting a product lifecycle approach, an organization can make effective decisions about roles and responsibilities across these disciplines to help deliver successful products. Roles will also evolve across the product lifecycle with some roles becoming more relevant in different lifecycle stages.

With clearly defined accountabilities across product management, ownership and marketing, organizations can start to address gaps, and build robust work processes that focus on value delivery to their customers.

Misaligned Products and Services to Strategy

Misalignment causes product failure when the product:
  • Does not fit the organization's brand
  • Is not an expected type of product from the organization
  • Does not satisfy customers
  • Was not launched because it did not match the organization's strategy
Products that are misaligned should never have been built. The challenge for an organization is to initiate product creation and to ensure the evolving product remains aligned with the organization's strategy. Unfortunately, organizational leaders often lose visibility to the product once it goes into development. They do not realize when it becomes misaligned.

To help maintain alignment through to product launch, organizations can adopt:
  • an alignment strategy, and
  • build processes that allow greater visibility across the product development work including having regular touchpoints.
Poorly defined products and services

Products that were poorly defined from the onset, or suffered during product build activities, even though they may be good ideas, are another cause of product failure.

It is relatively straightforward to align key artifacts, thoughts, and perspectives with:
  • Product vision
  • Product roadmap
  • Release plans
This helps ensure that product development is supported with important artifacts that describe the product being built and have the appropriate level of detail. Regularly updating these artifacts helps maintain focus and alignment through to launch.
To create and deliver successful products, an organization needs carefully defined roles and responsibilities across:
  • Product management - Manage a product through its lifecycle, from incubation to decline.
  • Product Ownership - Maximize the value delivered by the product that is being built.
  • Product marketing - Use market knowledge to ensure the product will resonate with customers.
Responsibilities could be aligned across multiple roles, depending on the organization. Some of these roles and corresponding responsibilities include:

Product Management
  • Product lifecycle management
  • Personas
  • Business needs
  • Product vision
  • Product roadmap
  • Release planning
  • Feature definition
  • Financial measures and adoption metrics
Product Ownership
  • Customer advocate
  • Customer needs
  • Maximize product value
  • Refine backlog items
  • Ensure backlog items are "ready"
  • Iteration planning
  • Product build tracking
  • Backlog item acceptance
  • Defect management
Product Marketing
  • Market opportunities
  • Competitive analysis
  • Positioning
  • Segmentation
  • Personas
  • Business case development
  • Customer focus groups
  • Pricing, promotion, and placement
  • Sales forecasting
  • Marketing strategy
Product Owners have the greatest opportunity to create successful products because they work directly with the team to maximize the value being created. Product Ownership responsibilities can be shared by the team or other individuals. As strong representatives of customers, a Product Owner heavily influences what is being built and schedules regular touchpoints with customers to help determine which features are incorporated and when they get built by the team. POA Practitioners contribute to both the design of the product and the build activities.

How POA Helps with Role Clarity

Although POA Practitioners may not be directly involved in discussions about organizational structuring, they can:
  • Call attention to challenges in organizational structuring.
  • Encourage organizational leaders to discuss and address the issues.
  • Promote use of a product lifecycle approach from conception to retirement.
  • Help identify organizational processes that support the full product lifecycle.
  • Help steer organizational discussions to clarify the functional units or roles that support each component of the product lifecycle.
  • Help integrate product management, Product Ownership, and product marketing practices to address gaps and resolve conflicts.
  • Help communicate responsibilities to ensure shared understanding.
Each of these tasks can be performed by either the team, or by designated individuals supported by Product Ownership analysis.

POA Techniques for Role Clarity

These POA techniques discussed below reference the three key disciplines of product management, Product Ownership, and product marketing.

Agile Extension Techniques
  • Planning Workshop: Discuss how the organization will address functions and define responsibilities across the three disciplines.
  • Value Stream Mapping: Understand the creation of value across the customer experience and make improvements from effectively organizing the three disciplines.
  • Visioning: Understand decision options for integrating the three disciplines and clarify the organization's vision of how it creates and delivers products.
BABOK® Guide Techniques
  • Balanced Scorecard: Manage performance in any business model, organizational structure, or business process, and develop improvements through the integration of the three disciplines.
  • Benchmarking and Market Analysis: Understand how effective organizations organize for product delivery success. This can help:
    • Improve organizational operations
    • Increase customer satisfaction
    • Increase the value delivered to stakeholders
  • Business Capability Analysis: Understand how things need to change and what an organization can do to implement those changes to build an integrated environment that can support:
    • Product creation,
    • Launch, and
    • Ongoing management.
  • Business Model Canvas: Assess how value is created, captured, and delivered to key stakeholders, and understand organizational or environmental changes.
  • Decision Analysis: Assess options for integrating the three disciplines and determine the value of alternate outcomes for different ways of structuring the three disciplines.
  • Interviews: Elicit information, share data, or build support for a proposed solution.
  • Metrics and Key Performance Indicators (KPIs): Measure delivery across the organization as it is, and because of change.
  • Organizational Modelling: Describe current roles, responsibilities, and reporting structures within an organization, and because of change.
  • Process Analysis: Assess the processes describing how work is completed across the lifecycle, looking for efficiencies and effectiveness.
  • Process Modelling: Provide a standardized graphic model to demonstrate how the product lifecycle is carried out and explain how to work through it.
  • Roles and Permissions Matrix: Ensure coverage of activities across the product lifecycle by:
    • Denoting responsibility
    • Identifying roles
    • Communicating planned changes
  • Stakeholder List, Map, or Personas: Identify individuals who need to be involved in decision-making.
  • SWOT Analysis: Evaluate an organization's strengths, weaknesses, opportunities, and threats, to internal and external conditions that impact product creation and delivery.
Other Techniques
  • Empathy Map: Develop a deeper understanding of organizational goals, attitudes, perceptions, and motivations to effectively evaluate roles and responsibilities.
Case Study: Improving Processes - Cell Phone Manufacturer
Background
ABC Corp, a mid-sized pioneer cell phone manufacturing company was reduced to a small, niche player, because of competitive pressures. The company had several rounds of downsizing over the last few years and operated with a smaller staff complement. There was zero growth in revenues over the last three years, and the company's financial position was rapidly eroding. Cutting expenses allowed ABC Corp to continue operating but it needed to grow sales and revenue to stay a viable operation.

Natalia was one of two Product Owners at ABC Corp. She was at ABC Corp for a year and had five years of Product Ownership experience. Ivan was a Financial Analyst in the finance department and became a Product Manager, the only person with that title at the company.

As an experienced Product Owner, Natalia was frustrated with ineffective and inefficient processes that were obstacles to delivering good outcomes, and she did not know what she could do. She found an ally in Ivan who understood that the next product launch could determine ABC Corp's future success.

Challenge
ABC Corp has not brought a successful product to market in a few years, and none of the last five releases captured enough market shares to cover the original investments. Without market success and increased revenue, the only recourse for ABC Corp would be to sell its business to a competitor.

Action
Natalia and Ivan agreed to:

  • Research the issues,
  • Assess the current state, and
  • Develop recommendations that they jointly presented to their respective managers.
Research
  • They spent two months benchmarking similarly sized companies' product development and product management practices.
  • They completed online research to identify best practices used by leading companies. For example, they:
    • Identified product lifecycle approaches.
    • Learned about the importance of integrating:
    • product management,
    • product marketing, and
    • Product Ownership practices.
By comparing ABC Corp's environment to industry best practices, Natalia and Ivan developed a:

  • Future state description that clearly described a productive environment that addresses the entire product lifecycle.
  • Roles and permissions matrix that identified who takes responsibilities for the various components of the lifecycle.
Outcome
The two presented this information to their managers who agreed to forward the recommendations for senior management consideration.

Natalia and Ivan socialized their recommendations with other managers to develop additional support. It took almost five months to start implementing their recommendations. Although not all recommendations were implemented, and some were modified, Natalia and Ivan felt they increased organizational support and gained a greater management understanding of what it takes to deliver a successful product. Both felt more confident that they have the pieces in place for future success.

Lessons Learned
Although Product Owners are not likely to have decision-making authority to address cross-functional processes, they can often influence organizational leaders. Changing organizational processes and integrating work across different functional units can be painstaking and time- consuming work. However, the payoff can be a dramatic improvement in organizational efficiency and effectiveness. In fact, integrating product management, product marketing and Product Ownership practices is a critical ingredient in launching and managing successful products. Product Owners can help influence these discussions and provide real-world insights to add realism to the discussions and the solutions.

Product value creation needs to align with customer needs and organizational goals and objectives. An organization can align product build outcomes with organizational strategy by applying concepts described in the "Agile  Extension to the BABOK Guide". Where strategic alignment is critical, a company should consider aligning with the three horizons:
  • Strategy horizon
  • Initiative horizon
  • Delivery horizon
Each horizon describes time periods for decision-making and feedback learning loops to synchronize activities and effectively link actions.


P24.png
To ensure products are strategically aligned, Product Owners and other individuals must understand:
  • Strategic objectives
  • Initiatives
  • The team's work
  • The importance of feedback
Strategic Objectives

A Product Owner should strive to understand the organization's business strategy, which is formulated to give an organization a path to achieve its mission and vision and drives the rationale for the initiative. The business strategy is directly aligned with the organization's mission and vision.

Identified initiatives have focused outcomes that an organization wants. These outcomes enable a company to collectively realize its desired vision.

There are specific questions that need to be answered at the Strategy Horizon stage which lead to starting initiatives. Feedback is used to help decide whether initiatives continue or are cancelled.
Agile Planning Horizons - Strategy.png
The Strategy Horizon
Questions to Ask Decisions
  • Is a business need worth satisfying?
  • Should an initiative be created?
  • Should an existing initiative be changed or cancelled?
  • Impact entire organization.
  • Need to allocate resources.
  • Identify products, services, and initiatives.
  • Look out three months to multiple years.

Deliverables

The first set of deliverables needed for product build activities are:
  • Product vision
  • Product roadmap
  • Release plan
These can be used to align the Initiative Horizon with the Strategy Horizon. The decision-making that needs to occur at the initiative level are:
Agile Planning Horizons - Delivery.png
The Delivery Horizon
Questions to Ask Decisions
  • What aspects of the features should be worked on, and in what order?
  • Is there enough to deliver?
  • Focus on the delivery related work.
  • Prioritize value being created.
  • Strive to deliver value constantly.
  • Look out one to four weeks.

Putting it all Together

Putting everything together and incorporating the essential feedback- learning loops provides a blueprint for aligning the product being built to the organization's strategic goals and objectives. The feedback-learning loops across the Horizons give the organization the ability to ensure the evolving product builds are aligned with:
Agile Planning Horizons .png
How POA Helps Align Across Planning Horizons

The POA Practitioner plays an active role in ensuring work across strategy, initiative, and delivery horizons remains aligned. Product Ownership analysis connects the work of the delivery team to the business strategy, providing the team with a sense of purpose, as well as awareness of their contribution in achieving strategic business goals. Sharing information across feedback loops allows better decision-making to:
  • Understand the organizational strategy.
  • Encourage organizational leaders to discuss and align, from strategy to initiatives, the work that teams do.
  • Be aware of all initiatives and how they may be related.
  • Secure funding for changes where they align with strategic objectives.
  • Understand how the product being built is an important component of the initiative.
  • Understand the value of feedback loops.
  • Use feedback at the product build level as critical information for those managing work at an initiative level.
  • Drive the discussion and ask for information from those managing work at the initiative level.
  • Be responsive to changes and adapt the build activities.
POA Techniques for Planning Horizons

Agile Extension Techniques
  • Kano Analysis: Reviewed to understand why specific initiatives were defined in the way they were.
  • Portfolio Kanban: Provide real-time visibility to the initiatives across the organization.
  • Purpose Alignment Model: Understand the overall focus and priority of initiatives across the organization.
  • Value Stream Mapping: Understand the creation of value across the customer experience for the initiative.
BABOK® Guide Techniques
  • Business Cases: Describe initiatives that are underway.
  • Metrics and Key Performance Indicators (KPIs): Communicate priorities and measure delivery across the organization.
  • SWOT Analysis: Understand the context in prioritizing initiatives.
Other Techniques
  • Problem Definition and Analysis: Develop clarity about the challenges that need to be addressed at each horizon to ensure product alignment.
Case Study: Transitioning to Agile & Managing Change Processes - Cell Phone Manufacturer
Background
ABC Corp typically uses a standard business case to assess ideas for new products or services that are identified by senior managers. Although ideas can be generated at any time, the management team meets once a year at budget time to select the most promising ideas. Those that are most likely to help ABC Corp meet its strategic objectives for the coming year are selected. Resources are committed to finalizing the details of the business case, and those that demonstrate a strong financial outcome are selected for further work.

ABC Corp slowly transitioned to using agile practices. The organization used a hybrid set of practices, some of which were agile and others that used a traditional plan-driven approach.
  1. Business case was selected
  2. Project manager was appointed
  3. Project team was assembled
  4. Progress was reported against the project plan
  5. Specific metrics (time, cost and scope based) were reported monthly
  6. The project to build the product was completed
  7. The marketing team was engaged to launch the new product
ABC Corp was going into the annual budget cycle and many employees felt it was time to do things differently.

Challenges
Although there was some effort to select work that addressed strategic objectives, once underway, little was done to maintain alignment. Given the dynamic nature of the cell phone industry, as well as the intense competition, some products brought to market were obsolete soon after launch. In other instances, a product was built and ready to launch, but when senior management decided it no longer met the organization's strategic needs, it was not launched. In addition, several initiatives were undertaken as a result of a particularly passionate leader, even if it did not align with other organizational initiatives.

Actions
The team responsible for adopting agile practices at ABC Corp was very vocal about changing well-entrenched traditional management practices. They had success with three separate delivery teams over a 12-month time period.
  • One team completed their product build in half the projected time.
  • The second team was able to:
    • Demonstrate that the planned product was not aligned with customer needs,
    • Cancel the initiative three months into the work, and
    • Save ABC Corp close to $1 Million.
  • The third team was able to:
    • React to the entry of a new competitor,
    • Raise the issue with management, and
    • Adapt the planned build activities to deliver a better product.
Using these wins, ABC Corp needed to seriously think about what it could do to:
  • achieve greater alignment,
  • improve productivity, and
  • increase the chances of success.
Outcomes
The agile team recommended implementing the three initiatives along with the recommended feedback loops. The team:
  • Met with the senior management team to discuss this implementation.
  • Demonstrated the benefits of the approach they proposed based on the tangible results achieved with three initiatives.
  • Provided research on other organizations that had adopted similar approaches and the realized benefits.
The management team agreed to implement the three Horizons approach and pilot the process through one year.

The senior management team agreed to monthly meetings to assess feedback at the initiative level and the strategy level. The agile team was confident that the process would become the standard at ABC Corp.

Lessons Learned
Changes in strategy development, strategic management, or annual budgeting processes are difficult to achieve. Management desires predictability and it is challenging to see how an adaptive process can provide the level of confidence needed. This explains why:
  • Third-party research is important.
  • Evidence of what similar organizations are doing is powerful.
  • Demonstrating the results of in-house practices carries weight and can help sway opinions.
Product Owners should look for small wins in their organization using new practices that can demonstrate tangible evidence of improved performance. They can build on these with small improvements, which add to prior improvements and move the organization forward. Product Owners can help influence these discussions and provide real-world insights to the discussions and the solutions.

Several artefacts are produced to support product development and product growth strategies. Some of these are driven by POA-related work, and some are created by other functional units in the organization and used by POA Practitioners. These artefacts include describing strategic considerations and identifying the tactical execution that supports realization of the overall strategy. The key is to only create artefacts when they are needed, and to a level of detail that meets the purpose. Common understanding and shared understanding are more important than comprehensive documentation.

Here is an example of how high-value artefacts could be used to support organizational alignment:
Artefact Alignment.png
How POA Helps Align Artefacts

The POA Practitioner can work to identify artefacts to describe the product being built with other functional areas, e.g.:
  • Finance
  • Product management, and
  • Product marketing
Describing how the artefacts will be used, and why they are important, can influence leaders to adopt them.

Good POA is required as input into the creation and use of artefacts:
Artefact Description POA Practitioner's Responsibility
Product Vision
  • Describes the future state of the product and the benefits it will deliver to customers.
  • It is used to communicate the product goals and objectives, and it provides focus for the team.
  • Typically created by a Product Manager or the product management function.
  • Collaboration with the product team: moderated by the POA Practitioner, is recommended, particularly when identifying product goals and objectives.
Product-Market Fit
  • Describes how a product satisfies the needs of its target customers.
  • Gets updated as the Product Owner learns from customer feedback.
The POA Practitioner should drive this work and collaborate with:
  • A Product Manager, or
  • The product management function,
  • A Product Marketing Expert, or
  • The product marketing function.
Value Proposition
  • Identifies the value created and delivered for key stakeholders.
  • Requires the Product Owner to have intimate knowledge of customers.
  • Understands how the product will address customer pain points or help them capitalize on opportunities.
The POA Practitioner should drive this work and collaborate with:
  • Product Manager, or
  • The product management function,
  • A Product Marketing Expert, or
  • The product marketing function.
Business Model Canvas
  • Describes how an enterprise creates, delivers, and captures value for and from its customers.
  • It serves as a blueprint for:
    • Implementing the product strategy, and
    • Describing the financial feasibility of the product being built.
The POA Practitioner should drive this work and collaborate with a Product Manager or the product management function, if it exists.
Product Roadmap Describes how the product will achieve the vision. The product roadmap:
  • Gives the product a strategic context,
  • Helps rally the organization, and
  • Excites customers about the product's direction.
  • Typically created by a Product Manager or the product management function.
  • The POA Practitioners manage how the product value is incrementally delivered.
  • The roadmap requires sound analysis inputs.
Release Plan Identifies product features planned for delivery over a specific time. It provides information that:
  • Is aligned with the product roadmap,
  • Lists the number of planned releases, and
  • Is about the features that will be delivered in each release.
The POA Practitioner should drive this work and collaborate with a Product Manager or the product management function, if it exists.
Iteration Plan Identifies the product features that will be created and delivered in the next product increment.
  • Although the team has responsibility for the release plan, the Product Owner must be available to provide business information, as needed by the team. This becomes the basis for the team's daily work plan.
The team owns the iteration plan and decides what to include.

The POA Practitioner:
  • Helps ensure the product backlog is refined,
  • Attends the iteration planning event to provide guidance and information to the team.


Effective POA requires an individual to:

  • Identifying artefacts to describe the product being built by working with other functional areas, including
    • Finance,
    • Product management,
    • Product marketing, and
    • Product Ownership.
  • Ensure artefacts cover the entire product lifecycle.
  • Agree on where each artefact aligns with the product lifecycle.
  • Develop a Roles and Permissions Matrix, (e.g., a RACI) to identify responsibilities for artefacts.
  • Determine how a Product Owner will use each artefact to communicate and engage key stakeholders during product build activities.
POA Techniques to Align Artefacts

Agile Extension Techniques
  • Planning Workshop: Identify artefacts to support the product lifecycle.
  • Value Stream Mapping: Understand the creation of value across the customer experience and how the artefacts align with value creation processes.
  • Visioning: Understand decision options for integrating the artefacts with the product lifecycle.

BABOK® Guide Techniques
  • Benchmarking and Market Analysis: Understand the artefacts for effective product lifecycle management.
  • Business Capability Analysis: Understand what an organization can do and how key artefacts support that capability.
  • Decision Analysis: Assess options for integrating artefacts into the organization's product lifecycle management processes.
  • Interviews: Elicit information, share data, or build support for the use of artefacts integrated into the organization's product lifecycle management processes.
  • Organizational Modelling: Identify roles, responsibilities, and reporting structures within an organization for each of the artefacts.
  • Process Analysis: Assess how well artefacts align with the organization's product lifecycle management processes.
  • Process Modelling: Provide a standardized graphic model to describe how artefacts align with the organization's product lifecycle processes.
  • Roles and Permissions Matrix: Ensure coverage of artefacts across the product lifecycle by
    • Denoting responsibility,
    • Identifying roles, or
    • Communicating planned changes.
  • Stakeholder List, Map, or Personas: Identify individuals who need to be involved in decision-making for the use of the artefacts.
Case Study: Maintaining Strategic Alignment with Artefacts - Cell Phone Manufacturer
Background
ABC Corp saw the benefits of two changes:
  • Implementing a product lifecycle approach, and
  • Having monthly planning meetings to assess feedback from inflight initiatives.
Challenge
The management team noticed that some of the detailed work being completed by delivery teams seemed disconnected from the organizational strategy.

Actions
Workshops were held with a cross-functional team that included the Product Manager and the two Product Owners.

A Business Analysis Professional facilitated additional sessions to identify root causes of misalignment and recommend what could be done to improve the situation.

Outcomes
The root cause analysis demonstrated that even where there was initial alignment with strategic objectives, little attention was paid to ongoing alignment as the work progressed.

The cross-functional team brainstormed potential solutions to address the misalignment.

After several weeks of work, the team recommended critical artefacts be produced at key points of the work.
  • Each artefact was defined, along with guidelines for creating and using them.
  • Each artefact had a clear purpose, and each was linked to previously created artefacts.
  • As a collection of artefacts, they demonstrated a clear link from strategy to the work being completed.
Lessons Learned
Having a clearly defined process for product lifecycle management is a good start but often is not enough. Many organizations find that teams are busy and often get entrenched in the details of product development activities. The "big picture" gets lost. This can be problematic in fast- moving, dynamic environments.

The discipline provided by standard artefacts, how to create and use them, can help teams maintain the link to strategy throughout the product lifecycle.

Product Owners can help influence these discussions, provide insights, and identify the most important artefacts.