Skip to content

ABSORBCan your organization absorb AI speed?

AI made code cheap to write. It did not make software cheap to deliver. ABSORB finds where your delivery waits, decides what can run with less review, and checks whether you were right.

A delivery path drawn as blocks, with one long amber stage

Try the idea in ten seconds ​

Coding is part of the path from request to customer, not all of it. Drag the sliders: making coding much faster barely moves the whole path, while cutting the waiting does.

CodingOther hands-on workWaiting
1.25×faster end to end

With coding 3× faster, a change that took 100 days takes 80.

Amdahl's law: only the part that gets faster gets faster. The assessment does the same calculation from your own stage timings.

The idea in three lines ​

  1. Development speed and delivery speed are different quantities. AI mostly raised the first.
  2. The slowest stage sets the pace, and the constraint moves when you relieve it.
  3. Verification and human attention become the scarce resources. Readiness depends on how well the system around the code absorbs the speed.

The first line is not new: DORA's 2025 report calls AI an amplifier of an organization's existing strengths and weaknesses. ABSORB is a way to act on it. See prior art.

What you get ​

An offline assessment that runs in your browser and sends nothing anywhere:

  • a readiness level and your weakest of eight dimensions
  • a pipeline view of where a typical change waits, with what-if sliders
  • which autonomy tiers your evidence supports
  • first moves for your two weakest dimensions
  • a comparison with a colleague's scores, and a decision record you can check at the next assessment

Take the assessment

Status

ABSORB is a proposed framework, not a validated standard. The levels, tiers and thresholds are proposals, and the validation plan says in advance what would count against them. Case studies and critique are the most useful contributions.