When Every Digital Improvement Feels Urgent, What Should Come First?
When every improvement is urgent, prioritize the smallest capacity-backed commitment that protects a genuinely expiring consequence, unlocks dependent value, or resolves decision-changing uncertainty—and require every new commitment to name the work it displaces. Summary
The portfolio board has 27 cards. Every card has a red corner, a senior sponsor, and a reason that waiting would be irresponsible.
One protects revenue. One fixes a broken journey. One answers a competitor. One clears a technical dependency. One has already appeared in three board decks, which is apparently its own kind of emergency.
If everything is urgent, the board is not showing priority. It is showing that nobody has made the sacrifice that priority requires.
Urgency is a claim about time. Priority is a decision about consequence, opportunity, and scarce capacity. Do not let the first claim make the second decision.
A red label can overpower a better outcome
People do not respond to deadlines as neutral analysts.
Meng Zhu, Yang Yang, and Christopher Hsee tested the “mere urgency effect” in five experiments. Participants were more likely to choose an objectively lower-payoff task when it had a shorter or apparently expiring completion window. The researchers controlled for several sensible explanations, including distance from completion and certainty of payoff. Spurious urgency still had an appeal of its own.
This does not prove that your transformation committee will choose the wrong CRM. It proves something narrower and more useful: an urgent label is capable of distorting choice even when the lower payoff is visible.
The defense is not to ignore deadlines. It is to make every deadline describe its consequence.
Replace “needed by Q4” with four sentences:
- If this waits until Q1, what becomes materially worse?
- Who experiences that loss or harm?
- How does the consequence change over time?
- Which date changes the decision, rather than merely changing the slide color?
A security exposure, legal cutoff, exhausted service, expiring contract, and campaign preference can all have dates. Only the first four examples necessarily contain a time-dependent consequence. The campaign might. Its sponsor must show how.
Make the deadline reveal what actually decays
A date earns priority only when waiting changes a material consequence, opportunity, dependency, or decision.Unpatched exposure
- Delay consequence
- Rises while access remains open
- Boundary test
- Does waiting extend material harm?
- Disposition
- Protect now
Regulatory cutoff
- Delay consequence
- Flat, then irreversible at the date
- Boundary test
- Does the date change legal access?
- Disposition
- Protect now
Campaign preference
- Delay consequence
- Usually recoverable after the date
- Boundary test
- What value actually expires?
- Disposition
- Build when ready
Unproven product idea
- Delay consequence
- Unknown until evidence changes
- Boundary test
- Can a smaller test change the decision?
- Disposition
- Prove next
Admission rule A date earns priority only when delay changes a material consequence, dependency, opportunity, or decision.
Editorial synthesis from Zhu, Yang, and Hsee, 2018, and portfolio-effectiveness research. Delay consequences describe decision logic rather than measured losses.
The figure does not turn judgment into arithmetic. It removes a disguise. A real urgent item has a credible consequence curve: delay changes harm, value, reversibility, or access to an opportunity. A preferred date has a calendar entry.
Choose the outcome before comparing the work
Once weak urgency claims lose their red paint, teams often reach for a score.
Impact: eight. Confidence: seven. Effort: three. Total: something with a decimal point. The number looks disciplined because the unresolved argument has become small enough to fit inside a cell.
A score can support a discussion. It cannot supply the missing strategy.
Before scoring any candidate, write the outcome the portfolio exists to change. It must be specific enough that two attractive projects can conflict.
“Improve the digital experience” is too broad. So is “grow revenue.” Better statements describe a chosen change and a boundary, such as:
- reduce failed self-service applications for first-time small-business borrowers;
- increase qualified evaluation of the enterprise product without increasing sales-cycle support load;
- move routine account changes from phone support to accessible self-service while protecting complex cases; or
- retire the legacy checkout dependency before its support window closes.
Now a project can be relevant, irrelevant, or actively harmful to the portfolio's purpose.
Robert Cooper, Scott Edgett, and Elko Kleinschmidt studied portfolio-management practices in 205 U.S. companies. Their portfolio view combined strategic choices, scarce-resource allocation, project selection, and balance between project load and capability. The unit of priority was not the request. It was the portfolio created by accepting some requests and rejecting others.
Miia Martinsuo and Päivi Lehtonen surveyed 279 firms. Information availability, goal setting, and systematic decisions contributed to portfolio-management efficiency. Reaching individual project goals did not by itself establish portfolio efficiency.
That is the awkward truth behind many “successful” digital programs. Every project can ship. The company can still spend a year completing the wrong combination.
Time, value, and evidence are three different clocks
When two candidates serve the same outcome, inspect three clocks.
The consequence clock
This measures how waiting changes the result. Does harm accumulate? Does an opportunity expire? Does a dependency become more expensive? Is the date hard, or can the work still create most of its value later?
Do not use one “cost of delay” number unless the organization can defend it. A range and a shape are often more honest. Some consequences rise steadily. Some stay flat, then jump at a regulatory cutoff. Some opportunities decay slowly. Some dates are guesses wearing formal clothes.
The dependency clock
This measures what cannot proceed until a decision, capability, interface, contract, or piece of evidence exists.
The highest-value project is not always first. A smaller enabling commitment can release several larger outcomes. The same logic can work in reverse: a project with many prerequisites may look important while being impossible to finish now.
Dependencies are not only technical. A design system can wait on a product-position decision. A campaign can wait on proof that onboarding works. A platform migration can wait on a contract boundary. A new dashboard can wait on agreement about the decision it is supposed to change.
The learning clock
This measures how long the organization is prepared to invest while a decision-critical uncertainty remains unresolved.
Karl Claxton and colleagues separate the best action under current evidence from the value of obtaining more information. Their application is health technology, not website delivery, but the decision logic travels: evidence is valuable when it can change the preferred action enough to justify the cost of learning.
Rahul Kapoor and Thomas Klueter distinguish sequential, pooled, and reciprocal uncertainties. If one unknown must be resolved before the next, a staged test can be efficient. If several unknowns are independent, small parallel probes may be sensible. If they affect one another, testing only one can create false confidence.
The next priority may therefore be a prototype, field study, integration spike, content test, or operational rehearsal—not the finished feature everyone has already imagined.
The relationship among unknowns changes the next experiment
Resolve sequential uncertainty in stages, pooled uncertainty with bounded parallel probes, and reciprocal uncertainty with linked tests.Sequential
Stage the testsDo not fund B until A can change its premise.
Pooled
Run bounded probes in parallelCompare independent signals before the larger commitment.
Reciprocal
Link the testsRe-test the first assumption after the second changes it.
Editorial application of Kapoor and Klueter, 2021; Claxton et al., 2001; and McGrath, 1999.
The purpose of the smaller test is not to delay commitment forever. It is to purchase a clearer right to commit, narrow, redirect, or stop.
Capacity makes every “yes” a delayed “no” somewhere else
Most overloaded roadmaps contain a grammatical trick. Work is either “in progress” or “starting soon.” Nothing is waiting. Nothing has been refused. Capacity appears to be a mood.
Operations research is less sentimental.
John Little proved the relationship commonly written as L = λW: under its stated conditions, average work in a system equals average throughput multiplied by average time in the system.
Rearrange it as W = L / λ.
Imagine a team that completes four meaningful improvements per month. If it keeps eight active, the steady-state illustration gives an average two months in the system. If active work rises to 16 while throughput remains four, average time rises to four months.
The formula does not know whether the work is a payment flow, data migration, or new homepage. It also does not promise that a changing business is perfectly stationary. Its warning is still useful: adding work without adding completion capacity produces waiting, even when every card looks busy.
More active work creates waiting when throughput stays fixed
At four completions per month, doubling active work from eight to sixteen doubles illustrative time in system from two to four months.8 active items
8 ÷ 4 = 2 months16 active items
16 ÷ 4 = 4 monthsW = L / λ. Throughput remains four completions per month in both derived scenarios. Each block represents one active item; each row represents four completions, or one month at the assumed rate.
Derived from Little, 1961: W = L / λ. Values demonstrate the relationship and are not an empirical benchmark for digital teams.
Human attention adds another constraint. Joshua Rubinstein, David Meyer, and Jeffrey Evans ran four task-switching experiments. Their model separates goal shifting from rule activation. Switching-time costs rose with rule complexity and fell with task cues.
Do not convert those laboratory results into a theatrical claim that “multitasking costs exactly 40 percent.” The paper does not justify that statement. The defensible lesson is simpler: changing complex tasks requires control work. A portfolio that changes direction every morning spends real effort reconstructing goals, rules, evidence, and context.
Set a work-in-progress limit from local evidence:
- observed completion rate;
- the size and variability of work;
- scarce specialist capacity;
- coordination and review load;
- incident demand; and
- the level of uncertainty the team can manage without hiding it.
Do not borrow a sacred number from another company. Measure your system, choose a limit, and change it only with evidence.
Use four dispositions, not one heroic ranking
A ranked list creates the impression that item 17 is waiting politely behind item 16. In reality, work belongs in different decision states.
Use four dispositions.
Protect now
This lane is for material consequences that become worse with time: safety, security, legal access, service continuity, irreversible customer harm, or a defensible expiring opportunity.
Protect-now work needs an owner, consequence curve, and exit condition. The lane must be capacity-limited. Otherwise every sponsor will learn the password.
Prove next
This lane is for consequential work whose decision depends on unresolved evidence. Fund the smallest valid test that can change, unlock, or stop the larger commitment.
Rita McGrath's real-options reasoning explains why staged commitment can preserve opportunity while limiting downside. A probe is useful when it creates a real option to continue, revise, or abandon. A decorative prototype that cannot change the decision is just smaller production.
Build when ready
This lane is for valuable work with a coherent outcome, acceptable evidence, ready dependencies, and capacity to finish. It is not “everything else.” It is a commitment state with a clear definition of done and a result that can be observed after release.
Stop or park
This lane protects the other three.
Stop work that does not serve the chosen outcome, cannot state a credible consequence, duplicates another capability, depends on a decision nobody owns, or remains attractive only because money has already been spent.
Park work that may become relevant after a named condition. Record that condition. “Later” without a trigger is an archive pretending to be a plan.
A scoring model cannot repair a decision system
Teams often improve the spreadsheet while leaving the organization unchanged.
Peerasit Patanakul's four-case study identified six attributes of portfolio effectiveness. Three were strategic: alignment, adaptability, and expected value. Three were operational: visibility, decision transparency, and delivery predictability.
The list is useful because it refuses the fantasy of one master score. A portfolio can be aligned but impossible to deliver. Predictable but low value. Valuable on paper but unable to adapt. Visible but politically opaque.
Michael Kaiser, Fedi El Arbi, and Frederik Ahlemann studied three large construction firms. Their argument goes beyond selection technique: structural alignment, information requirements, communication, and organizational adaptation shape whether portfolio management can work.
Your priority method therefore needs an operating contract:
| Decision | Required record |
|---|---|
| Admit work | Outcome, consequence of delay, evidence, dependencies, capacity source |
| Make work active | Owner, finish condition, observation plan, displaced commitment |
| Change priority | New evidence or consequence, decision authority, switching cost |
| Continue | Evidence that the commitment remains valuable and finishable |
| Stop | Reason, knowledge preserved, dependency or capacity released |
The displaced commitment is the most important column. A new priority that displaces nothing is usually not a priority. It is inventory.
Reprioritize on evidence, not volume
Static annual rankings fail in changing environments. Continuous executive interruption fails differently.
Yvan Petit studied four portfolios in two firms operating in dynamic environments. The portfolio level needed mechanisms to sense uncertainty and reconfigure commitments. Tomo Noda and Joseph Bower describe strategy making as iterated resource allocation: early results and managerial context can escalate or de-escalate strategic commitment.
The practical middle is a cadence plus triggers.
Review the portfolio on a stable rhythm. Between reviews, reopen it only when a named trigger occurs:
- a material consequence changes;
- decision-critical evidence arrives;
- a blocking dependency clears or fails;
- capacity changes materially;
- an assumption is contradicted;
- a legal, security, or service incident crosses its defined threshold; or
- the strategic outcome itself changes through an authorized decision.
Every trigger does not require a new project. It requires a decision. The decision may be to continue.
Priority research spans behavior, portfolios, structures, and cognition
No one study supplies the full answer; the evidence layers different questions and units.Counts preserve each source's original unit. Separate portraits do not rank effect, quality, or managerial importance.
Zhu et al., 2018; Cooper et al., 1999; Martinsuo and Lehtonen, 2007; Patanakul, 2015; Petit, 2012; Kaiser et al., 2015; Rubinstein et al., 2001. Counts are not combined.
The studies in the figure use different units and methods. They are not one combined sample and do not rank interventions by effect. Together they show why the operating system needs behavioral safeguards, portfolio evidence, capacity awareness, structural alignment, and adaptation.
What should come first?
Return to the 27 red cards.
Remove the color. Write the chosen portfolio outcome above the board. Ask every card for a consequence curve, dependency map, decision-changing uncertainty, finish condition, and capacity source.
Some cards become protect-now work. Some shrink into experiments. Some wait for a dependency. Several lose their reason to exist.
The first item is not automatically the biggest project, the highest score, or the loudest deadline. It is the smallest finishable commitment that does one of three things:
- protects a material consequence that genuinely worsens with delay;
- unlocks the most consequential dependent value; or
- creates evidence likely to change a larger decision.
Then name what stops.
That final sentence is where a crowded roadmap becomes a strategy.
References
- Zhu, Yang, and Hsee, “The Mere Urgency Effect”
- Little, “A Proof for the Queuing Formula: L = λW”
- Cooper, Edgett, and Kleinschmidt, “New Product Portfolio Management”
- Martinsuo and Lehtonen, “Role of Single-Project Management in Achieving Portfolio Management Efficiency”
- Patanakul, “Key Attributes of Effectiveness in Managing Project Portfolio”
- Petit, “Project Portfolios in Dynamic Environments”
- Kaiser, El Arbi, and Ahlemann, “Successful Project Portfolio Management Beyond Project Selection Techniques”
- Noda and Bower, “Strategy Making as Iterated Processes of Resource Allocation”
- Meskendahl, “The Influence of Business Strategy on Project Portfolio Management and Its Success”
- Kapoor and Klueter, “Unbundling and Managing Uncertainty Surrounding Emerging Technologies”
- Claxton et al., “Bayesian Value-of-Information Analysis”
- Rubinstein, Meyer, and Evans, “Executive Control of Cognitive Processes in Task Switching”
- Teece, Pisano, and Shuen, “Dynamic Capabilities and Strategic Management”
- Eisenhardt and Martin, “Dynamic Capabilities: What Are They?”
- McGrath, “Falling Forward”
Summary
Urgency alone should never set the order; translate every request into its outcome, delay consequence, dependency, uncertainty, reversibility, and capacity cost, then fund only the work the organization can finish.
- Name the strategic or customer outcome the portfolio exists to change before comparing requests.
- For each request, write what becomes materially worse if it waits, for whom, by how much, and at what date.
- Map the dependencies it blocks or requires, including decisions and evidence—not only technical tasks.
- Ask whether a smaller reversible test could change, unlock, or stop the larger commitment.
- Place the work in one of four dispositions: protect now, prove next, build when ready, or stop and park.
- Set an explicit work-in-progress limit from observed throughput and delivery conditions; queued work is not active work.
- Require every new commitment to name displaced work, then review the portfolio on a stable evidence-triggered cadence.