Forward-Deployed Engineering09
After handover, the same engineers who built the system watch it, page on it, re-score it as your records drift and change it when the work changes. A flat monthly fee, a written report every month, and any month you can take it in-house.
FDE / 01The scope
Four things, each with a named person on the rota. The system stays in your accounts; what changes is who is looking at it.
The pager goes to us first. An incident is acknowledged inside the agreed window, worked in your tools and written up the same day with what happened, what was done and what changes so it does not recur.
The system is re-scored on fresh cases against the golden set at an agreed interval, and the operating threshold is watched on live traffic. When a new kind of case appears, the golden set is extended and the score is reported before and after.
Cost per case is tracked against the figure at cut-over. Credentials are rotated on schedule. Model, library and platform changes are applied behind the regression run, so an upgrade that lowers the score is held.
Small changes, scoped and agreed in writing, are made inside the month: a new field, a new exception, a changed rule. Anything larger is written up as a scoped sprint, so the flat fee stays flat.
FDE / 02What you receive
6 ITEMS
The report is written, not presented, and it says the same six things every month so a change from one month to the next is visible.
Availability against the agreed target, every incident with its cause and its fix, and what changed so it does not recur.
The golden-set score for the month, the live-traffic score beside it, and the cases that moved either one.
Cases handled, cases handed to a person, and cost per case against the figure at cut-over.
Every change merged in the month, with its pull request, its score before and after, and who approved it.
Credentials rotated, dependencies upgraded, the golden set extended, and what is scheduled for next month.
What we would change next, what would need a scoped sprint, and whether the system is ready for your team to take in-house.
FDE / 03Specified
10 FIELDS
The terms as they stand before the first month. The system moves the detail; it does not move the shape.
FDE / 04Fit
FDE / 05Questions
6 QUESTIONS
It is a flat monthly fee for a written scope: run, watch, re-score, report and make small changes to a named system. It is not a bank of hours, and it does not stretch to cover work outside the scope; that is written up as a scoped sprint.
No. Handover & Enablement still happens and the manifest is still ticked by your side. Operations starts after the gate, so your team could take the system at any point; we are running it, not holding it.
Something an engineer can scope, build, score and ship inside the month without changing the shape of the system: a new field, a new exception, a changed rule, a new document type in the golden set. If it needs its own gate, it is a sprint.
Our rota first, with a named first responder, then the owner on your side if the incident needs a decision from you. Your team can be second on the rota from the start, which is how taking it in-house usually begins.
With notice, from any month. The handover manifest is re-run in the last month so your team takes a current system: the runbook up to date, the golden set current, the credentials rotated, our access removed.
Sometimes. It has to be scored first, so a golden set and a harness come before the first month; that is scoped on its own. If the system cannot be scored or has no runbook, a Production Sprint to bring it to that state is the honest starting point.
FDE / ENDStart
Thirty minutes with an engineer is enough to say what the rota would cover and what the monthly report would contain.