Skip to content
Back to the journal

Essay

041

Product Strategy

12 min read

041 / 136

Product Portfolio Optimization: Fund the Next Decision

Manage a product portfolio by exposing shared constraints, evidence, interactions, and opportunity cost, then fund the next decision.

Updated July 13, 2026

Topics Prioritization Product strategy Roadmapping

Share this essay

Suppose fourteen initiatives clear the scoring threshold. The organisation can fund six. All fourteen depend on the same data team, and nine assume that the same sales channel will create growth.

The ranking looks precise. The portfolio is impossible.

Product portfolio management is not a larger prioritisation exercise. It decides how a set of investments should coexist under shared constraints while the evidence, strategy, and products already in market continue to change.

The useful question is rarely “Which project has the highest score?” It is “Where should the next scarce increment go, given the portfolio we already carry and the next decisions we need to make?”

Optimization here means improving coherence as conditions change. It does not mean calculating one timeless, mathematically perfect portfolio.

Define what belongs in the portfolio

A portfolio made only of proposed features hides most of the investment decision.

Include every material claim on the same scarce resources:

  • growth and product bets;
  • reliability, security, privacy, accessibility, and compliance work;
  • contractual and market commitments;
  • platform and capability investments;
  • discovery and technical options;
  • migrations, retirements, and product debt;
  • work required to operate products already in market.

The unit should be a decision-worthy investment, not a ticket, epic, or executive slogan.

“Improve onboarding” is too vague. “Test whether guided identity setup can increase successful first-team configuration without adding assisted implementation” contains a mechanism and an operating condition.

The portfolio boundary matters too. A product leader may control one product, a product line, or a company-wide set of bets.

Record which funding, people, systems, markets, and decisions are genuinely shared. Items that do not compete for a constraint or contribute to a shared objective may belong in separate portfolios.

This distinguishes portfolio management from product prioritisation. Prioritisation compares options.

Portfolio management tests whether the selected set can be funded, learned from, operated, and changed together.

A study by Cooper, Edgett, and Kleinschmidt reported portfolio practices and performance across 205 US companies.

Its framing joins strategic choices, resource allocation, project selection, and balance. It concerns new-product portfolios in a late-1990s sample, not a proven operating model for today’s software organisations.

Give every investment a legible thesis

Create a portfolio ledger with one record per investment.

Each record should contain:

Strategic claim

  • target actor, problem, and intended change;
  • strategic objective or obligation served;
  • mechanism expected to produce the change;
  • reason this organisation can act credibly;
  • important non-goals and excluded populations.

Evidence and uncertainty

  • observed evidence, inference, and assumption kept separate;
  • decisive uncertainty and the decision it controls;
  • confidence boundary: population, market, product state, and time;
  • evidence that would weaken, reshape, or stop the thesis.

Investment and exposure

  • the next useful increment of funding or capacity;
  • scarce capabilities and external dependencies required;
  • earliest credible exposure to users or operations;
  • expected time to information and time to value;
  • recovery, retirement, or residual obligation if stopped.

Authority and status

  • investment owner and decision owner;
  • current state: option, discovery, committed, scaling, sustaining, or exiting;
  • accepted commitment and affected stakeholders;
  • next review trigger, not merely the next meeting date.

The ledger is not a business-case factory. It makes unlike investments comparable without pretending they are identical.

An obligation can deserve funding with little upside because failure would be unacceptable. An exploratory bet can deserve a small increment despite uncertain return because it buys valuable information.

Allocate strategic envelopes before ranking projects

If every initiative competes in one list, near-term work usually has better numbers, clearer demand, and stronger sponsors than exploratory work.

Protect strategic intent by allocating envelopes before selecting investments within them.

An envelope might represent:

  • a strategic objective;
  • an existing market and an adjacency;
  • resilience and mandatory work;
  • product improvement and new options;
  • a scarce capability whose development is itself strategic.

Do not copy a universal percentage split or a three-horizon allocation. The correct balance depends on the type of uncertainty and the organisation’s commitments.

Chao and Kavadias developed a theoretical model of strategic buckets for incremental and radical new-product development.

Their model predicts different allocation effects from environmental complexity and instability. It does not supply an empirically proven percentage for software product portfolios.

The useful transfer is that “uncertainty” is not one variable. Unknown interdependencies and frequent changes to the environment can justify different investment shapes.

Write an envelope thesis with its objective, boundary, allocation range, decision authority, and condition for rebalancing.

An envelope must still compete at the portfolio level. Protecting exploration should not make its funding permanent or exempt it from evidence.

Find the portfolio’s real constraints

Nominal headcount is a poor description of capacity. The portfolio may be constrained by one security reviewer, a data migration window, a regulated approval, an account relationship, or the cognitive load of operating parallel systems.

For each investment, map demand for:

  • specialist roles and decision rights;
  • platforms, environments, data, and test capacity;
  • go-to-market, implementation, support, and operations;
  • policy, legal, security, privacy, and accessibility review;
  • leadership attention and cross-team coordination;
  • customer access and safe exposure opportunities.

Use ranges and timing, not fictional precision. A capability can be available in total yet unavailable during the week every initiative needs it.

Then inspect the portfolio by constraint. If six initiatives each assume half of the same specialist’s capacity, the problem is not inaccurate estimation. The set was never admitted as a coherent portfolio.

Capacity may be expanded, work may be sequenced, scope may change, or an investment may stop. Each response has a different strategic cost.

The product planning system manages the resulting obligations and commitments over time. Portfolio management decides which set should receive the scarce capacity in the first place.

Model interactions, not just standalone value

Initiatives change one another. Add an interaction register to the portfolio view.

Look for five relationships:

  1. Dependency: one investment cannot create value until another condition exists.
  2. Complement: two investments together can create an outcome neither can produce alone.
  3. Substitution: two investments solve the same job or compete for the same user attention.
  4. Shared exposure: several bets depend on the same customer, channel, supplier, technology, or policy assumption.
  5. Operating coupling: one change increases the cost, risk, or complexity of running another.

Shared exposure creates correlated risk. Five bets across different teams are not diversified if all require the same acquisition channel or identity architecture to work.

Complements also create false underperformance. A customer-facing capability may look weak because an enabling migration has not reached the required population.

Do not automatically bundle every dependency into one programme. Tight coupling can make learning slower and exit harder.

Instead, state which relationship is essential, which is convenient, and which can be tested independently.

Compare the next increment, not the complete story

A mature product improvement and an early market option should not compete on a fictional lifetime ROI.

Ask what the next increment buys.

For each investment, record:

  • the capacity and elapsed time requested now;
  • the state that should exist when the increment ends;
  • the evidence or obligation it resolves;
  • the next decision made possible;
  • what remains unfunded;
  • the cost and residual state if no further funding follows.

This creates different but honest comparisons.

A sustaining investment may buy a measurable reduction in service burden. A discovery increment may buy evidence strong enough to reject a market thesis.

A platform increment may remove a bottleneck for several bets. A migration increment may reduce a fixed deadline risk without producing new user value.

Funding the next decision does not mean slicing work so thinly that it cannot produce credible evidence or a safe operating state.

The increment must cross the boundary required by its claim. It may need a real workflow, a contractual answer, production-like performance, or a reversible customer exposure.

Use numbers to expose judgement

Scores can structure a conversation. They cannot remove the judgement that created the criteria, weights, forecasts, and evidence quality.

Keep the inputs visible beside the result:

  • range rather than point estimate;
  • evidence source and relevant population;
  • assumed causal mechanism;
  • confidence and material unknowns;
  • sensitivity to a changed input;
  • people and costs excluded from the model.

The 2026 UK Treasury Green Book warns against simple weighting and scoring without an objective basis.

It says that approach can reduce transparency.

It also says summary metrics alone are insufficient for public investment appraisal and recommends sensitivity analysis and switching values.

That is formal UK public-sector guidance with social-value, distributional, and business-case requirements. It is not a product-portfolio scoring standard.

Its useful challenge is direct: identify which assumption would need to change before the preferred option loses its case.

For a product bet, a switching condition might be a lower addressable population, a higher service cost, slower learning, or a missing dependency.

Do not hide an unmeasured strategic judgement inside a decimal. State the judgement and make it contestable.

Design the portfolio decision, not just the dashboard

Portfolio reviews combine evidence, authority, incentives, and judgement. Calling the process “data driven” does not remove the other three.

Kester and colleagues studied portfolio decision processes through four diverse case studies.

Their grounded-theory model describes evidence-, power-, and opinion-based processes interacting in portfolio decisions.

It associates those processes with cross-functional input, critical thinking, market immersion, politics, intuition, and cultural conditions.

Four cases cannot establish a universal governance design or causal effect. They do show why a scorecard alone is an incomplete account of how portfolio choices happen.

Make the decision path explicit:

  • who sets strategic envelopes;
  • who owns the evidence and capacity records;
  • who may admit, expand, hold, or stop an investment;
  • which commitments limit that authority;
  • how dissent and minority evidence are recorded;
  • which trigger can reopen a decision.

Research by Kock and Gemünden examined decision quality and agility with a double-informant survey of 179 firms and structural equation modelling.

The reported model linked strategic clarity, process formality, control intensity, innovation climate, and risk climate with decision quality, which was associated with agility.

Environmental turbulence moderated some relationships, including a weaker positive effect of process formality as turbulence increased.

This is cross-sectional model evidence, not proof that adding a review meeting will make a portfolio agile. Its relevant warning is that structure and context interact.

Run the review as a sequence of decisions

A portfolio review should not become a presentation marathon in which every owner defends a project.

Use this order:

  1. Revalidate the basis: strategy, obligations, envelopes, and material external change.
  2. Inspect the constraint map: actual demand, bottlenecks, operating burden, and upcoming decision windows.
  3. Inspect interactions: dependencies, complements, substitutions, shared exposure, and coupling.
  4. Compare next increments: evidence bought, state reached, opportunity cost, and exit condition.
  5. Rebalance: expand, hold, reshape, sequence, merge, or stop.
  6. Publish the delta: capacity moved, commitment changed, rationale, dissent, and next trigger.

Review cadence should follow the speed and cost of changed information. The trigger may be a market discontinuity, repeated constraint breach, failed assumption, major commitment, or credible new option.

A fictional portfolio rebalance

Consider a fictional workflow company with three active growth bets: assisted onboarding, an enterprise policy engine, and a partner channel.

The initial dashboard ranks each independently. The interaction register reveals that all three rely on the same identity architecture and implementation specialists.

The evidence ledger also shows that the partner forecast assumes those specialists can support every first customer. The apparent channel diversification shares one operating constraint.

The review protects the enterprise envelope but does not fund the full policy engine. It funds an identity foundation plus a bounded policy exposure with one qualified account.

Assisted onboarding receives a smaller increment to test whether guidance can reduce specialist work. Partner expansion is held until that operating assumption is resolved.

No result is claimed here. The example is fictional and shows how the best standalone ranking can lose to a more coherent sequence of portfolio decisions.

Judge the portfolio by movement, not theatre

Portfolio health is visible in decisions and resource movement:

  • weak theses lose or change funding;
  • obligations displace work explicitly;
  • bottlenecks change sequencing or capacity;
  • shared assumptions receive coordinated tests;
  • successful evidence earns the next increment;
  • stopped investments release people and remove residual obligations;
  • decisions reopen when their recorded trigger occurs.

Do not evaluate the system by the number of reviews, completed scorecards, or initiatives labelled strategic.

Compare allocation with the stated strategy, forecast capacity with actual demand, expected evidence with observed evidence, and stop decisions with the exit criteria that were accepted earlier.

The portfolio is doing its job when the organisation can explain why this set of investments, in this sequence, deserves the next scarce increment more than the alternatives.

Sources

Related books

If you want to go further on this topic, these are two good places to start.

01

leadership

An Elegant Puzzle

by Will Larson

A human-centric guide to solving complex problems in engineering management, from sizing teams to handling technical debt to managing organizational growth.

Some outbound links are affiliate links and support independent bookstores.