Klik på en miniature for at gå til Google Books
Indlæser... Product Roadmaps Relaunched: How to Set Direction while Embracing Uncertainty (udgave 2017)af C. Todd Lombardo (Forfatter)
Work InformationProduct Roadmaps Relaunched: How to Set Direction while Embracing Uncertainty af C. Todd Lombardo
Ingen Indlæser...
Bliv medlem af LibraryThing for at finde ud af, om du vil kunne lide denne bog. Der er ingen diskussionstråde på Snak om denne bog. ingen anmeldelser | tilføj en anmeldelse
A good product roadmap is one of the most important and influential documents an organization can develop, publish, and continuously update. In fact, this one document can steer an entire organization when it comes to delivering on company strategy. This practical guide teaches you how to create an effective product roadmap, and demonstrates how to use the roadmap to align stakeholders and prioritize ideas and requests. With it, you'll learn to communicate how your products will make your customers and organization successful. Whether you're a product manager, product owner, business analyst, program manager, project manager, scrum master, lead developer, designer, development manager, entrepreneur, or business owner, this book will show you how to: Articulate an inspiring vision and goals for your product Prioritize ruthlessly and scientifically Protect against pursuing seemingly good ideas without evaluation and prioritization Ensure alignment with stakeholders Inspire loyalty and over--delivery from your team Get your sales team working with you instead of against you Bring a user- and buyer--centric approach to planning and decision-making Anticipate opportunities and stay ahead of the game Publish a comprehensive roadmap without over-committing. No library descriptions found. |
Current DiscussionsIngen
Google Books — Indlæser... GenrerMelvil Decimal System (DDC)338.476213810973Social sciences Economics Production Secondary industries and services Services and specific products Technology Engineering and allied operationsLC-klassificeringVurderingGennemsnit:
Er det dig?Bliv LibraryThing-forfatter. |
Since the terms vision, objective, and theme are used in different ways across different processes, it is worth defining them briefly. The product vision is why the product exists at all. This includes who the product is for, what they need, and the value that the product provides to meet that need for that customer.
In particular, a vision is not a business objective. Selling a certain number of units may be a valuable and necessary business objective, but it does not say why the product exists for the customer. Defining these objectives is the second important part of the roadmap. Business objectives describe what needs to happen for the product to successfully fulfill the building and get customers to adopt the product. It is important to have metrics, also called key performance indicators (KPIs), which define whether or not those objectives are being met. Paired together this maps cleanly onto the Objectives and Key Results (OKR) framework that many companies use. These objectives and their KPIs should be focused on outcomes, not outputs. That is, they should be focused on the value that is being provided, not the specific means that are being implemented to try to achieve those objectives.
Themes define what would need to be true to meet the vision and the business objectives. These are, in essence, the smaller customer needs and problems that add up to the larger goals. One way to think of themes is to think of them as what you get if you work backward from the vision one or two steps. Themes define problems that need to be solved and not the solutions to those problems; the roadmap is about direction, not features. If a vision is large enough, it may be useful to divide themes into more granular subthemes, but more layers than that probably means that the team is trying to do too many things.
The authors give an example of a garden hose where the vision is perfecting lawns by perfecting water delivery, one of the themes is indestructibility of the hose, and a subtheme is no leaks. The vision makes it clear what value is being delivered for users. The theme indicates a requirement for achieving that vision. The subtheme describes a significant element of fulfilling that requirement.
The chapter on developing themes shared a really useful tool for connecting themes to development: the opportunity-solution tree (discussed in more depth in this article by Teresa Torres -- see the image at the end of the article for the tl;dr). The opportunity-solution tree has an objective/desired outcome at the root. Its children are the different themes/opportunities. The children of each theme are the different features/solutions. Each feature has as children a number of experiments to help determine exactly how it should be executed. What I like about making this tree explicit is that it forces every experiment and every feature to relate back to an objective and, ultimately, the product vision.
The rest of the book goes into these elements in more depth and discusses when and how to discuss specifics like features and detailed timelines in relation to the roadmap. It also discusses things like getting alignment and updating the roadmap. In my opinion, the second half of the book felt a bit padded, hence the lower review. The alignment chapter is a good example. There is nothing there that is specific to roadmaps and what is there is fairly generic. ( )