Observation:
A platform team serves multiple audiences. Each audience considers its own request urgent, by its own criteria. The criteria are rarely shared, and even more rarely compared.
The team has a single execution pipeline. Work is sequential. Every request takes time away from some other request, and this constraint is usually invisible to the requester.
Urgency, as a signal, has finite bandwidth. When every request arrives labeled urgent, the label stops carrying information. It stops separating what must move first from what can wait, and starts signaling something else: membership, political weight, emotional proximity (FN-0022).
The team ends up prioritizing by proxy. Whoever complains loudest, whoever escalated last, whoever is closest to the people watching the queue.
Implication:
Prioritization requires a scale that is visible to all requesters. A scale that is visible has a cost: it forces each requester to accept, in writing, that some work is less urgent than other work, and that their own work may sometimes be the less urgent one.
Nobody wants to pay that cost. So the scale stays implicit. And urgency, as a concept, collapses into noise, while the platform team absorbs the prioritization decision in silence, without any of the protection that an explicit scale would provide.
Part of the Field Notes series documenting operational patterns observed in real-world platform architectures.