Lean открывают, когда в проекте слишком много потерь: лишние передачи, ожидание, перегруженные очереди, ненужная работа, позднее обнаружение проблем, перегрев команды и слабая связь между усилием и ценностью. Здесь нужен не просто новый ритуал, а взгляд на систему работы целиком.
Что это за подход
Lean полезен как способ смотреть на delivery через поток, ценность, устранение waste и постоянное улучшение системы. Для PM это не только производственный термин, а практическая оптика: где проект реально теряет время, внимание и управляемость, и какие изменения дадут системный эффект.
Когда он нужен
- в проекте много системных потерь и лишних передач;
- время цикла растёт без понятной причины;
- нужно улучшать не героизм людей, а саму систему работы;
- важно уменьшать waste и ускорять проход ценности.
Когда он не нужен
- если команда хочет просто красивый ярлык без реальной работы с системой;
- если нет возможности влиять на процесс целиком;
- если Lean пытаются использовать как замену любому delivery-подходу вообще.
Что из него реально применимо для PM
- смотреть на очередь, ожидание и handoff как на управленческие проблемы;
- выявлять waste в согласованиях, ритуалах и переприоритизации;
- усиливать improvement loop;
- делать фокус на времени потока и прохождении ценности.
Какие артефакты, ритуалы и правила важны
- карта потока работы;
- регулярный разбор bottlenecks и waste;
- ограничение лишнего WIP;
- review не только результата, но и системы его получения.
Какие ошибки чаще всего делают при внедрении
- говорят про Lean абстрактно, не меняя систему;
- начинают экономить не потери, а полезные проверки и коммуникацию;
- пытаются ускорить всё сразу без понимания bottleneck;
- игнорируют человеческую цену непрерывного «ускорения».
Чем можно заменить или упростить
- Kanban, если нужен более приземлённый flow-based подход;
- PDCA, если важнее цикл улучшения, чем полная lean-оптика;
- точечным анализом очередей, handoff и задержек без отдельного ярлыка Lean.