Skip to main content
Planview Customer Success Center

Get Started with Lean Portfolio Management

APM intro.png

Now that you have incorporated agile methodologies at the program level, your organization is ready to make the shift to product-based planning and lean budgeting, funding, and governance. A product-centric model not only gives teams and individuals more ownership in their work and responsibilities, it enables organizations to focus on delivering results and outcomes that produce value for customers. As cross-functional teams continue to align to value streams, their capacity is reallocated on a regular cadence to where it will benefit the organization the most. Teams also focus on "outcomes over output" by associating each product with a set of early indicators and funnel metrics. These metrics are used to drive decision-making within your teams and the product or value stream they support, as well as base capacity tradeoffs on business results.

The end result is a business model that prioritizes feedback and adaptability over predictive planning. As such, organizations are better equipped to stay aligned with their customers’ needs and expectations, so that they’re able to deliver value and address pain points more effectively. For more on the benefits of Lean Portfolio Management and the product model, see our Best Practice article on Shifting from Projects to Product Delivery


Portfolio Level OKRs: Measure Long-Term Objectives

By now, your organization has defined team and program level OKRs to coordinate work around strategic objectives, and is able to measure the collective progress towards achieving those goals. Defining portfolio level OKRs can help you create alignment from the enterprise level all the way down to the teams, as well as measure the success of longer-term objectives, as key results evolve as the work progresses. Portfolio level OKRs usually measure objectives which last a year or longer, but the definitions of Objectives and Key Results remain the same. Simply put, Objectives ask, “where do we want to go?” and Key Results ask, “how will we measure our efforts to get there”? 


Click to expand or shrink

Use this simple formula to define team OKRs 


Parent-child relationships between OKR levels can also be created to represent the connection between related key results and objectives at different levels. For example, teams may be working towards multiple objectives that contribute to a higher-level, more long-term objective at the portfolio or enterprise level.


Click to expand or shrink

Aligned OKRs from the enterprise/portfolio level down to the team level 



Click to expand or shrink

Example of parent-child connections between OKR levels


In a product model, each product should establish a linked set of early indicators and funnel metrics that make sense for their aspect of the business. Some examples of leading indicators are: 

  • The number of people who use a new or modified aspect of a system 
  • The time they spend on a specific screen 
  • The load that users place on the system as indicated by your monitoring systems 
  • The number of support tickets (up or down) related to various aspects of the system that have changed 
  • Comments on social media 

Lagging indicators usually measure something that has happened in the past. For this use case, the main lagging indicator is the benefits (such as savings or incremental sales) captured on the program financial plan. As the organization goes through the cyclical process of delivering epics through the underlying features and stories, these leading and lagging indicators will collect data. As the epic hypothesis statement is either proven or disproven based on that data, sound persevere/pivot decisions can be made when investments are re-analyzed during PI Planning.


Click to expand or shrink

Funnel Metrics




Lean Product Planning and Funding: Organize Around Value

The first step in shifting to a product model is not only defining the products that are required to achieve your organization's strategic initiatives, but setting up a funding model that is organized around delivering value to your customers. Adding products as part of the product funding process takes place on the Strategy Portfolio View, as shown in the example below. Creating a new product will likely include the population of a small amount of (configuration-specific) description and categorization attributes as determined by the data and information needs of the organization. You can edit these descriptive and categorization attributes if needed.


Click to expand or shrink

Add a new product from Strategy Portfolio View menu




Some attributes may be synced over to a Strategic Roadmap Board within Planview AgilePlace. If you are using Planview Portfolios and AgilePlace together, build out the strategic roadmap board in AgilePlace before you create products.


After adding products, the next step is to document product objectives and benefits, as well as manage their financial budgets and targets. On the Financial Planning Detail screen, enter benefits and revenue targets into the Benefits or Revenue Targets accounts, adding lines as needed. Examples of benefits may be cost savings or incremental sales (these benefits also serve as lagging indicators). This data is typically entered in the currency format, by quarter.


Click to expand or shrink

Capture Benefits/Revenue Information




  • Because each Planning Increment (PI) is typically a quarter, change the preferences to display and edit the financial plan in quarters and years. 
  • Make sure you are displaying Currency and Units (you may want to not display Effort and FTEs), as you will use these types as part of this effort. 
  • Configure your focus control to show Account, Providing Org/ART, or other relevant attributes before the splitter bar, and the others behind it. 


Enter in the labor costs either as one lump sum within the labor account, or within lines under the labor account by release train, or other key attributes. This allows for the capture the labor costs of resources, often as a lump sum for the year summing the salaries of the resources in the agile release train (ART). This is not used as part of the product sequencing and prioritization, but is often captured and stored within financial planning. Enter in any CapEx or OpEx costs into the appropriate account, adding lines as needed.


Click to expand or shrink

Capture costs of ART teams within the Labor account




Manage Capacity Targets: ARTs/Team of Teams

Setting the team of teams’ capacity targets at the product level allows organizations to capture critical information for analyzing and sequencing epics. On the Financial Planning Detail screen, capture capacity targets (units) at the Agile Release Train (ART) level. Enter capacity targets in the Units - Points (or similar) account, adding lines for each release train as needed. Then add velocity/capacity units (points) for each Agile Release Train row, per quarter. These points will make up the velocity/capacity for each agile release train team, and should be fairly static for established teams.



When recording points at the ART level, note that this value should not be a rollup or summarization of points, as point values are different for each team. This step is intended to capture the estimated historical velocity of the ART as a whole, while points/velocity/capacity should be recorded at each level (team, epic, and program).

Teams are typically not included as children of the Agile Release Train (ART) within the financial plan. The capacity/velocity captured here is only done at the ART level.



Click to expand or shrink

Capture capacity targets (velocity) at the ART level using points




Portfolio Capacity Planning: Analyze and Prioritize Epics

During PI/quarterly planning, use epic financial and capacity information to prioritize the portfolio backlog and decide which epics to bring into the value stream. First, navigate to the Planning menu and update your Planning portfolio to include all epics that are ready for analysis and approval.


Click to expand or shrink

Planning Portfolio Configuration Example


In the Investment and Capacity Planning view, create scenarios to model different decisions (such as capacity or funding tradeoffs) for the next PI Planning.


Click to expand or shrink

Create scenario for PI Planning


Within your new scenario, use the Rank, Analyze, and Shift pivot views to sequence epics into program increments, while taking their size, value, and team capacity constraints into consideration. When using these screens, it may be helpful to create a column set that includes WSJF or other important attributes, such as OKRs, benefits/revenue, cost, risk reduction, or regulatory information. Keep in mind that your focus should always be the value being delivered, not purely the capacity/velocity being consumed.


Click to expand or shrink

Rank epics based on the organization’s priorities and drivers 



Click to expand or shrink

Analyze epics against the budget or targets of the relevant product, and understand the impact of trade-off decisions 



Click to expand or shrink

Shift epics to make approval decisions in the context of the overall portfolio backlog and the capacity targets of the relevant team of teams 


When you select a portfolio kanban board to connect the epic to Planview AgilePlace, the epic will automatically sync across to your portfolio kanban board, appearing in the default drop lane of the board you selected. Depending on your unique configuration, this sync process is also sometimes completed as part of a lifecycle. 



Portfolio Backlog Management: Sequence and Deliver Epics

Once epics have been analyzed, prioritized, and synced across to your portfolio kanban board in Planview AgilePlace, Agile Release Trains (ARTs) coordinate how they will deliver the work during Program Increment (PI) Planning


Click to expand or shrink

PI Planning workflow


A large part of PI Planning involves team breakouts and cross-team meetings to determine which teams will complete certain features, and detailed planning around the specific work (stories) needed to complete those features. During their planning sessions, teams focus on these main outputs: 


ROAM lane value stream board.png

During PI Planning, agile teams scope, prioritize, and schedule deliverables into sprints before breaking features down into stories


Cross-team planning sessions are used to surface program-level risks, map cross-team dependencies, and discuss the team's plan with leadership and other stakeholders. Planning sessions should always be centered around your program and/or team boards, and your program board design should ideally reflect this.  


ROAM lane value stream board.png

Surface and ROAM (resolve, own, accept, and/or mitigate) risks on the program board during PI Planning



dependencies swimlane.png

Capture cross-team requests and dependencies in each team’s swimlane on the program board 


Before PI planning ends, team members and stakeholders take a "confidence vote" on the plan. Any major issues or reservations about the plan are discussed at this time.


confidence vote.png

An example of a virtual confidence vote on a Planview AgilePlace instant coffee board


During the sprint, teams usually engage in some of the following agile "ceremonies" to facilitate the completion of their work:

  • Standups: Short, usually daily meetings for tracking progress and surfacing any obstacles slowing team output. For Scrum teams, stand-ups usually center around the following questions:
    • What did you finish/work on yesterday?
    • What are you working on today?
    • Do you have any blocks?
  • Demos: These meetings (usually at the close of a sprint) give all teams within the value stream the opportunity to share their work with other teams and get direct feedback from customers and stakeholders. Information derived from demos is critical since it helps teams understand pain points, feature requests, and issues that need to be fixed.
  • Steering: Project governance meetings attended by a group of stakeholders and Product Owners. Steering meetings focus on discussing whether the ART is successfully delivering against the plan. It can include re-prioritization of deliverables, as well as discussing and mitigating risks.



    Risks on the program board are discussed during Steering and resolved, owned, accepted, or mitigated (ROAM)


  • Retrospectives: Meetings where Agile teams will review or re-visit past outputs. Kanban teams bring results from the board, ready to discuss active ways those things can be improved. Scrum teams usually center these around three questions: What worked well? What didn’t? How can this be more effective in the future?



Team retrospective on a Planview AgilePlace Instant Coffee board


As stories and features are completed, the teams will move those cards from left to right across the team and program boards. As the underlying work is completed, the epics will also need to be moved from left to right across the portfolio board as well.


ROAM lane value stream board.png

Completed epics are placed in the Finished lane of a portfolio Kanban board