У разработки есть свой налог на масштаб

Платите вы его процессами, зависимостями и количеством людей, которых надо позвать на созвон 😉

DX выкатили свежие Core 4 бенчмарки по 500+ компаниям. Там есть интересный срез: как отличаются метрики у инженерных организаций разного размера.

Не динамика во времени, а сравнение групп:

— <100 инженеров — 100–500 — 500–2500 — 2500+

Иииии вот что видно.

1. Change Fail Rate растет с масштабом

У tech-компаний: <100 инженеров - 4,0% 2500+ - 4,8%

У non-tech: 3,95% → 5,26%

То есть большие организации чаще выпускают некачественные решения.

2. Developer Experience начинает проседать

Медианный DXI у tech-компаний:

— <100: 66 — 100–500: 66 — 500–2500: 67 — 2500+: 64

До нескольких тысяч инженеров все примерно стабильно. А потом сложность начинает догонять.

3. PR на инженера тоже становится меньше

— <100: 3,8 PR/неделю — 2500+: 3,35

Примерно минус 12%. PR, конечно, не productivity, но сигнал вполне понятный.

И вот тут мне нравится термин:

Налог на масштаб разработки

Чем больше организация, тем больше ресурсов съедают:

— зависимости; — согласования; — коммуникации; — legacy; — инфраструктурная сложность; — процессы управления процессами. Код мы научились производить быстрее, тут спасибище AI.

А вот организация вокруг его производства быстрее пока не стала: все те же процессы, все те же команды, все те же люди.

Поэтому одна из ключевых задач Developer Platform / DevEx - не просто ускорять написание кода, а снижать налог на масштаб.

Иначе дадим каждому инженеру AI-агента… …а потом они оба будут три дня ждать ревью 😁