LensReading which lens this session carries.

Standard operating procedure · EN3B · Engineering

Dependency Update

Transactional procedure owned by Build in Engineering. 6 numbered steps, 1 of them a person deciding and 5 of them agent work …

Procedure code

EN3B

Transactional

Rule versions in force

v3.2 · v1.0 · v2.9 · v5.0

4 governing rules stacked over it

In force since

2025-03-08

Earliest effective date across those rules

Last reviewed

2026-08-14

Latest review date across those rules

Rules approved by

1

Director, Platform Engineering

Rule health

4/4

0 under review · 0 superseded

There is no document register behind this header. The version, the dates and the approver names are read off the governing rules this procedure runs inside, which is the closest thing the estate holds to a document control record. Nobody wrote these procedures. There is no document library behind this page and no Word file anywhere in the estate. Every procedure below is generated from rows this platform already holds: the line and its ordered stations, the owning team and the person accountable for it, the policy items bound to that team, and the governance gates seeded against the function. The steps, the owners, the gates, the approvers, the dwell times and the volumes are read straight off those rows. The sentences that join them together are generated. Read a procedure as the estate describing itself, not as a document somebody signed.

Purpose and scope

What this procedure is for and where it stops

To run dependency update to one repeatable standard inside Build, part of Engineering.

Entry condition

Runs transactional. Starts when a request lands in the queue.

Exit condition

The unit clears escalate, released by Director, Platform Engineering.

In scope

  • Every unit of dependency update raised inside Build, from the trigger below through to the final step.
  • 5 of the 6 steps, which run without a person present.
  • 1 decision that stops the line until a named person releases it.

Out of scope

  • Anything outside the envelope set by the owning team. It leaves the line at a gate and becomes the named approver's decision.
  • Work that belongs to another function. This line records no handoff, so nothing leaves it mid-flow.
  • The 5 steps carried on the shared AI GBS spine. They are done for this line but not by this function.

Who owns it

Runs the line

Build Orchestrator

Accountable person

Director, Platform Engineering

The end of the escalation path. Above them sits Engineering Chief of Staff for the function.

That team’s remit

Owns change work end to end inside Engineering.

That remit describes the whole team, not this one procedure, so its counts are larger than the ones on this page.

Autonomy

76% now · ceiling 86%

Code generation and dependency maintenance are near-touchless.

The procedure, step by step

6 numbered steps · 1 of them stop for a person

A step is one station on the line.

No.StepWho does itWhat happensSystem of recordTime on the stepIn flight
01

Detect update

GBSgbs

Build Orchestrator

Build Orchestrator performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory37 minstandard 43 min22
02

Assess breaking change

GBSgbs

Specification Agent

Specification Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.6 hrsstandard 3.3 hrs15
03

Patch

GBSgbs

Code Generation Agent

Code Generation Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.8 hrsstandard 2.7 hrs1
04

Test

GBSgbs

Scaffold Agent

Scaffold Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory2.0 hrsstandard 4.3 hrs21
05

Auto-merge low risk

GBSgbs

Refactor Agent

Refactor Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.1 hrsstandard 2.5 hrs15
06

Escalate

HumanpolicyDecision

Director, Platform Engineering

Releases: Director, Platform Engineering

Work stops. Director, Platform Engineering reviews what the line has produced and either releases the unit or sends it back. Nothing downstream of this step runs until that decision is made.Holds until: Held for a named human when the unit exceeds the change decision envelope, when confidence falls below the floor, or when a policy clause is engaged.Group ERP — Materials and Inventory4.5 hrsstandard 6.3 hrs0

The swimlane

The same steps, laid out by who is holding the work

Three lanes: a person deciding, an agent working, and the shared services spine.

Person1 station and 39% of the dwellAgent0 stations and 0% of the dwellShared spine5 stations and 61% of the dwell1 crossing between lanes
Human
decides
Agent
does the work
GBS
shared spine
System
attributed by rule
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Click any station to see who does it, what it costs in time, the rule that gates it and the system attributed to it.

Run the procedure

One unit walked along that swimlane on the happy viable agentified path

Press run and a single unit enters at station 01. Each station takes exactly the dwell this platform records for it and is held by whoever the estate says holds it.

speed
worked clock
00:00
allowance clock
00:00
stations cleared
0/6
the happy path, worked time0 min of 12 hrs
the same run against its allowance0 min of 20 hrs
Human
decides · 1
Agent
does the work · 0
GBS
shared spine · 5
run log

Nothing has happened yet.

where the worked time goes12 hrs a unit
Person4.5 hrs · 39%Shared spine7.1 hrs · 61%1 crossing between lanes
what makes this path viable
  • The lanes are the recorded lanes. 1 of the 6 stations stop for a person and every one of them still does on this run.
  • Every one of the 1 decision is still taken by the person who holds it. The happy path is that each one is released first time, not that it is skipped.
  • The owning team is held to a 86% autonomy ceiling and this run sits at 61% unattended, inside it.
  • 1 system is attributed across the stations, and 0 of them are connected. Nothing in this run has been watched executing against a real system of record.
what would have to change

One decision, held by Director, Platform Engineering.

stays with a person
  • 06 Escalate — The last decision on the line. Something on every procedure ends with a person, so this one is never offered.
what this run is, and what it is not

This is a run, not a forecast.

Happy means nothing goes wrong: no station raises an exception, no gate sends the unit back, no rework loop fires and nothing sits in a queue between stations.

The second clock is the allowance.

A decision may be handed to the agent lane only if two things hold …

The run reads the station rows only.

What this run does not model: arrival patterns, contention between procedures for the same person, shift patterns, weekends, learning curves, and the cost of anything.

Run it again, going wrong

The same unit, the same stations, broken the way the estate already records breaking

This is the same unit on the same stations, breaking.

No break below was chosen.

One play head, two tracks, the same scale. The clean run stops when it runs out of stations; the other one keeps going.

As written

6 stations, nothing waiting, nothing sent back

0 min of 12 hrs

now Detect update · Build Orchestrator · 37 min

As the ledger has it

the same stations, plus 3 categories the estate already counts

0 min of 17 hrs

now Detect update · Build Orchestrator · 37 min

personagentshared spinework the break addsnobody working it

What breaks, and where it is counted

No break below was chosen.

What the two runs say together

3 counted categories land on this procedure.

What this run cannot claim

These breaks are shown together on one unit so the shape of a bad day fits on one screen.

Two clocks run. Worked time is the sum of the time the work is actually being done …

Roles and responsibilities

7 named parties

The responsibility grid is assigned by a rule, not lifted from a chart.

PartyRACIStepsDutyEscalates to

Build Orchestrator

orchestrator

Runs the line0Sequences this line, holds its timetable and decides what has to surface to a person. Raises to Director, Platform Engineering when a unit falls outside the envelope or confidence drops below the floor.

Build Orchestrator

agent

A3% autonomy · ceiling A4%

93% clean · 9% overridden

Responsible1Owns the build lane end to end. Escalates to Director, Platform Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Specification Agent

agent

A4% autonomy · ceiling A4%

97% clean · 3% overridden

Responsible1Executes the build step it owns, posts its evidence, and hands the unit to the next stage.Escalates to Director, Platform Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Code Generation Agent

agent

A4% autonomy · ceiling A4%

90% clean · 3% overridden

Responsible1Executes the build step it owns, posts its evidence, and hands the unit to the next stage.Escalates to Director, Platform Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Scaffold Agent

agent

A4% autonomy · ceiling A4%

91% clean · 3% overridden

Responsible1Executes the build step it owns, posts its evidence, and hands the unit to the next stage.Escalates to Director, Platform Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Refactor Agent

agent

A4% autonomy · ceiling A4%

89% clean · 8% overridden

Responsible1Executes the build step it owns, posts its evidence, and hands the unit to the next stage.Escalates to Director, Platform Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Director, Platform Engineering

person

Accountable and responsible1Holds 1 decision on this line. Accountable to Director, Platform Engineering for the decisions held here.

Decision points and escalation

1 places this procedure stops

06 · Escalate

4.5 hrs

Held for a named human when the unit exceeds the change decision envelope, when confidence falls below the floor, or when a policy clause is engaged.

Director, Platform Engineering

Handoffs out of this procedure

Nothing leaves this procedure for another function. It completes inside Build.

The rules this procedure runs inside

4 governing rules

Build Decision Envelope

active

EN3-POL-200 · envelope · vv3.2

Agents in this lane may act without a human when the change sits inside the stated value, risk and confidence envelope.

Approved by Director, Platform Engineering · in force 2025-03-08 · reviewed 2026-07-16

Binds Specification Agent, Code Generation Agent, Scaffold Agent, Refactor Agent, Documentation Agent, Dependency Update Agent

Global

Build Evidence Standard

active

EN3-POL-201 · evidence · vv1.0

Every autonomous decision writes inputs, the rule version applied, the model and prompt version, the output and a reversal path.

Approved by Director, Platform Engineering · in force 2025-04-11 · reviewed 2026-08-10

Binds Specification Agent, Code Generation Agent, Scaffold Agent, Refactor Agent, Documentation Agent, Dependency Update Agent

Global

Build Escalation Rule

active

EN3-POL-202 · escalation · vv2.9

Escalation is mandatory when confidence falls below the floor, when two options sit inside the confidence band, or when a break condition on a ratified position fires.

Approved by Director, Platform Engineering · in force 2026-05-27 · reviewed 2026-08-14

Binds Specification Agent, Code Generation Agent, Scaffold Agent, Refactor Agent, Documentation Agent, Dependency Update Agent

Global

Build Autonomy Ceiling

active

EN3-POL-203 · ceiling · vv5.0

The ceiling for this lane is 86 on the platform scale.

Approved by Director, Platform Engineering · in force 2026-04-06 · reviewed 2026-04-23

Binds Specification Agent, Code Generation Agent, Scaffold Agent, Refactor Agent, Documentation Agent, Dependency Update Agent

EU · UK

Systems this procedure touches

1 named · 0 connected

System attribution is a rule, not a reading.

SystemVendorDomainCriticalityStepsConnection
Group ERP — Materials and InventorySAP S/4HANA MMsupplyhigh6modeled

0 of the 1 systems on this procedure is connected to the platform, and none of the twenty-six in the estate register is. 1 of them are marked as taking a write back, which is a property of the system, not a live path from here.

How it performs

End to end

11.7 hrs

Summed from the time each step sits, standard 19.9 hrs — running at 59% of the standard.

Touchless

82%

Agent share

83%

A week

6,826

In flight

74

Effort a week

272 human minutes · 428 agent minutes

Volume multiplied by the time on each step.

Assurance over this procedure

4 governance gates sit above it

The twenty-four controls and eighteen exception classes in this platform are held at estate level …

GateWhat trips itWho releases itClockWaivable

Production release authorization

approval

Any deployment to a production environmentRelease manager and service owner1 business dayNo

Security-sensitive or public API change

approval

Authentication, cryptography, payment paths or any published interface contractSenior engineer and security engineer1 business dayNo

Database migration

approval

Any schema change or irreversible data operationData owner and CTO delegate2 business daysNo

Agent-authored code sample review

oversight

Weekly review of 10% of agent-authored merged changesEngineering governanceWeeklyYes

What this document is and is not

These procedures describe the modeled estate.

Actions

What is waiting on a person

What one procedure document gives you, and what to check before you treat it as the standard.

Operations

What this desk is allowed to start

A surface that only reports is not operable.

Trigger and bound

A procedure document prints purpose, scope, entry and exit, the numbered steps with the actor on each, the roles and their RACI position, the swimlane, the decision points and escalation, the handoffs, the governing rules with version and approver, the systems by rule and the timings.

Live observability

What the record shows right now

The whole library, by lane, so a single document can be read against the estate it came from.

Current distribution

2,748 steps

Agent, inside the function1,38951%
Agent, on the shared spine85131%
Person deciding at a gate50818%

Is policy and strategy coming to fruition

Whether the written intent is holding here

Half. The document is complete and every actor on it is measured

Not holding on the record

A procedure here carries a version, an approver, an in-force date and a last-review date.