У разработки есть свой налог на масштаб
Платите вы его процессами, зависимостями и количеством людей, которых надо позвать на созвон 😉
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-агента…
…а потом они оба будут три дня ждать ревью 😁