Аджайл и скрам убивают производительность труда.

Почему “аджайл” и скрам у нас убивают производительность труда

Чем больше я смотрю на «гибкие методологии» в живых компаниях, тем больше прихожу к простой мысли: в наших реалиях аджайл и скрам чаще убивают производительность труда, чем помогают.

Если отбросить красивую упаковку, всё сводится к простой формуле:

> Производительность труда = ценность для бизнеса / человеко-часы

Не «количество задач в трекере», не «сторипойнты», не «скорость команды», а именно ценность, которая принесла деньги или экономию, делённая на затраченное время.

Что я вижу на практике, когда «внедрили аджайл»:

1. Бесконечные ритуалы вместо работы    Ежедневные созвоны, планирования, обзоры, ретроспективы…    Формально все заняты, календарь забит, ощущение бурной деятельности есть.    Фактически: часов тратится всё больше, а ценности на выходе — не особо.

2. Спринты без приоритетов и с вечной подменой задач    В начале вроде бы что-то планируют, а потом в середине спринта:    — «Срочно вот это сделайте»    — «Нет, бросаем, делаем другое»    В итоге половина задач наполовину сделана, выброшенное время, переделки. Часы сгорели, ценности почти не добавили.

3. Нет одного владельца продукта, есть “коллективное мнение” и собственник, который всё переезжает    Сегодня захотел одну фичу, завтра передумал, послезавтра увидел у конкурента — «сделайте срочно так же».    Команда живёт в режиме постоянного переключения. Системной приоритизации нет, есть «хотелки по настроению».    Про какую производительность можно говорить, если направление каждый раз разворачивают на 180 градусов?

4. Отсутствие привязки к деньгам    Задачи формулируются как «сделать модуль», «переделать экран», «добавить кнопку».    Зачем? Какой эффект в деньгах, в экономии, в метриках?    Ответа нет. Но зато есть красивые доски и отчёты по “скорости команды”.

В такой конфигурации аджайл и скрам превращаются в легализованный хаос: «мы не можем объяснить, зачем и в какой очередности всё делаем, зато у нас гибкая методология».

По-хорошему гибкость должна давать другое:

  • чёткий фокус на ценности: каждая задача привязана к деньгам, рискам или конкретной метрике;
  • фиксированную договорённость на короткий отрезок (спринт): внутри не дёргаем, если уж дёрнули — явно считаем цену переключения;
  • одного человека, который отвечает за продукт и приоритеты, а не «совет старейшин» и не собственник, который каждые два дня меняет курс.

Тогда да, гибкий подход повышает производительность: меньше выброшенного труда, меньше незавершёнки, меньше переделок.

Но пока в большинстве компаний:

  • нет нормальной продуктовой логики,
  • нет дисциплины по приоритетам,
  • нет привязки задач к деньгам,

любой «аджайл» и «скрам» — это просто модная вывеска на старом добром управленческом бардаке.

И по формуле получается очень просто:

  • человеко-часы → растут;
  • ценность для бизнеса → почти не растёт.

Производительность труда падает. А нам потом рассказывают, что «люди плохо работают».