Agile Zone is brought to you in partnership with:

Roman Pichler is an agile product management and Scrum expert. He is the author of the book "Agile Product Management with Scrum" and writes a popular blog for product owners and product managers. Roman is a DZone MVB and is not an employee of DZone and has posted 37 posts at DZone. You can read more from them at their website. View Full User Profile

From Product Idea to Product Launch

  • submit to reddit

Scrum assumes that the team is able to create a product increment in the very first sprint – working software that could be shipped. But little has been said about the agile frontend, the necessary activities to prepare the first sprint. This blog post aims to fill the gap by sketching an agile innovation process that starts with an idea and ends with a shippable product.

What happens before the first sprint? We can answer this question if we know the entrance criteria for the sprint. Ken Schwaber recommends in his book Agile Project Management with Scrum that a product vision and an initial product backlog should be available before the first sprint starts. Applying this advice results in the following process:

From Product Vision to Shippable Product

But the diagram above is incomplete. It considers only the “development” part of a product innovation process. Where is the frontend? Where do the product vision and the product backlog come from? If we follow the common notion that any innovation starts with the idea to create a new product or to update an existing one, we can extend the process as follows:

From Product Idea to Shippable Product

The diagram above sketches a process that consists of two steps: a visioning step that creates the product vision and the initial product backlog, and a subsequent “development” step that turns the vision into a product ready for launch.

At the end of visioning, following information should be available:

  • What will the future product (version) roughly look like and do?
  • Who are the target customers and users?
  • How does the product add value?
  • Why is it beneficial for the organisation to develop the product?
  • Is the product feasible and how will it be roughly built?
  • What are the desired product launch date and the target budget?

Answering these questions may require creating additional artefacts including an architecture vision, (throwaway) prototypes, and a business case.

Like all things agile, envisioning the product should be a collaborative effort. The product owner should lead the visioning work and involve the right people: the team members, the stakeholders, and the ScrumMaster. This approach leverages the collective wisdom of the individuals and results in a vision that is truly shared. Keep the same individuals involved while the vision is turned into a shippable product to avoid hand-offs, defects, waiting and delays, and other waste. (Note that not necessarily all team members have to partcipate in the visioning.)

Make sure to involve target customers and users early and regularly in the innovation process. Validate any idea and assumption as quickly as possible with prototypes or even better, with a product increment. Instead of trying to predict the future – something notoriously difficult for anyone not blessed with perfect foresight – let the product evolve through an ongoing dialog with its users and customers, and the other stakeholders.

Early and Regular Feedback


Avoid the mistakes of neglecting and of overdoing the visioning work. Spending month after month with extensive upfront market research, product planning and business analysis is hardly desirable in an agile world where flux and unpredictability dominate. The following two factors allow you to understand how much visioning effort is likely to be required for your product: your product’s lifecycle stage, and its complexity – the feature set as well as the technical solution. The younger and the more complex a product is, the higher the necessary upfront investment tends to be.

When envisioning your product, focus on the minimal marketable product – a product with minimum functionality that meets the selected customer needs. This reduces the necessary visioning effort and the overall time to market. As a rule of thumb, a few hours to a few weeks – rather than many months – should be sufficient to answer the questions above.

Find out more about agile product innovation and the visioning work by reading my book Agile Product Management with Scrum or by attending my Agile Product Management training course.

Published at DZone with permission of Roman Pichler, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)



Muhammad Faiz replied on Fri, 2012/04/13 - 8:10am

Sounds kind of like a mix breed between a story carding meeting and a release planning meeting. Sometimes called a “discovery meeting.”

Good points here. There needs to be a little bit more work up front by the PO’s to set the vision for the product.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.