LensReading which lens this session carries.

Standard operating procedure · EN9B · Engineering

Friction Remediation

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

Procedure code

EN9B

Transactional

Rule versions in force

v4.3 · v4.1 · v3.3

3 governing rules stacked over it

In force since

2024-10-01

Earliest effective date across those rules

Last reviewed

2026-07-18

Latest review date across those rules

Rules approved by

1

Director, Developer Platform

Rule health

1/3

2 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 friction remediation to one repeatable standard inside Developer Experience, part of Engineering.

Entry condition

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

Exit condition

The unit clears measure.

In scope

  • Every unit of friction remediation raised inside Developer Experience, 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 2 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

Developer Experience Orchestrator

Accountable person

Director, Developer Platform

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

That team’s remit

Owns developer request 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

85% now · ceiling 90%

Environment provisioning and toolchain setup are fully self-service and 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

Sense signal

GBSgbs

Build Time Agent

Build Time 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 2.6 hrs26
02

Diagnose

Agentworkflow

Environment Provisioning Agent

Environment Provisioning Agent performs this step unattended at the workflow layer, 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.Configuration Management Database2.4 hrsstandard 2.7 hrs33
03

Draft fix

Agentworkflow

Tooling Support Agent

Tooling Support Agent performs this step unattended at the workflow layer, 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.5 hrsstandard 1.8 hrs16
04

Owner accept

HumanpolicyDecision

Director, Developer Platform

Releases: Director, Developer Platform

Work stops. Director, Developer Platform 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 developer request decision envelope, when confidence falls below the floor, or when a policy clause is engaged.Group ERP — Materials and Inventory9.5 hrsstandard 12.8 hrs3
05

Ship

GBSgbs

Build Time Agent

Build Time 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.4 hrsstandard 4.6 hrs23
06

Measure

Agentworkflow

Platform Roadmap Agent

Platform Roadmap Agent performs this step unattended at the workflow layer, 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.Product Lifecycle Management7 minstandard 14 min13

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 54% of the dwellAgent3 stations and 23% of the dwellShared spine2 stations and 23% of the dwell4 crossings between lanes
Human
decides
Agent
does the work
GBS
shared spine
System
attributed by rule
Group ERP — Materials and Inventory
Configuration Management Database
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Product Lifecycle Management
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 17 hrs
the same run against its allowance0 min of 25 hrs
Human
decides · 1
Agent
does the work · 3
GBS
shared spine · 2
run log

Nothing has happened yet.

where the worked time goes17 hrs a unit
Person9.5 hrs · 54%Agent4.0 hrs · 23%Shared spine4.0 hrs · 23%4 crossings 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 90% autonomy ceiling and this run sits at 46% unattended, inside it.
  • 3 systems are 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, Developer Platform.

stays with a person
  • 04 Owner accept — 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 17 hrs

now Sense signal · Build Time Agent · 1.6 hrs

As the ledger has it

the same stations, plus 4 categories the estate already counts

0 min of 34 hrs

now Sense signal · Build Time Agent · 1.6 hrs

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

4 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.

The separation register records a duty conflict against a sub-function and a named post, not against one procedure.

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

Roles and responsibilities

6 named parties

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

PartyRACIStepsDutyEscalates to

Developer Experience Orchestrator

orchestrator

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

Build Time Agent

agent

A4% autonomy · ceiling A4%

93% clean · 7% overridden

Responsible2Runs the repeatable portion of developer experience inside the shared transaction spine at spine cost and spine controls.Escalates to Director, Developer Platform when the unit falls outside the decision envelope or confidence drops below the floor.

Environment Provisioning Agent

agent

A4% autonomy · ceiling A4%

93% clean · 4% overridden

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

Tooling Support Agent

agent

A4% autonomy · ceiling A4%

90% clean · 7% overridden

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

Director, Developer Platform

person

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

Platform Roadmap Agent

agent

A2% autonomy · ceiling A4%

96% clean · 9% overridden

Responsible1Authors positions on developer experience. Escalates when two options sit inside the confidence band and the evidence cannot separate them.

Decision points and escalation

1 places this procedure stops

04 · Owner accept

9.5 hrs

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

Director, Developer Platform

Handoffs out of this procedure

Nothing leaves this procedure for another function. It completes inside Developer Experience.

The rules this procedure runs inside

3 governing rules

Developer Experience Decision Envelope

under review

EN9-POL-200 · envelope · vv4.3

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

Approved by Director, Developer Platform · in force 2026-06-15 · reviewed 2026-07-18

Binds Build Time Agent, Environment Provisioning Agent, Tooling Support Agent, Onboarding Automation Agent

Global · EU

Developer Experience Evidence Standard

active

EN9-POL-201 · evidence · vv4.1

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

Approved by Director, Developer Platform · in force 2024-10-01 · reviewed 2026-05-22

Binds Build Time Agent, Environment Provisioning Agent, Tooling Support Agent, Onboarding Automation Agent

LATAM · US

Developer Experience Escalation Rule

under review

EN9-POL-202 · escalation · vv3.3

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, Developer Platform · in force 2025-02-01 · reviewed 2026-05-10

Binds Build Time Agent, Environment Provisioning Agent, Tooling Support Agent, Onboarding Automation Agent

APAC

Systems this procedure touches

3 named · 0 connected

System attribution is a rule, not a reading.

SystemVendorDomainCriticalityStepsConnection
Group ERP — Materials and InventorySAP S/4HANA MMsupplyhigh4modeled
Configuration Management DatabaseServiceNow CMDBitsmhigh1modeled
Product Lifecycle ManagementSiemens Teamcenterengineeringhigh1modeled

0 of the 3 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

17.5 hrs

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

Touchless

94%

Agent share

83%

A week

5,890

In flight

114

Effort a week

571 human minutes · 478 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

Next to it on the same team

Developer Experience

All of Engineering

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.