A ProvenChaos Framework

How Do I Make Sure Every Outcome in My Company Has One Owner?

The Core Accountability System defines what each department exists to deliver, who holds the decision, who answers for the result, and where the work crosses between departments. Each department gets three to seven core accountabilities. Each one is an outcome, not an activity, with a named Decision Owner, a named Outcome Owner, and an expectation that is a number or a dated binary state with a source. It replaces a job-description culture with an accountability culture.

A job description is a list of verbs. A core accountability is an outcome.

The work here is not listing tasks. It is isolating the handful of things a department exists to deliver such that, if those things are true, the department is winning. Marketing does not run campaigns. Marketing delivers qualified pipeline. One is activity you can be busy at all quarter. The other is a result the rest of the company consumes.

Operate one level above the org chart and one level below strategy. Above the org chart, because accountabilities follow function, not headcount. People change, functions don’t. Below strategy, because the company’s objectives have to decompose cleanly into departmental results, or you have a gap nobody owns.

The three failures it prevents

  • Job descriptions masquerading as accountabilities. You end up tracking activity instead of outcomes. The fix is the expectation: a number or a binary state with a date, never an adjective. “Improve onboarding” fails. “90% of new hires productive within 30 days, by manager sign-off” passes.
  • Authority defaulting upward. Everything rolls to the department head, so nobody below them truly owns a decision. They execute and escalate. The fix is explicit decision rights.
  • Accidents at the intersections. Most accidents happen at or near intersections, and business is no different. Every department hits its own numbers and the company still crashes where their work crosses. The fix is a handoff register that says who has the right of way.

Two owners on every row

A single “owner” field collapses three different things: who does the work, who decides, and who is answerable. The system splits the last two out.

  • Decision Owner. The one named person who makes the call and does not need the department head’s sign-off to act. If the head’s name fills this column, nothing has been delegated.
  • Outcome Owner. The one named person who answers when the expectation misses. On most rows this is the same person, and that is what you want. The person who makes the call should wear the result.

When the two differ, treat it as a flag, not a feature. A split is only sound when the Outcome Owner controls the standards and targets the Decision Owner works inside. Otherwise you have separated authority from consequence, and it will show up as a miss.

The standing rule, published on every department page: the department leader is accountable for every result below. They are the Decision Owner only where named. Everywhere else, decision authority is delegated to the named individual, who acts without leader sign-off within the scope of that accountability.

Three altitudes, not three documents

The system has three layers, and detail deepens only as you descend. The top stays readable precisely because the detail lives below it.

  1. Core Accountabilities. Who is responsible, who has authority, who do I go to when it breaks. Three to five per department. Stable, changes rarely.
  2. Process Map. What is the work, in what sequence, and where does it live. One accountability decomposes into a handful of high-level buckets that still fit on one page.
  3. SOPs. Exactly how one step gets done, click by click. One SOP per bucket of work, and the detail lives here and only here.

You do not build all three at once. Establish accountabilities first, then decompose only where the work demands it. When something breaks, you start at layer one to find who is accountable, drop to layer two to find which process failed, and open the layer three SOP to see where the step went wrong. “Who do I go to” has a clean answer at every altitude.

How to tell you need it

  • Ask who owns a number and you get a department, not a person.
  • Your leaders bring you decisions they were hired to make.
  • Every department hit its goals last quarter and the company still missed.
  • The same failure keeps happening between two teams, and both of them can prove it wasn’t theirs.
  • Revenue is assigned to one department as a whole, instead of decomposed so each function owns one clean, sourced number.

Where it connects

The Core Accountability System is the structure. The Accountability Framework is the language you use inside it, commitment by commitment. Naming a Decision Owner without naming the standards, the target, and what wins when the two conflict is not delegation, it is abdication, which is how you end up with a founder bottleneck you built yourself. Once the numbers have owners and sources, your leadership meeting can finally manage by exception.

The full method, including the department grid, the diagnostic question set, the handoff register, the process map columns and the SOP standard, is in the guide: how to build an accountability chart that holds up under growth.

One name per number. One number per outcome.

Building the grid with your leadership team is a session, not a project. It is the work we do in strategic planning and in coaching.