Competing asks
Several approved or nearly approved candidates are asking for the same people, funding window, release slot, executive attention, or delivery capacity.
Tradeoff journey
How does a portfolio team turn competing priorities, capacity pressure, dependencies, and risk into executive-ready decision material?
Scenario
This synthetic scenario represents the point where the work is visible enough to discuss, but not yet clean enough for a defensible sequence or executive decision.
Several approved or nearly approved candidates are asking for the same people, funding window, release slot, executive attention, or delivery capacity.
Leaders may choose based on urgency, sponsor volume, or stale status instead of seeing the priority logic, dependency exposure, and tradeoffs clearly.
Create a compact executive view that shows which work should move, pause, resequence, or return for more evidence.
Module route
The journey uses three public portfolio modules. Each module makes a different part of the tradeoff inspectable before leaders are asked to decide.
Synthetic input
The examples are public-safe and synthetic. They show why a clean tradeoff view matters before the work is sequenced.
| Candidate | Why it matters | Tradeoff pressure | Decision route |
|---|---|---|---|
| Customer notification workflow | Could reduce support follow-up and improve customer communication. | Needs the same platform team supporting a committed release. | Score value and sequence against release capacity. |
| Billing exception cleanup | Could reduce manual finance corrections and improve control confidence. | Value is plausible, but baseline volume and owner accountability are not confirmed. | Hold for baseline evidence before priority decision. |
| Security access review | Has mandate pressure and deadline risk. | Capacity is unclear, and the deadline may displace higher-value planned work. | Escalate decision with capacity options and risk exposure. |
| Operations dashboard improvement | Would give leaders cleaner visibility into work status and blockers. | Useful, but not urgent unless it directly improves current decision quality. | Sequence after higher-risk items unless decision cadence is blocked. |
Evidence produced
The output is meant to make the decision clearer, not to make the process heavier.
Decision pack
A reviewer should be able to see the decision in one pass: the recommendation, the tradeoff, the risk, and the human decision needed.
The strongest candidate is not always the next candidate. A high-value item may wait if capacity, dependency, or evidence gaps would create avoidable delivery risk. A mandated item may move forward while still showing the work it displaces.
| Candidate | Recommended action | Visible tradeoff | Human decision needed |
|---|---|---|---|
| Customer notification workflow | Advance after release dependency is sequenced. | Moving now displaces platform capacity from a committed release. | Choose whether customer-impact value justifies the sequence change. |
| Billing exception cleanup | Clarify baseline and owner before prioritization. | Starting now risks committing capacity before value and control exposure are proven. | Name owner for baseline evidence and decide when it returns for review. |
| Security access review | Escalate with mandate risk and capacity options. | Deadline pressure may require pausing lower-risk planned work. | Accept the sequence impact or change the deadline, scope, or owner model. |
| Operations dashboard improvement | Sequence later unless current governance cadence is blocked. | Useful visibility work competes with higher-risk delivery and compliance needs. | Decide whether decision-cadence pain is severe enough to move it earlier. |
Repository route
The journey summarizes the route. The repositories hold the operating details, examples, runtime files, and review boundaries.