Built AI-first · Chapter 9 of 9

The Re-Engineering Roadmap

Ninety days, one year, three years. The dates are the least important part of this page — what matters is the order, because each stage is the precondition for the next and the usual failure is starting three stages in.

Measure, then context, then skills, then routines, then validation, then autonomy. Reorder it and you will be building on something you have not established.

The shape

Gates, not milestones

Each stage below ends with a gate, and a gate is a question about evidence rather than a list of completed tasks. "Did we write the context library" is a milestone and it can be satisfied by a document nobody uses. "Can somebody outside the build answer how do you know about last month's output" is a gate, and it cannot.

We run these as outcome gates in the spirit of PMBOK 7 — principle-led and tailored to the organisation rather than a fixed deliverable checklist. The tailoring is real: a fire district and a four-person contractor run the same sequence at very different sizes, and the gate question is identical in both.

If a gate will not close, the answer is never to proceed anyway with a note. It is that the stage is not finished, and the next stage would have been built on sand.

Stage one

Days 1–30 — See it before you change it

Month one

Measurement and the first ten entries

Nothing is automated this month, and the temptation to skip it is the single most common way this goes wrong. You are establishing what is currently true, so that anything you change later can be shown to have changed something.

  1. Answer the seven tells in writing. From chapter two, in one sitting, alone. Mark each zone red, amber or green.
  2. Choose one zone — the cheapest red to reverse, not the biggest. One.
  3. Instrument the number your plan depends on. Whatever figure the business case rests on that nobody has actually observed, start observing it now. We learned this the expensive way, by pricing a service line against an estimate we had never measured, and it is now a standing rule.
  4. Write the first ten context entries for that zone in the five-field shape: claim, source, as-of, owner, status.

Gate: you can state the current condition of the chosen zone from a record rather than from memory — and somebody else could read that record and reach the same description.

Stage two

Days 31–60 — One method, one cadence

Month two

The first skill and the first routine

Deliberately narrow. One written method and one standing cadence, in the zone you chose, at the lowest two rungs of autonomy.

  1. Write one skill — the most repeated task in that zone. Inputs, steps, the checks it must pass, and what it refuses to do.
  2. Give it a routine — cadence, owner, recipient, and a written definition of what "did not happen" means and who is told.
  3. Run it at suggest or draft only. A person does the last step every time, without exception, this month.
  4. Log every outcome, including the passes. The passes are the evidence that later earns a promotion; nobody keeps them and everybody later wishes they had.

Gate: the routine has run its full cycle at least three times, the log exists, and a failure has been observed and handled — an untested routine that has never failed has not been tested.

Stage three

Days 61–90 — The check and the queue

Month three

Validation, ranking, and published refusals

This is where a working automation becomes something an organisation can defend. It is also the stage most programmes skip, because the first two months produced visible wins and this one does not.

  1. Add the validator — the checks, run by something that is not the author, with failures returned rather than softened.
  2. Cap and rank the owner's queue. Three items, ranked by written rules. A queue of thirty is a list.
  3. Write down what the agents may never do, and circulate it internally. Ours: never send, never spend, never set a price, never sign.
  4. Review the buy, build or wait decisions made so far, and give every wait an owner and a review date.

Gate: a person who did not build it can pick any output from the last month and get a real answer to "how do you know?" — with a source and a date.

Stage four

Year one — the same loop, zone by zone

Months 4–12

Four to six zones, in the order your tells gave you

The ninety-day loop repeats. It gets faster — the second zone borrows the library, the validator and the queue from the first — but it does not get fast, and an organisation that claims to have done all seven in a year has usually done one properly and declared the rest.

  1. Repeat the loop per zone. Four to six in a year is a realistic pace for a small organisation.
  2. The library becomes the default. Decisions get recorded as they are made rather than reconstructed afterwards. This is a cultural change and it takes most of the year.
  3. First promotions. A small number of acts move to approval or envelope autonomy, each with a record you can point at and an automatic demotion rule.
  4. The waits get reviewed. A wait reviewed twice without moving is itself a finding, and usually means the deciding measurement was never set up.

Gate for year two: the organisation ran a normal week without its owner — not as an exercise, as a week that actually happened — and the people involved would describe it as ordinary.

Stage five

Year three — the asset, not the tooling

Years 2–3

What it should look like when it is working

By this point the interesting property is not what the agents do. It is what the organisation owns.

  1. The models and tools have been swapped at least once and the roles survived it, because the roles were documents rather than configurations.
  2. The library is the organisation's memory. New people are onboarded against written roles and settled decisions rather than against whoever has been there longest.
  3. Autonomy has expanded only where the record earned it — and at least one act has been demoted automatically, which is how you know the rule is real.
  4. The operating knowledge is outside anybody's head. Which is the thing that makes an organisation transferable, survivable, and considerably less frightening to run.

The real test: not a dashboard. Whether the week the owner is unreachable is an ordinary week — the same question as the seventh tell in chapter two, asked three years later.

The ordering

Why you cannot reorder it

If you skip…What breaks later
MeasurementEvery later decision is made against an estimate, and you will not be able to tell whether anything improved. This is the one we got wrong ourselves.
ContextSkills are written against facts that live in somebody's head, so the method is only as portable as the person who wrote it.
SkillsRoutines run an unwritten method, which means every run is a fresh improvisation and nothing improves in one place.
RoutinesThere is nothing to grant autonomy over. Authority is granted to a routine, not to an agent — so without routines, chapter eight cannot be applied at all.
ValidationYou reach the autonomy conversation with no evidence, and the honest answer to "how do you know it is reliable" is that you do not.

In your world

What the first ninety days usually looks like

Fire & EMS agencies

The overdue question, end to end

Instrument one thing first: what is overdue in the inspection cycle, by how long, and in which occupancy classes. Few districts can answer that at the population level on a Monday morning, though every record needed is already held. Then write the notice method, give it a cadence and an owner, and keep release with a person. Administrative throughout — nothing near an operational system.

Small cities & civic

One records category, all the way through

Constraints written first, then the method, then the clock as a routine, with release staying with a person permanently. Narrow scope is what makes this defensible at a council meeting.

Trades & field service

Follow-up, because quoting is not the constraint

Measure how many quotes go quiet and for how long — almost nobody knows. Then write the follow-up method and give it a cadence and an owner. Drafted, never sent automatically.

Professional services

The weekly client note

High frequency, immediately visible to the client, and the first thing to slip in a busy week. Writing it down as a method and a routine is a fortnight of work and it survives the next bad month.

What we will not claim

The boundary on this chapter

The end of the series

Nine chapters, one question

Which three things in your organisation are currently held together by one person remembering them? Everything in these nine pages is an answer to that, and the honest version of the answer usually takes about ten minutes to say out loud.

ITMedic · Green IT Consulting, LLC · Snoqualmie, WA · (425) 242-3378
Built AI-first, chapter 9 of 9 — written from our own build. The agents draft; a human sends.