Everyone Owns the Problem, Which Means Nobody Owns It
The Difficult Problem
A consequential problem crosses departments, so every leader participates while no single person has the authority, information, and obligation to drive it to resolution.
Executive problems rarely arrive as clean questions. They arrive as missed targets, competing explanations, urgent requests, and partial information. A useful diagnosis must distinguish the visible symptom from the mechanism creating it. It must also identify what is not yet known, because confident action based on a weak premise can make the situation harder to reverse.
The purpose of this framework is not to replace the knowledge of people inside the organization. It is to create a disciplined way to combine that knowledge, expose conflicts, and decide what deserves scarce executive attention. The output should be a small number of owned actions and measures, not another presentation that describes the problem without changing it.
The first operating question is what must remain true while the problem is being solved. That may be liquidity, customer continuity, safety, a regulatory obligation, critical talent, or the ability to reverse a decision. Naming those constraints prevents a fast intervention from destroying the capacity needed for recovery.
The second question is where authority and information meet. A person cannot own an outcome if the essential information arrives late or another function controls every meaningful choice. A useful problem map therefore shows decisions, handoffs, dependencies, measures, and escalation thresholds, not only reporting lines.
Finally, the team needs a learning loop. The initial diagnosis is a working explanation, not a performance of certainty. Each action should produce evidence. Leaders should decide in advance what result would support the explanation, what result would weaken it, and when they will reconsider the plan. That discipline makes speed compatible with intellectual honesty.
What Leaders Usually Get Wrong
- Creating a larger committee instead of naming an accountable owner
- Assigning responsibility without authority over dependencies
- Measuring departmental activity while the end-to-end outcome continues to fail
These errors are understandable because each offers the appearance of movement. The test is whether the action changes the mechanism sustaining the problem, preserves necessary options, and creates evidence that the diagnosis is correct.
How I Would Diagnose It
Define the failed outcome from the perspective of the customer, patient, employee, transaction, or enterprise.
Map the complete flow and mark every handoff, queue, approval, and competing metric.
Identify who can make the cross-functional tradeoffs and who currently bears the consequence of delay.
Separate contributors, consulted experts, and approvers from the one accountable owner.
Before recommending a larger change, I would run a short operating review with the people closest to the work. The purpose is to compare the formal process with what actually happens, identify exceptions and workarounds, and locate the decision where delay or rework first appears. I would record disagreements rather than average them away, because a disagreement often reveals that teams are optimizing different outcomes. The resulting map should make clear which observation is verified, which is an inference, which assumption needs a test, and what decision can safely be made now.
I would then ask what evidence could disprove the leading explanation. That question protects the team from building a confident plan around the most convenient story. The diagnosis should state assumptions, missing information, and triggers that would change the recommended course.
Simple Action Framework
- 1. Define one end-to-end outcome
- 2. Name one accountable owner
- 3. Give that owner explicit decision rights
- 4. Set contribution commitments for each function
- 5. Review exceptions and outcome measures until the system stabilizes
Each action needs an owner, a near-term decision date, and a measure that reveals whether the intervention is working. Measures should describe the outcome or bottleneck, not simply report that meetings occurred or tasks were completed.
Shared contribution is useful. Shared accountability is often a polite description of an unresolved governance decision.
Related work
Watch and read Daily Difficult Problems for short examples of the same diagnostic approach.
Discuss a Difficult Problem
If the issue is consequential, cross-functional, or difficult to diagnose from inside the operating system, start with a bounded conversation.
Bring Me the Difficult Problem