Measuring autonomy: four metrics that don't lie
A team's autonomy over its tools is usually judged by gut feeling: the provider “seems” less indispensable, the team “seems” more comfortable. Without metrics recorded before and after, there is no way to tell real progress from displaced dependency.
TL;DR
- Four metrics measure a team's autonomy over its tools: time-to-production of a business change, share of changes shipped without an external provider, tooling bus factor, cost of ownership per automated process.
- 57.5% of EU companies that tried to recruit ICT specialists struggled to fill the roles (Eurostat, 2023 data): the team you already have is the most controllable variable.
- About 65% of 133 popular open source projects relied on two people or fewer (Avelino et al., 2016); business tooling is rarely in better shape.
- These metrics come from the DevOps world (DORA), transposed deliberately: the “commit” becomes a business request, “production” becomes the tool the team already uses.
- DORA 2024: an internal platform brings +8% productivity but can cost 14% in change stability at first — the transition dip is measurable too.
Gut feeling is not a metric
Our thesis is falsifiable: autonomy over tools can be measured, and four metrics are enough. The real starting points of our projects are a reminder: an Excel file updated by hand every Monday, a process that exists only in people's heads, six systems that never talk to each other — nobody had measured them (Ownward internal data, 2026). Not a single score — the SPACE framework (ACM Queue, 2021) settled that: “Productivity cannot be reduced to a single dimension”. These four autonomy KPIs, collected without heavy machinery, are the foundation of an autonomy-first transformation: measuring a transformation before declaring it a success — it is what shapes how we build.
Metric 1 — time-to-production of a business change
This metric transposes DORA, the longest-running research program on software delivery (more than 39,000 professionals over ten years), which measures change lead time “from committed to version control to deployed in production”. In a business-tools context, the boundaries change — better to say so plainly.
| DORA concept | In a business-tools context |
|---|---|
| Change lead time: commit → production | Business request → change usable in the team's tool |
| Deployment frequency | Little meaning here: do not transpose |
| Never compare disparate applications | Never compare two heterogeneous processes |
The measurement: two dates per request — submitted, in service — in a shared table. When the architecture allows it, the gap collapses: on our synchronization engine connecting six CRM/ERP systems, a new source is a new mapping, not new code; the finance team publishes its dashboards in minutes, through Claude (Ownward internal data, 2026). Trap: comparing heterogeneous processes — DORA forbids it.
Metric 3 — the bus factor of your tooling
The truck factor: the minimum number of people whose departure would cripple a system. Across 133 popular open source projects, about 65% sat at 2 or fewer (Avelino et al., 2016). Critical knowledge does not live only in code: the “Bus Factor In Practice” study (ICSE 2022, 269 engineers at JetBrains) also finds it in reviews and meetings.
Transposed to business tooling, the minimal measurement, per critical process:
- who knows how — the irreplaceable people;
- who has access — admin accounts, workbooks, licenses held by a single person.
We took over a weekly dashboard maintained by hand every Monday — bus factor of 1 — now a multi-tenant SaaS (Ownward internal data, 2026). Trap: counting only code.
Metric 4 — cost of ownership per automated process
The FinOps Foundation formalizes unit economics: connecting technology spend to the value created — cost per transaction, per customer, per resolved case — rather than a global budget line. Per automated process: subscriptions, maintenance time and external interventions, divided by the volume handled. The mechanics are detailed in the real cost of a SaaS subscription.
Measurement: one quarterly review, three lines per process. The CNCF platform engineering maturity model legitimizes this: rough metrics are a maturity level, not a fault — the mistake is staying there. Trap: a global TCO, which hides drifting unit costs.
Expect a dip — and measure it
DORA 2024: an internal platform brings +8% individual productivity and +10% team performance, but first −8% throughput and −14% change stability. DORA 2025: “AI's primary role is as an amplifier” — without measurement, it amplifies dependency. Hence: measure before you transform.
What doing nothing costs — A bus factor of 1 comes due the day someone leaves: 57.5% of EU companies struggle to recruit ICT specialists (Eurostat, 2023), and Switzerland projects a shortfall of 54,400 ICT specialists by 2033 (BSS / ICT-Berufsbildung Schweiz, 2025). Every change handed to a third party renews that dependency without ever making it visible.
The reference dashboard
Adapt it to your processes — and never compare them with each other.
| Metric | Before (baseline) | After (target) | How to measure |
|---|---|---|---|
| Time-to-production of a business change | Untracked, endured | Tracked, decreasing per process | Two dates per request, shared table |
| Share of changes shipped without a provider | Unknown or minority | Majority of routine changes | Quarterly review: total vs in-house |
| Tooling bus factor | Often 1, never listed | ≥ 2 everywhere, people and accounts | Per process: who knows how, who has access |
| Cost of ownership per process | Global TCO, invisible | Unit cost tracked per process | (Subscriptions + human time + provider) ÷ volume |
The limits of this approach
The DORA transposition has not been validated by research for business tools: the figures cited come from software teams, not from Airtable or ERP processes. Four metrics capture neither team satisfaction nor deliverable quality — SPACE recommends crossing several dimensions. Without history, allow two or three quarters before drawing any trend. The bus factor remains partly qualitative. Finally, the Gartner forecast dates from December 2022: its order of magnitude is still useful, not its precision.
Key takeaways
- Record the baseline before transforming: it separates real progress from displaced dependency, a transition dip from a failure.
- The instrumentation fits in a shared table and a quarterly review; maturity grows step by step.
- The bus factor counts people and accounts, not just code.
Measuring autonomy requires no dedicated platform or program: two dates per request, one quarterly review, four dashboard lines. A transformation gets steered instead of narrated. Ownward helps companies perform better through technology — and above all, take back control.
Sources
- Official definition of DORA's software delivery metrics — DORA / Google Cloud, accessed August 12, 2026.
- Accelerate State of DevOps Report 2024 (PDF) — DORA / Google Cloud, October 2024, accessed August 12, 2026.
- DORA 2025 report: State of AI-assisted Software Development — DORA / Google Cloud, 2025, accessed August 12, 2026.
- “The SPACE of Developer Productivity”, Forsgren et al. — ACM Queue, 2021, accessed August 12, 2026.
- “A Novel Approach for Estimating Truck Factors”, Avelino et al. — arXiv / ICPC, 2016, accessed August 12, 2026.
- “Bus Factor In Practice”, Jabrayilzade et al. — arXiv / ICSE, 2022, accessed August 12, 2026.
- Hard-to-fill ICT specialist vacancies in EU enterprises — Eurostat, 2023 data (updated June 2025), accessed August 12, 2026.
- Projected ICT specialist shortage in Switzerland by 2033 — ICT-Berufsbildung Schweiz / BSS, September 2025, accessed August 12, 2026.
- Gartner press release on the low-code market and developers outside IT — Gartner, December 13, 2022, accessed August 12, 2026.
- Unit economics: connecting technology spend to value created — FinOps Foundation / Linux Foundation, accessed August 12, 2026.
- Platform Engineering Maturity Model — CNCF TAG App Delivery, v1.0 November 2023, accessed August 12, 2026.
Ownward internal data, 2026.
Data and pricing verified on August 12, 2026.
All trademarks belong to their respective owners. This article is neither sponsored nor endorsed by the vendors mentioned.
Is this on your desk right now?
Tell us where you stand. We reply with concrete elements — what we would do first, in your business.
Keep reading
All insightsSeptember 11, 2026 · 7 min read
Govern a Base Like an Internal Product
A spreadsheet updated by hand every Monday, a base built one evening that became critical: most business tools are born without an owner or rules. As long as nobody answers for them, they are not tools that last — they are shadow IT on borrowed time.
September 1, 2026 · 6 min read
Airtable as scaffolding: build what you plan to take down
In 2025, half of IT projects run over deadline, budget or scope, and nearly one in five is abandoned. Yet every internal tool starts as if it were definitive. Owning the temporary — a no-code base built in days, designed to be taken down — remains the decision nobody dares to claim.