Inspire, develop, and guide a winning organization.
Create visible workflows to achieve well-architected software.
Understand and use meaningful data to measure success.
Integrate and automate quality, security, and compliance into daily work.
Understand the unique values and behaviors of a successful organization.
Explore our extensive library of experience reports.
An on-demand learning experience from the people who brought you The Phoenix Project, Team Topologies, Accelerate, and more.
Learn how making work visible, value stream management, and flow metrics can affect change in your organization.
Clarify team interactions for fast flow using simple sense-making approaches and tools.
Multiple award-winning CTO, researcher, and bestselling author Gene Kim hosts enterprise technology and business leaders.
In the first part of this two-part episode of The Idealcast, Gene Kim speaks with Dr. Ron Westrum, Emeritus Professor of Sociology at Eastern Michigan University.
In the first episode of Season 2 of The Idealcast, Gene Kim speaks with Admiral John Richardson, who served as Chief of Naval Operations for four years.
Weekly discussion around “Deming’s Journey to Profound Knowledge” with author John Willis.
VIRTUAL — Helping leaders succeed and organizations thrive (formerly DevOps Enterprise Summit).
Venue: Fontainebleau — Helping leaders succeed and organizations thrive (formerly DevOps Enterprise Summit).
DevOps best practices, case studies, organizational change, ways of working, and the latest thinking affecting business and technology leadership.
Is slowify a real word?
Could right fit help talent discover more meaning and satisfaction at work and help companies find lost productivity?
The values and philosophies that frame the processes, procedures, and practices of DevOps.
This post presents the four key metrics to measure software delivery performance.
November 16, 2021
This post is an excerpt of the From Project to Product to Problem Solving guidance paper by Ross Clanton, Amy Walters, David Silverman, Heather Mickman, Lucas Rettig, Pat Birkeland, Paula Thrasher, Rosalind Radcliffe, and Jeffrey Snover.
As businesses become increasingly digital and product driven, companies are pivoting to product-centric operating models. The backbone of such models is a network of teams aligned to a set of value streams and empowered to set their own objectives and paths to achieving them. Unlike project-driven companies, which are driven by temporary endeavors with predefined scopes, product-centric companies organize people and goals around products that continuously deliver value to customers.
While much more agile than their project-based predecessors, product-based organizations face two common execution challenges. First, maintaining continuous alignment among multiple autonomous product teams is a daunting task. Leaders’ perspectives on what is important is likely to vary based on the products they lead. To their teams, it can be very frustrating when a corporate-level initiative disrupts their local prioritization processes, causing them to pull focus from what is most important for the product to what is most important for the business.
Second, even with the most thoughtfully designed value streams, some dependencies between products typically remain. When dependencies cannot be decoupled, product teams must negotiate whose roadmap will be compromised, which is a challenging exercise in the absence of a larger, global prioritization framework.
These challenges of initiatives that supersede product teams or require execution across product teams are not insurmountable, but addressing these challenges does require deliberate executive action. First and foremost, organizations must create a common operating picture across their team-of-teams. This operating model can take the form of mapping value streams and mapping a product taxonomy across the enterprise. The strategic priorities of the business should be well understood across product lines, empowering local product leaders to make decisions about their products that are consistent with the goals of the business.
Additionally, businesses must leverage a transparent prioritization process that leaders can anchor to when making prioritization decisions for their own products and while navigating dependencies. Finally, it is important to reduce dependencies across products to the greatest extent possible, but also to have a process in place for negotiating them when they do arise.
As said in the opening pages of Making Work Visible by Dominica DeGrandis, “It should come as no surprise that we can better manage what we can see. When we can’t see our work, our options are obscured. We’re blind to our own capacity and we certainly can’t communicate that capacity to others.”
Creating transparency to enterprise initiatives, the prioritization of those initiatives, and how they map to persistently funded product teams is critical to balancing high-value business objectives with overall team capacity. This mapping activity can be done in a variety of ways. What’s important is that you create a visualization of existing product teams across the enterprise and how they “light up” or are impacted by enterprise OKRs and initiatives.
Example tactics include:
The principle to consider here is “bring the work to the people” (product model) vs. “bring the people to the work” (project model). Reduce the number of investments by deduplicating development efforts by mapping the work to the existing product teams rather than spinning up new temporary teams repeatedly.
As leaders we often focus on the symptom we see—in this case, why are different parts of the organization not aligned in solving the key strategic business problems? However, a better starting place would be to ask how we might create a shared understanding that captures the problem to be solved as well as our current alignment and execution around that problem.
The military achieves this by creating a common operating picture—a unified visualization of key operational details that captures information across the leadership command structure. It is a hub of key information, providing a shared understanding of the problem and awareness of the current operational state of the organization and environment.
While a core DevOps idea has always been to bringing together Development and Operations through a set of shared tools, we need to go further. The broader business—not just the technology organization— needs to orient around the common problem to be solved, the current state of solutions to address that problem, our customers, and the markets we compete in.
Transparency creates awareness and shared understanding, and it enables alignment, focus, unity, and trust. Once transparency to strategic priorities is established across business lines and technology, then a productive conversation around prioritization can be had. Bringing together business and technology priorities creates a unified pathway forward for teams to discover and deliver the most efficient solutions to complex problems.
The combination of DevOps and shifting from project to product brings intentional ownership, autonomy, and a breakdown of working silos across functional organizations. Often in large, complex organizations the strategic silos remain at the enterprise level, which ultimately will lead to team disruption. In order to drive transparency around how strategies connect to execution, a centralized initiative backlog should be established. Simply put, anchor the organization’s single source of truth to one list of priorities. Then create alignment and unity by aligning strategic initiatives to OKRs and map the initiatives to persistent product teams.
A backlog is a list of items required to support a larger initiative. An initiative backlog is a list of initiatives required to support a business objective. Gathering all initiatives across business lines and technologies is critical to creating transparency across the enterprise. Figures 2, 3, and 4 offer example visualizations of how an organization might map enterprise objectives and initiatives to product team initiatives and OKRs.
To help drive transparency and create a common operating picture within an organization, try these accelerating actions and avoid these decelerating actions:
Accelerating Actions
Decelerating Actions
To read about how to move from project to product to problem-solving, read the full guidance paper here.
Trusted by technology leaders worldwide. Since publishing The Phoenix Project in 2013, and launching DevOps Enterprise Summit in 2014, we’ve been assembling guidance from industry experts and top practitioners.
In their upcoming book, Unbundling the Enterprise: APIs, Optionality, and the Science of Happy…
Welcome to the final installment of IT Revolution’s series based on the book Investments…
As a business leader, you know that artificial intelligence (AI) is no longer just…
Welcome to the twelfth installment of IT Revolution’s series based on the book Investments…