Global Agile Summit Preview: Unifying Strategy, Discovery, and Delivery in Product Development With Roman Pichler In this BONUS Global Agile Summit preview episode, we explore a crucial topic that's shaping how we approach product development—sometimes in ways that serve us well and sometimes in ways that hold us back. There's a growing trend in our industry to explicitly separate strategy, discovery, and delivery into distinct activities or even different teams. On the surface, this seems logical: strategy decides the right thing to do, discovery figures out how to do it, and delivery gets it done. But is this division actually helping us? Or is it creating barriers that make great product development harder? The Origins of Product Discovery "I think it's partly based, at least on Marty Cagan's work, and his insight that many teams are very much focused traditionally on delivering outputs, on writing code. And I think his original intention was to say, 'Let's not worry about creating outputs. Let's also make sure that what we creating makes sense.'" Roman Pichler shares insights on how the concept of product discovery emerged as a reaction to teams being overly focused on outputs rather than outcomes. He explains that conceptually distinguishing between product strategy, discovery, and delivery can be helpful—much like organizing clothes into different sections of a wardrobe. However, in reality, these activities must be connected, informing and guiding each other rather than existing as sequential steps. The Risks of Separating Product Strategy, from Discovery, and from Delivery "If we have a group of people who takes care of strategic decisions, a different group focusing on product discovery, and another group—the tech team—who focuses on product delivery, and those groups don't talk as much as they could and should do, then suddenly we have a sequential process and handoffs." One of the primary challenges with separating strategy, discovery, and delivery is the risk of creating handoffs between different teams. Roman highlights how this sequential approach can slow down value creation, lead to knowledge loss, and increase the likelihood of introducing mistakes. This separation can create barriers that ultimately make product development more difficult and less effective. In this segment, we refer to the podcast interview with Tim Herbig on the concept of Lateral Leadership, and how that is critical for product people. Integrating the Work Streams "What I usually use as a visualization tool is three work streams: a strategy work stream, a discovery work stream, and a delivery work stream. The strategy stream guides the discovery stream. The discovery stream guides the delivery stream, and then the delivery stream informs the discovery stream, and the discovery stream informs the strategy stream." Rather than seeing strategy, discovery, and delivery as separate phases, Roman suggests visualizing them as parallel work streams that continuously inform and guide each other. This approach recognizes that strategy work doesn't just happen at the beginning—it continues throughout the product lifecycle, adapting as the product evolves. By integrating these work streams and ensuring they're interconnected through feedback loops, teams can create a more cohesive and effective product development process. The Power of Collaboration "The important thing is to make sure that the different areas of work are not disjointed but interlinked. A key element to make that work is to use collaboration and teamwork and ensure that there aren't any handoffs, or avoid handoffs as much as possible." Collaboration and teamwork are essential to successfully integrating strategy, discovery, and delivery. Roman emphasizes the importance of bringing product people—who understand customer needs, business models, and stakeholder relationships—together with tech teams to foster innovation and create value. This collaborative approach helps overcome the challenges that arise from treating these activities as separate, sequential steps. Building an Extended Product Team "Form a big product team, a product team that is empowered to make strategic decisions and consists not only of the person in charge of the product and maybe a UX designer and a software developer, but also key business stakeholders, maybe somebody from marketing, maybe somebody from sales, maybe a support team member." Roman advocates for forming an extended product team that includes not just product managers, designers, and developers, but also key business stakeholders. This larger team can collectively own the product strategy and have holistic ownership of the product—not just focusing on discovery or delivery. By empowering this extended team to make strategic decisions together, organizations can ensure that different perspectives and expertise inform the product development process. Practical Implementation: Bringing it all Together "Have regular meetings. A specific recommendation that I like to make is to have quarterly strategy workshops as a rule of thumb, where the current product strategy is reviewed and adjusted, but also the current product roadmap is reviewed and adapted." Implementing this integrated approach requires practical mechanisms for collaboration. Roman recommends holding quarterly strategy workshops to review and adjust the product strategy and roadmap, ensuring they stay in sync with insights from development work. Additionally, he suggests that members of the extended product team should attend monthly operational meetings, such as sprint reviews, to maintain a complete understanding of what's happening with the product at both strategic and tactical levels. Moving Beyond Sequential Thinking "Unfortunately, our software industry has a tendency to make things structured, linear, and assign ownership of different phases to different people. This usually leads to bigger problems like missing information, problems discovered too late that affect 'strategy', but need to be addressed in 'delivery'." One of the challenges in adopting a more integrated approach is overcoming the industry's tendency toward linear, sequential thinking. Roman and Vasco discuss how this mindset can lead to issues being discovered too late in the process, after strategic decisions have already been made. By embracing a more iterative, interconnected approach, teams can address problems more effectively and adapt their strategy based on insights from discovery and delivery. About Roman Pichler Roman Pichler is a leading product management expert specializing in product strategy, leadership, and agility. With nearly 20 years of experience, he has coached product managers, authored four books, and developed popular frameworks. He shares insights through his blog, podcast, and YouTube channel and speaks at major industry conferences worldwide. You can link with Roman Pichler on LinkedIn and check out the resources on Roman Pichler’s website.
