Плохой менеджер Артём Арюткин
Модель тройного долга от соавтора фреймворка SPACE Маргарет-Энн Стори, соавтор фреймворка SPACE для повышения продуктивности разработчиков, недавно представила свою модель тройного долга (Triple Debt Model), в которой скрытые человеческие издержки ускоренной…
А вот тут мы с Сашей Поломодовым разбирали разные фреймворки и историю их развития
Telegram
Плохой менеджер Артём Арюткин
DORA Metrics, SPACE, DevEx, Human Approach to Dev Productivity
Если вам ваще хоть чуть-чуть интересно чем же я все-таки там занимаюсь, как делать платформы для разработчиков и как мерить эффективность тех самых разработчиков - то вот у нас с Сашей Поломодовым…
Если вам ваще хоть чуть-чуть интересно чем же я все-таки там занимаюсь, как делать платформы для разработчиков и как мерить эффективность тех самых разработчиков - то вот у нас с Сашей Поломодовым…
👍13❤2🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
Не грустите там, у нас всегда есть План Б!
😁28💯10🤣6❤5
#пятничное
Ну че, было?
💯 - аххахаха, ваще
❤️ - да, но мне не разрешили смеяться над этой картинкой
🙈 - когда поняла, что это всегда ты)
Ну че, было?
💯 - аххахаха, ваще
❤️ - да, но мне не разрешили смеяться над этой картинкой
🙈 - когда поняла, что это всегда ты)
❤66💯54😁13🙉12🙈7🙊5👎2
У разработки есть свой налог на масштаб
Платите вы его процессами, зависимостями и количеством людей, которых надо позвать на созвон 😉
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-агента…
…а потом они оба будут три дня ждать ревью 😁
Платите вы его процессами, зависимостями и количеством людей, которых надо позвать на созвон 😉
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-агента…
…а потом они оба будут три дня ждать ревью 😁
Getdx
2026 DX benchmarks are now available
Get granular performance insights—from FinTech-specific metrics to role-based comparisons—powered by the world's largest engineering data set.
🔥17😁6👌5❤4💯4🤔1🤨1
Как такие обзоры?
Anonymous Poll
48%
Сложно, но продолжай
5%
Сложно, перестань
23%
Слишком просто, продолжай
2%
Слишком просто, прекрати!
16%
Посмотреть ответы
7%
Просто, прекрати!
❤4😁1
Плохой менеджер Артём Арюткин
Как такие обзоры?
DX_Core_4_Benchmarks_2026.pdf
1.6 MB
ой, ну раз вам нравится, вот вам ПДФка с разбором))))
Вот этим вот всем я +/- и занимаюсь на работе))
Вот этим вот всем я +/- и занимаюсь на работе))
😁18🔥9👏4❤2🥴2😍1