Home Contact us
Home » News » News & Events » Succeeding with Scrum: Start by Creating an Effective Product Vision

Succeeding with Scrum: Start by Creating an Effective Product Vision

Jun 24, 2009

Roman Pichler, Scrum Alliance

An effective product vision ensures the success of SCRUM by guiding your team and aligning stakeholders and customers. Learn how to craft this all-important unifying product vision to succeed with Scrum!

Have you ever worked on a Scrum project where the overall goal was not clear? Where you had a product backlog but the people involved in the development effort only vaguely understood the purpose of the release? It happens more frequently than any of us would like, even on projects with multi-million dollar budgets! Often Scrum’s emphasis on “getting work done” is misunderstood as a rush to develop with not enough thought to where the project should be going. Don’t make that mistake. Every Scrum project needs a product vision that acts as the project’s true north, sets the direction and guides the Scrum team. It is the overarching goal everyone must share – Product Owner, ScrumMaster, team, management, customers and other stakeholders. As Ken Schwaber puts it: “The minimum plan necessary to start a Scrum project consists of a vision and a Product Backlog. The vision describes why the project is being undertaken and what the desired end state is.” (Schwaber 2004, p. 68)

Six Questions

"Vision is the art of seeing things invisible," observed the English writer Jonathan Swift. The product vision paints a picture of the future that draws people in. It describes who the customers are, what customers need, and how these needs will be met. It captures the essence of the product – the critical information we must know to develop and launch a winning product. Developing an effective product vision entails carefully answering the following questions:

  • Who is going to buy the product? Who is the target customer? Who is going to use the product? Who are the users?
  • Which customer needs will the product address? What is the product’s value-added?
  • Which product attributes are critical to address the customer needs selected, and therefore for the success of the product? In which areas is the product going to excel?
  • How does the product compare against existing products, both from competitors and the same company? What are the product’s unique selling points? What is its target price?
  • What are the sources of revenue and what is the business model?
  • What is the target timeframe and budget to develop and launch the product?

Answering these questions gives us the information to create a business case. It allows us to decide if and how the project should proceed.

Creating the Product Vision

Since the Product Owner is responsible for the success of the product and its return on investment (ROI), the individual should lead the vision-creation activities through close collaboration with the team. For innovative projects, this team may include business and technical people; for instance, marketers, product and user interface designers, and developers. The more innovative and complex the product is, the more functionality is provided, the more effort is required to create it. For new-product development projects and major product updates, market research and prototyping activities are usually carried out. Since it may take several weeks or even months to compile the relevant information in this case, running one or more sprints is the best way to carry out the visioning work. Contrast this with a small product update or a maintenance release where creating the vision may only take a few hours or days.

The Heart of the Product Vision

At the heart of the product vision is the description of the selected customer needs and the necessary product attributes meeting those needs. This requires that we first select our target customers and then the relevant customer needs, thereby deciding which market or market segment the product is going to address. Then we identify the product attributes, those critical high-level requirements the product must fulfil to meet the needs.

Product attributes typically comprise both non-functional and functional requirements. Non-functional requirements include performance, robustness, and usability requirements. Functional requirements describe specific product functions or features, for instance making a call or sending an email. The product attributes serve as a guide for the team; they constrain the solution space – the set of all possible solutions.

Describing product attributes at the right level of detail is a balancing act that requires close collaboration between the Product Owner and the team. Under-specifying attributes causes a lack of guidance and direction. Over-specifying product attributes results in making decisions earlier than necessary and negatively impacts the team’s creativity. The techniques useful to describe attributes include personas and scenarios, use cases, and user stories.

Desirable Qualities

Like any important goal, a good vision equally appeals to our intellect and to our emotions. It should motivate and inspire people. The product vision should be shared and unifying; clear and stable; broad and engaging; and short and sweet.

Shared and Unifying

Everyone involved in the development effort must buy into the vision: Product owner, ScrumMaster, team, management, customers, users, and other stakeholders. A shared vision creates alignment and unifies everyone involved in the development effort. It facilitates effective teamwork and enables team learning. Involving the entire Scrum team and the stakeholders in creating the vision facilitates buy-in and the creation of a shared vision.

Clear and Stable

The product vision must be clear and easy to understand to create alignment and a common purpose, and to avoid misinterpretation and confusion (Lynn&Reilly 2002). The English term vision is derived from Latin visio, which translates to “seeing, view, notion, idea.” The product vision should hence allow us to see the future product. The vision should not be fuzzy or hazy. Vision changes, particularly with regards to customer needs and critical attributes, can cause confusion, de-motivation, and project failure. Small adjustments are usually fine, as long as the product’s value proposition stays the same.

Broad and Engaging

The product vision should describe a broad and engaging goal: a goal that guides the development effort but leaves enough room for creativity; a goal that engages and inspires people, fosters creativity, and generates buy-in.

Short and Sweet

The product vision should be brief and concise (Pichler 2008). It should contain only information critical to the success of the product. The blockbuster products researched by Lynn&Reilly (2002), for instance, had visions with no more than six product attributes. The product vision is, therefore, not a feature list and should not provide unnecessary detail.
The Elevator Test

The classic way to validate the product vision is to answer the elevator test: “Can you explain your product in the time it takes to ride up in an elevator?” Moore (2006, p. 152). Passing this test ensures that your product vision is clear, engaging, and brief (assuming we ride up a building with the right height and don’t get stuck). Notice that the elevator test does not tell us if we have selected the right customer needs and the right product attributes; only early customer feedback can do that.
Summary

An effective product vision guides the Scrum team and aligns stakeholders and customers. Spending time and money to have a shared, stable and clear vision in place is a worthwhile investment. The trick is to spend just enough time in visioning – as little time as possible but as much as required; to use Scrum to create the vision; and to ensure that as many of the team members involved in the vision creation as possible also transform it into the actual product.

References

  • Lynn, Gary S. and Richard R. Reilly. Blockbusters. The Five Keys to Developing Great New Products. HarperCollins. 2002.
  • Moore, Geoffrey A. Crossing the Chasm. Marketing and Selling Disruptive Products to Mainstream Customers. Revised edition. Collins Business Essentials. 2006.
  • Pichler, Roman. Agile Product Management. Turning Ideas into Winning Products with Scrum. Addison-Wesley. To be published.
  • Schwaber, Ken. Agile Project Management with Scrum. Microsoft Press. 2004.

The article was originally published at the Scrum Alliance website.

News Archive