LIGHTS OUT FINANCE
Lights Out Finance · In this paper: The Operating Model

The last org chart

Pilots don’t die of weak models; they die of unchanged operating models. The four roles an autonomous finance function actually needs, the career ladder it breaks, and the sequence that makes the redesign stick.

AB
Adil Bahir
Founder & Editor, Lights Out Finance · Two decades in finance transformation, quantitative finance, and enterprise AI
Interactive white paper · July 2026 · lightsoutfinance.net · 9-min read · Print / PDF
In the thesisThe operating model the stack exists to serve: roles, ladders, sequence.
In brief
The wall is never the technology. Autonomy pilots fail against an org chart designed for the model they replace — a pyramid whose base the pilot proposes to remove.
Four roles remain and grow: policy owners, exception judges, model stewards, controls attestors — a smaller, more senior diamond atop a machine execution layer.
The apprenticeship must be rebuilt on purpose. If software does the volume, year one moves to supervised exception queues and policy benches — decisions made, not items processed.

Seven papers into this publication, a pattern should be visible. The digital asset back office, the continuous close, executable treasury policy, the economics of the machines, agentic ERP, the attestable control plane, the desk after dark — every one of them ends up at the same wall, and the wall is never the technology. Pilots do not die because the model was weak. They die because they were grafted onto an organization designed, in every sinew, for the operating model they were meant to replace.

So this paper leaves the technology alone and addresses the harder artifact: the org chart. Not as an HR exercise, but as what it actually is — the load-bearing structure of a finance function, encoding who decides, who checks, who escalates, and what a career means. Change the operating model without changing that structure and the structure wins. It always wins. Twenty years of transformation programs have taught me exactly one universal law, and that is it.

Why the pyramid resists

The traditional finance function is a pyramid because its production system required one: a wide base of preparers doing the volume, a middle of reviewers checking the base, a peak that owns the outcome. Every incentive in the building assumes the shape. Status is span of control — heads counted, not exceptions resolved. Careers are climbed by doing volume work well enough, long enough, to supervise it. Budgets are defended in FTEs. Now introduce an autonomous layer that absorbs the volume work, and observe what you have actually proposed: not a tool, but the removal of the base of the pyramid — the layer on which every incumbent above it built their standing and their succession plan. The resistance a pilot meets is not technophobia. It is an accurate reading of the stakes by intelligent people. Any transformation plan that does not answer them — concretely, role by role — deserves the quiet sabotage it will receive.

The org chart always beats the pilot. The only question is whether you redesign it on purpose or let it defeat you by attrition.

The four roles that remain — and grow

The policy owner writes what the machines execute: accounting treatments, thresholds, approval envelopes, escalation rights — maintained as living, versioned artifacts rather than shelf documents (Treasury as Code made the treasury case; it generalizes). This is the most senior work in the function and today it is done, badly and implicitly, by whoever last updated the desktop procedure.

The exception judge staffs the new center of gravity: the exception desk. Everything the agents cannot resolve within policy arrives here — investigated, documented, with the evidence attached — and a human decides. This is a promotion, not a residue: the routine ninety percent is gone, so what reaches the desk is by construction the interesting, ambiguous, judgment-heavy tail. It is the best training ground for future controllers the profession has ever accidentally built.

The model steward owns the fleet: performance, drift, retraining, the inventory, the kill criteria (The Auditor Will See You Now described the discipline; someone must hold it). Part operations, part quantitative, part governance — a genuinely new finance role, and in five years as standard as “systems accountant” became after the ERP era.

The controls attestor signs. Over the policy, the enforcement evidence, the exception dispositions, and the model governance. The signature the CFO ultimately relies on moves from “my people followed the procedure, we sampled it” to “the environment is designed, proven, and judged.” Stronger, not weaker — and requiring more senior shoulders, not fewer.

Exhibit 1
The shape of the function changes
TODAY: PYRAMID Leaders Reviewers Preparers · the volume layer TARGET: DIAMOND ON A MACHINE BASE Policy owners Exception judges · model stewards Controls attestors Autonomous execution layer · runs the volume Fewer people, each more senior; the volume layer becomes software. The career ladder is what breaks — and what must be redesigned.
The volume base becomes software; the human function contracts into a smaller, more senior diamond of owners, judges, stewards, and attestors.
Exhibit 2 · Interactive
The function reshaper
A 100-percent honest way to size the diamond: pick a function size and an automation level, and see the role mix the target operating model has to place.
Preparer base Owners · judges · stewards Target shape Today
Function size after redesign
Exception judges & policy bench
Model stewards
Capacity released or redeployed
the design choice the program must make
Starting mix assumed 62% preparers / 26% reviewers / 12% leadership. Displaced preparer capacity: 25% is re-invested as exception judges and policy bench; reviewers consolidate 60% into owner roles; stewards sized at 2% of the original function (min. 3). Redeploy-versus-release is a strategy decision, not an output of the model — which is precisely why the target operating model must be designed before the agents ship.

The ladder problem

Be honest about the casualty: the apprenticeship. For a century, finance careers began in the volume layer — you learned the business by keying its journals and chasing its confirmations. If software does the volume, where does year one happen? Firms that ignore this question will find, a decade out, that they have brilliant machines and no bench. The answer is to rebuild the apprenticeship on the exception desk and the policy bench: juniors rotate through supervised exception queues (judgment reps, concentrated), policy drafting under an owner’s review, and model-monitoring rotations — a curriculum measured in decisions made rather than items processed. Fewer entry seats, each teaching more per month than the old base taught per year. That trade must be designed deliberately; it will not emerge on its own.

Ten thousand decisions

Put a number on the apprenticeship problem and it stops being philosophy. Expertise in any judgment profession is minted in repetitions of consequential decisions — call the journeyman threshold ten thousand, in the folk tradition. The traditional preparer role delivered those reps homeopathically: ninety items a day of which perhaps five required a real call, everything else muscle memory. The model above does the division, and the result explains something every partner and controller has observed without naming: the old ladder took the better part of a career to make a judge because judgment was six percent of the job. A supervised exception desk — where the routine tail has been machined away and nearly every case is a call — mints the same expertise in a fraction of the time. The catch, and it is the whole design problem, is the word supervised: reps without feedback produce confidence, not competence.

Exhibit 3 · Interactive
The judgment-reps model
Careers are built on repetitions of judgment, not items processed. Compare how fast the old ladder and the exception desk actually mint decision-makers.
Judgment reps / year, old ladder
Judgment reps / year, exception desk
Years to 10,000 reps, old ladder
Years to 10,000 reps, exception desk
Exception-desk cases assumed 90% judgment-bearing — the routine tail never reaches the desk. 220 working days/year. The uncomfortable output is the third one: on the traditional ladder, expertise was a decades-long by-product of volume. The desk compresses the apprenticeship — provided someone designs it as one, with supervision and case rotation, rather than treating juniors as overflow capacity.

The middle-manager question

The role this paper has so far avoided is the one the pyramid produced in greatest volume: the manager whose job was the supervision of preparers — allocating queues, checking work, reporting status upward. In the diamond, all three duties change owner: the autonomous layer allocates itself, the control plane checks in-line, and status is a dashboard drawn from the evidence store, not a deck assembled on Thursday. What remains is the part of management that was always the point and rarely the practice: developing the judges, owning the policy quality, and running the feedback loop between exception patterns and process design. Some incumbents will experience this as liberation — management as coaching and system design rather than traffic control. Others will discover their role was the traffic. A transformation program that cannot tell its middle managers, individually and honestly, which conversation they are in has not finished its people plan — it has postponed it to the resistance phase, where it costs more.

Sequencing: the operating model is not the last slide

Finally, the practitioner’s note on order of operations. The standard program puts the target operating model at the end — automate first, “capture synergies,” then reorganize around whatever survived. This is backwards, and it is why so many automation programs report savings that evaporate on contact with the payroll. The durable sequence runs: diagnose where each process actually sits (not on average — process by process); design the target model — roles, envelopes, exception rights — before the first agent ships; deliver the autonomous layer into that design; and embed until the new roles, not the old habits, are what the function defends. Design and build as one motion, or watch the organization quietly rebuild the pyramid inside your automation.

Every paper of this publication ends at the same door, because every autonomous-finance question does: where, honestly, does your operation sit today? Six questions below. Two minutes. The benchmark — and the next paper — are built from the answers.

What leaders should do
Design the target operating model before the first agent ships.

Roles, envelopes, exception rights, and the redeploy-versus-release decision are strategy choices; made late, they are made by attrition.

Tell every middle manager which conversation they are in.

Coaching-and-system-design or traffic control — individually, honestly, early. Unanswered, the question staffs the resistance.

Rebuild the apprenticeship on purpose.

Supervised exception queues, policy benches, model-monitoring rotations — measured in decisions made, with feedback loops that turn reps into judgment.

Where does your operation sit?

The Lights Out Maturity Index: six questions, two minutes, no scales to interpret. Your anonymous result joins the inaugural Lights Out Finance Survey — the benchmark this publication reports on.

Take the Close & Controls PulseTake the Maturity Index Browse all papers
Notes & references
Interactive models in this paper are the author’s analysis. Default values are illustrative; every input is exposed so you can calibrate with your own figures.
About the author
AB
Adil Bahir

Founder & Editor of Lights Out Finance. Big 4 partner in CFO Advisory & Finance Transformation with two decades across the Americas, EMEA, and APAC; DEng in AI (George Washington), MBA in Finance (Cornell), Master in Financial Engineering (Queen’s Smith); US CPA, CGMA, FRM, CQF, CTP, CDAA. Full profile →

Related papers