Disciplined Agile

Portfolio Management

Portfolio Management

The Portfolio Management process blade addresses how an organization goes about identifying, prioritizing, organizing, and governing their various endeavors. Disciplined Agile Portfolio Management seeks to do this in a lightweight and streamlined manner that maximizes the creation of business value in a long-term sustainable manner. Endeavors typically include solution delivery projects, stable product development teams, business experiments (along the lines of a lean startup strategy), and the operation of existing solutions.

This article is organized into the following topics:


Being agile, having an agile mindset, is foundational to working in an agile manner. The Disciplined Agile Mindset provides an important start, which we extend with additional agile philosophies that are specific to successful portfolio management. These philosophies are:

  1. Keep it simple. Keep your portfolio management activities as streamlined and lightweight as can be. Your goal should be to focus on making good decisions and providing guidance to people, not on maintaining extensive documentation or reviewing documentation. You still may choose to maintain artifacts such as a portfolio roadmap and portfolio budget, but those too should be as lightweight and concise as possible.
  2. Focus on value over cost. Shifting your mindset from “what is this going to cost?” to “what value will this generate?” is critical to your success because it helps you to focus making better investments. You want to invest in endeavors that enhance your organization’s ability to produce value for your customers. This in turn provides the profits required for further investment.
  3. Reduce the cost of delay. One of the strategies for maximizing stakeholder value is to invest in developing functionality that will provide value to the organization soonest. For example, if you delay developing functionality that will generate annual revenue of $10 million for six months you have an effective cost of delay of $5 million because you missed out on half a year of revenue. Disciplined agile portfolio managers consider the cost of developing a solution, the cost of delay that results from putting off said development, and the revenue generated (or cost savings) when calculating the overall value of a solution.
  4. Invest in streamlining the creation of value. Not only do we want to produce value for our customers, we also want to be good at doing so. The implication is that we sometimes need to invest in ourselves through process or environment improvements.
  5. Prefer stable teams over project teams. Although portfolio management is often believed to be the oversight of project teams, it really is more about the coordination and oversight of initiatives in general. In Disciplined Agile we recognize that an initiative is seldom finished at the end of a “project.” There are usually subsequent changes required over time requiring future releases of the solution. The agile community has discovered that long-lived stable teams, whose membership evolves over time, have significant advantages over short-lived project teams in many situations.
  6. Align teams to value streams. These stable teams should be aligned long-term to value streams or lines of business (LOBs). High performing agile teams reliably deliver value frequently to their business stakeholders. As a result the business learns to trust the teams aligned to their areas. This positive feedback cycle maximizes the effectiveness of your agile teams. Additionally, over time they learn more about the business adding to their effectiveness.
  7. Manage vendors. An important aspect of portfolio management is coordination with your vendor management (also called supplier management) efforts, particularly when it comes to service vendors providing contractors, consultants, or outsourced development services.
  8. Govern by risk, not by artifacts. Traditional governance often focuses on the review of common artifacts such as requirement documents, architecture models, and test results. Because it is relatively easy for teams to create the documentation that you want to see, in practice there is very little governance value in reviewing these artifacts. Agile governance instead focuses on addressing common risks such as ensuring there is an agree to vision for what the team should accomplish, that the architectural strategy has been proven to be viable early in the lifecycle, and that the team has produced sufficient business value for their stakeholders.
  9. Rolling wave over annual planning. Annual planning often begins in earnest mid-year which means that prioritized initiatives may not be actually delivered for up to 18 months in the following year. This is not business agility. Make your planning a continuous “rolling wave” activity year round with more detail devoted to planning initiatives no longer than 6 months out. Initiatives planned beyond 6 months should be described at a very high level.
  10. Prefer small initiatives over large initiatives. It is a proven fact that the larger the initiative the greater the chance of failure. Smaller initiatives are easier to plan and are lower risk to execute. Keep your initiatives small to allow for more frequent delivery of value with less investment in work in process (WIP).
  11. Invest in quality. Ensuring that teams produce new business value for your organization is clearly important. But so is ensuring that you will still be able to continue doing so a few years from now. To ensure the long-term sustainability of your teams you must allow them to make investments in quality. These investments include building high quality assets in the first place but also fixing low quality assets, what agilists refer to as paying down technical debt, as well.
  12. Optimize the whole. Disciplined agilists are enterprise aware. We choose to optimize the whole instead of locally optimizing a single activity. The implication is that you cannot consider portfolio management on its own but instead must consider it in the context of the other parts of your organization that it affects. A strategy that may make things easier to manage your portfolio, such as having a single way to fund delivery teams, may make it easier for your portfolio management efforts but could inflict undue costs and bureaucracy on the teams that you’re funding. For example, does it really make sense for a team asking for $50,000 in funding to go through the same level of rigor as a team asking for $5,000,000? Likely not. Context counts.

Our experience is that the philosophies described above enable portfolio managers to be more effective in practice.


Figure 1 overviews the potential activities associated with disciplined agile portfolio management.

Portfolio Management

Figure 1. The portfolio management process goal diagram (click to enlarge)

There are nine critical process factors to consider:

  1. Identify potential value. Working closely with your product management team (if you have one), your portfolio management team will identify potential new ideas and products to develop. You will do this through monitoring the business environment to see what your competitors are doing, through obtaining feedback from your existing customers, and by envisioning the future needs of your customers through agile modeling and brainstorming sessions.
  2. Explore potential endeavors. The portfolio management team will invest time in understanding a potential endeavor. They may choose to consider the business case for the endeavor, perhaps creating high-level guesses at the potential market potential or return on investment (ROI) of the endeavor. The team may also consider alternative approaches to the endeavor and may even choose to run a focus group or small experiment to better understand it.
  3. Prioritize potential endeavors. Because few organizations have unlimited budgets to work from you will need to prioritize potential endeavors and then invest in the ones that are most important to you. There are several factors to consider when prioritizing, including: business value; business risk (risk and value often go hand-in-hand, although sometimes you`ll find some endeavors are too risky to consider right now); due date (some endeavors are driven by government regulation or by promises made to important customers); and dependency.
  4. Manage portfolio budget. Your portfolio budget needs to be managed, and you will need to work with Finance to do so. Traditional firms tend to follow an annual budgeting process which tends to inject significant overhead and risk into their efforts. More effective strategies are to move away from project-based financing to funding stable teams and to take a rolling wave approach to planning the budget that evolves as your needs and means evolve.
  5. Initiate endeavors. New products may be developed by either a product team or a project team. In the case of products that are radically new to your organization you may decide to first take an exploratory (lean startup) approach where you first validate the market potential of the product via a series of learning experiments.
  6. Finance endeavors. Endeavors need to be funded. This includes both the initial funding for new project/product teams for their Inception efforts as well as ongoing funding for Construction, Transition, and of course operation of solutions once they’ve been deployed. Additionally, how the funding is applied will be monitored regularly to ensure that it is being spent wisely.
  7. Plan capability. Your teams must have the resources, both in terms of finance and people, to fulfill its responsibilities. You must have the right people, with the right skills, at the right time, to do the work and this takes a bit of coordination with your people management team to do so.
  8. Manage vendors. An important aspect of portfolio management is coordination with vendor management (also called supplier management), particularly when it comes to service vendors providing contractors, consultants, or outsourced development services. Vendor management includes the awarding (procurement) of contracts, identifying potential vendors, monitoring in-progress contracts, and eventually ending or closing a contract.
  9. Govern the portfolio. Someone will govern the overall portfolio, including in-progress development endeavors as well as operational solutions. Portfolio governance is a subset of your overall strategy.


Workflow With Other Teams

Figure 2 overviews the high-level Portfolio Management workflow. The diagram shows how the Portfolio Management efforts gets inputs from Enterprise Architecture and Product Management (feedback is assumed even though the arrows are depicted as uni-directional). The diagram also shows how Portfolio Management provides initial team funding, an initial vision, and guidance to Build efforts, including small(ish) agile, lean, exploratory and continuous delivery teams as well as larger programs. The Portfolio Management efforts receive development intelligence (metrics) from the build efforts and operational intelligence (metrics) from the run efforts. These metrics will be used by the people performing portfolio management to make better, more informed decisions. Your Governance effort will provide guidance for Portfolio Management, and your Continuous Improvement effort will provide improvement suggestions for Portfolio Management (and potentially receive suggestions back).


Figure 2. The external workflow of portfolio management.

As you can see in Figure 2, there are several process blades related to portfolio management:

  • Enterprise Architecture. Addresses strategies for supporting stakeholders; supporting delivery teams; evolving the enterprise architecture; capturing the enterprise architecture; and governing the enterprise architecture efforts.
  • Governance. Addresses strategies for consolidating various governance views; defining metrics; taking measurements; monitoring and reporting on measurements; develop and capture guidance; defining roles and responsibilities; sharing knowledge within your organization; managing risk; and governing the various governance efforts.
  • Product Management. Addresses strategies for managing a product, including allocating features to a product, evolving the business vision for a product, managing functional dependencies, and marketing the product line.
  • Program Management. Addresses strategies for managing large product/project teams; allocating requirements between sub teams; managing dependencies between sub teams; coordinating the sub teams; and governing a program.
  • Release Management. Addresses strategies for planning the solution release schedule; coordinating releases of solutions; managing the release infrastructure; supporting delivery teams; and governing the release management efforts.

The activities associated with these process blades are often very highly related. For example, in some organizations the activities associated with portfolio management and governance are fulfilled by a single group. In other organizations some product management activities are performed by the portfolio management team and some by the enterprise architecture team. Some organizations may choose to have a separate group for each process blade. And of course the organizational structure will evolve over time as your various teams learn how to work with one another.