И поймал себя на простой мысли: мы в IT делаем ровно те же ошибки, что и заводы 40 лет назад.

Сюжет в книге простой. Менеджер пытается улучшить всё сразу: ускоряет участки, загружает людей, оптимизирует процессы.

И внезапно становится хуже.

Почему?

Потому что у любой системы есть узкое место. И именно оно определяет, сколько система реально может выдать.

Если ты улучшаешь не узкое место — система быстрее не становится. Она становится дороже.

Дальше ещё интереснее. Попытка загрузить всех на 100% даёт обратный эффект: растут очереди, растёт время, скорость падает.

Теперь перекладываем на разработку.

Берём больше проектов. Нанимаем людей. Гордимся загрузкой 80–90%.

А потом: сроки едут, всё “в работе”, денег быстрее не становится.

И, конечно, решение: надо ещё людей. (в этот момент где-то грустит один тимлид)

Потому что все проекты всё равно проходят через одни и те же точки: тимлиды, архитекторы, сильные аналитики.

И именно там определяется реальная скорость.

В итоге: все заняты, работы много, результат тот же.

Потому что деньги появляются не когда все при деле, а когда работа завершена.

В книге это про завод. У нас про delivery.

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

И да, в Kanban это давно разложено на метрики где очередь, где затык и почему всё тормозит. Разберу это потом отдельно.