Mechanisms and worked studies
A ranking-versus-portfolio counterexample
Define feasible combinations before claiming a funded programme
A preference ranking answers which standalone option leads under the supplied attributes and tradeoffs. A funded portfolio answers which feasible combination of commitments the organisation should undertake within its constraints. Those questions can produce different answers. The highest-ranked option may consume an envelope that would otherwise support a more attractive combination, depend on an unfunded enabling asset or compete with another intervention for scarce delivery capacity. Selecting entries down a ranked list until the money runs out is a policy, not a general solution to portfolio allocation.
The distinction begins with the unit of decision. A standalone proposal can have an interpretable cost, impact, readiness and risk profile. A combination requires information about how these profiles interact. Benefits may overlap, delivery resources may be shared and costs may change when components are procured together. Summing standalone preference scores assumes more than the ranking model establishes. The committee should not treat the score as an additive portfolio benefit merely because it is expressed numerically. Its scale depends on the candidate set and its components mix unlike considerations.
A budget constraint is different from a preference for lower cost. The liquidity-mandate fixture changes the cost weight, which alters the attractiveness of standalone alternatives. It does not introduce an expenditure ceiling or enforce affordability. A very costly option can still receive a strong score if its other represented attributes compensate. Conversely, an affordable option can rank poorly. If the present decision has a binding envelope, feasibility must be checked explicitly in the selection method. Increasing the cost weight cannot substitute for that check.
Indivisibility matters when an intervention cannot be purchased in arbitrary fractions. A committee cannot always take part of the leading proposal and allocate the remaining envelope to another. A minimum viable scope, contractual package or enabling requirement may make the commitment indivisible. Greedy ordering can leave unusable capacity in the envelope or exclude a useful combination. The analyst should record whether each candidate is divisible, stageable or indivisible and whether a reduced version has its own credible performance profile. A fractional arithmetic solution is not automatically an implementable plan.
Evidence and scope
Economic appraisal considers value beyond investor financial profitability.
Evidence: The Economic Appraisal of Investment Projects at the EIB, Second Edition
Information a funding decision needs beyond the ranking
This original exhibit identifies selection facts that are not fields in Portfolio Compass. They must be established before treating standalone preferences as a funded programme.
Scroll for all columns. With the table focused, use the left and right arrow keys.
| Information a funding decision needs beyond the ranking | |||
|---|---|---|---|
| Selection feature | Question to resolve | Decision consequence | Ranking limitation |
| Binding capital envelope | What expenditures and timing belong inside the approved envelope? | Some combinations are infeasible regardless of their preference totals | A cost weight is not a ceiling |
| Indivisible scope | Can the intervention be reduced without changing its outcome and operating design? | Selection may require whole packages or separately evaluated stages | A ranked entry has no automatic fractional version |
| Mutual exclusion | Do proposals serve the same purpose in incompatible ways? | Funding both may duplicate or conflict with the service design | Standalone scores do not encode exclusion |
| Complementarity | Does benefit depend on another selected intervention? | A lower-ranked enabler may be necessary for a desirable package | Standalone performance does not establish package value |
| Delivery capacity | Which accountable teams and capabilities are required concurrently? | An affordable programme can still be infeasible to execute | Readiness ratings do not allocate shared resources |
| Recurring commitment | Which operating and maintenance obligations follow implementation? | Initial capital affordability can conceal later financial exposure | The app cost field does not calculate lifecycle cash requirements |
Original portfolio-feasibility architecture. No allocation is computed by this paper or the paired app.
Mutually exclusive alternatives require particular care. If several proposals represent different ways to deliver the same service, their standalone ordering can support a choice within that family. It cannot justify selecting all of them. The committee should identify the family and the exclusivity rule before constructing a funded programme. Otherwise a collection of individually attractive options may become an incoherent set. The programme must describe what is implemented, which service it delivers and which alternatives it displaces.
Complementary interventions create the opposite problem. An enabling data architecture may have modest standalone impact but make several subsequent interventions possible. A high-ranked operating intervention may require it. Selecting only the operating intervention would then violate the scope underlying its performance claim. The analyst should examine packages or explicit dependencies, with benefits attributed consistently. A dependency graph can clarify the structure, but it does not by itself estimate the value of the package. The necessary relationship and the preference for the resulting outcome both need attention.
Shared benefits can make a sum of scores especially misleading. A monitoring proposal and a process redesign may both claim the same reduction in disruption. Funding them together does not necessarily double that outcome. The programme should identify the benefit mechanism and how the interventions interact. The issue is not solved by assigning each a lower subjective impact rating after the fact. A package-level evidence model should explain the incremental outcome and the assumptions supporting it. The standalone ratings remain useful only for their original comparison purpose.
A symbolic counterexample helps clarify the logic without pretending to solve a funded case. Suppose the leading proposal uses most of an envelope and leaves no room for another indivisible intervention. A pair of lower-ranked compatible proposals fits the envelope and creates a more desirable programme outcome under a separately defined package evaluation. A greedy selection from the standalone ordering will choose the leader; a constrained package comparison may choose the pair. Nothing in the standalone ranking proves which programme is preferable, because the required combination values and constraints were never represented.
The analyst should not respond by dividing the preference score by cost and declaring the result a universal efficiency measure. The score includes cost already, mixes transformed attributes and changes with the reference set. Dividing it again can double-count cost preference and create a ratio without a meaningful unit. A benefit-cost or cost-effectiveness analysis requires a defined outcome measure and consistent cost perimeter. The organisation may choose such a method, but it is a different analysis with its own assumptions and evidence requirements.
Time introduces another layer of feasibility. An intervention can fit a total envelope but require expenditures before funding is available, or compete with another proposal during the same delivery window. A programme may be feasible when staged and infeasible when launched concurrently. The selection method should represent the relevant timing and resource obligations explicitly. A readiness rating can summarise some delivery maturity, but it cannot replace a schedule or a cash requirement profile. The committee should know which temporal constraints remain outside the preference model.
A preliminary ranking can still make the allocation process more manageable. It can identify proposals worth detailed feasibility work, reveal tradeoffs among standalone options and organise questions for package design. Its role should be stated as screening or preference explanation rather than optimisation. The team can retain the ranking while building a separate constrained comparison of plausible packages. This preserves the work already done without letting its convenient format dictate the later decision rule.
Before handing individual options to package analysis, construct a compatibility ledger in words. For each proposed pairing, identify the shared resource, the reason simultaneous delivery could fail and whether sequencing would remove the conflict. A common operating team may create a temporary capacity conflict; two designs for the same asset may remain mutually exclusive; an enabling interface may make joint delivery more valuable. These relations cannot be recovered from the four standalone ratings. Transfer consistent raw commitments and their scope, while withholding preference totals as package benefits. This ledger defines the representation the allocation analysis needs without pretending that the present app has optimised it.
Use the next funding round as a diagnostic of the reason an option was left out. A deferred candidate excluded by an annual envelope should return when that envelope changes, subject to current evidence. A candidate excluded because the selected programme now supplies its function may no longer add anything even if money becomes available. A rejected design with an unresolved incompatibility should not re-enter simply because its old score was high. These are queue, redundancy and feasibility branches. The carry-forward register should preserve the applicable branch, since retaining only the ranking would confuse a temporary constraint with the disappearance of the underlying need.
A defensible allocation brief describes the selected programme, its feasibility and the tradeoffs accepted, then explains how the standalone analysis informed it. It does not claim that the ranking selected an optimal funded portfolio when no constraint model was run. If the organisation has not yet established package benefits or shared-resource requirements, the recommendation can be to perform that analysis before commitment. That is a concrete next action, not a failure to produce a convenient answer. The method boundary protects the meaning of the recommendation.
Hand a ranking into a constrained selection process
Define the funded decision unit and envelope, then classify indivisibility, mutual exclusions, dependencies, shared benefits and resource timing. Preserve the standalone preference record as a screening input. Develop credible packages or a constrained allocation method with outcome and cost definitions suitable for combination. Check feasibility independently of preference, compare the feasible actions and record why unfunded candidates are deferred or rejected. If the additional evidence is absent, authorise the targeted selection analysis before claiming an optimal programme.
The case for selecting down the list
A simple ranked-list policy can be practical when proposals are independent, similarly scoped, individually affordable and governed by an explicitly accepted funding rule. It can reduce administrative complexity and make the process predictable. Its justification is those conditions and that policy, not a general optimisation property of the scores. The repair is to test for exclusions, complements and binding resources before applying the rule, then disclose that it is a selection convention. Where interactions or indivisibility matter, a package comparison is warranted.
No funded portfolio is solved here
Portfolio Compass computes standalone preference scores, raw Pareto membership and selected weight challenges. It does not enforce a capital envelope, optimise combinations, allocate delivery resources or value synergies. The symbolic counterexample identifies a logical failure mode without supplying numerical package utilities. The methodological conclusion is that ranking and allocation require different information. An actual funded recommendation needs a credible constrained selection analysis beyond this app.