I urge everyone—no matter how big their portfolio—to truly understand every suggestion they’re given before acting. Portfolio Kanban
There are several Kanban systems used throughout SAFe, including the team, program, solution, and portfolio Kanban systems. Each kanban system helps improve the flow of value through the Continuous Delivery Pipeline. Each system:
helps match demand to capacity based on Work in Process (WIP) limits helps identify opportunities for relentless improvement by visualizing bottlenecks in each process state facilitates flow with policies governing the entry and exit of work items in each state
The portfolio Kanban is particularly important in that it helps align strategy and execution by identifying, communicating, and governing the selection of the largest and most strategic initiatives () for a SAFe portfolio. The portfolio Kanban is operated under the auspices of who use the strategic portfolio review and portfolio sync events to manage and monitor the flow of work. Details
The portfolio Kanban system describes the process ‘states’ that an epic goes through on its way from creation through completion. The advancement of the epic through the portfolio kanban is coordinated by the Epic Owner. Figure 1 highlights the benefits and structure of the portfolio Kanban system:
Figure 1. Benefits and structure of the portfolio Kanban system
The Portfolio Kanban System
Figure 2 illustrates a design and an approach to implementing a portfolio Kanban system.
Figure 2. Portfolio Kanban system and its typical collaborators
Each of the default portfolio Kanban states is described next. It’s important to note that these portfolio Kanban states represent an example process. The design of the Kanban may evolve to reflect improvements based on relevant portfolio experience. These improvements may include adjusting WIP limits, splitting or combining Kanban states, or adding classes of service to optimize the flow and priority of epics.
Funnel
The funnel is used to capture all new big business or technology ideas. These ideas may originate as strategic concerns, ideas from ARTs or teams, or suggestions from customers and partners. These ideas are anticipated to be large enough to exceed the epic threshold or perhaps have some other strategic or business model impact. If an initial review determines that an idea is not likely to exceed the epic threshold guardrail or be a portfolio concern, it is moved to the funnel of the Solution or Program kanban. Portfolio Epics that arrive in the funnel are described simply with a short phrase, such as, ‘self-service for all auto loans.’ There are no WIP limits on this state as these are simply ideas that may deserve consideration.
While they can arise from any source, Figure 3 illustrates how epics typically flow into the funnel:
The process of maintaining the and identifies new initiatives that feed directly into the portfolio Kanban The Continuous Exploration process discovers user and market needs and often results in the identification of epics
Figure 3. Feeding the portfolio funnel
Reviewing
Since epics are some of the most significant enterprise investments, someone needs to sponsor the epic and define its intent and definition. This happens in the reviewing state and is the responsibility of the Epic Owner.
When capacity is available, an Epic Owner pulls the Epic into this state where they work with other stakeholders to define the epic hypothesis statement (see article). It has four main fields: Epic description – this is the structured ‘for-who-the …’ portion that describes the epic in general terms. Business outcome hypothesis – the anticipated quantitative or qualitative benefits if the hypothesis is proven to be true Leading indicators – the early measures that will help predict the business outcomes – attributes such as security, reliability, performance, maintainability, scalability, and usability that serve as constraints or restrictions WIP limits for this state (number of epics allowed) may be specified. Alternatively, the lack of an Epic Owner who is available to do the work can serve as an implicit WIP limit.
Preliminary size and cost estimates and a first estimate relative to other items in the reviewing state is established. The epic is reviewed as part of the normal portfolio sync agenda. When there is sufficient knowledge and review, the epic may be approved as being ready for the analyzing state. If the epic does not appear sufficiently viable, it is simply moved to the done state, which frees capacity for more promising alternatives. Analyzing
When the Epic Owner has the necessary capacity, and there is room available within the WIP limit, promising epics are pulled into analyzing. Epics that make it to this state merit more rigorous analysis and further investment. This typically requires active collaboration among the following roles:
System and Solution Architects/Engineering Product and Solution Management
During the analysis state, the following activities typically occur:
Identification and review of solution alternatives Definition of the Minimum Viable Product (MVP) Establishing cost estimates for the MVP and the anticipated scope of the entire epic Creation of the Lean Business Case Small research spikes to establish potential technical and business viability Initial customer validation