Карта потерь в разработке.
Lean IT как область компетенций: какие потери встречаются в ИТ, какими практиками их устраняю, какие тексты это разбирают.
Суть
Ценность — только то, за что платит клиент.
Lean пришёл из производства, но в разработке он работает так же: ценность — только то, за что платит клиент. Всё остальное — потери. В ИТ они выглядят привычно: задачи ждут ревью неделями, фичи переделываются по три раза, решения тонут в согласованиях, люди переключаются между пятью задачами и не заканчивают ни одну.
Компетенция здесь — делать потери видимыми: картировать поток от идеи до продакшена, замерять, где время реально уходит, и убирать потери одну за другой. Никаких больших трансформаций сверху вниз — маленькие шаги, которые накапливаются.
- Ожидание — задачи ждут ревью, стенды, решения
- Переделки — дефекты, неясные требования, возвраты
- Лишние согласования и избыточная бюрократия
- Переключение контекста и горы незавершёнки
- Фичи, которые никто не просил
Компетенции
Что я умею в этой области.
Навыки и инструменты, которые использую для устранения потерь: картирование потока создания ценности, замер времени выполнения и простоев, выявление узких мест, внедрение WIP-лимитов, разбор возвратов и дефектов, упрощение согласований. Каждый навык проверен в реальной работе с командами.
- Картирование потока от идеи до продакшена
- Замер времени выполнения и простоев
- Выявление узких мест и заторов
- WIP-лимиты и снижение незавершёнки
- Разбор возвратов, дефектов, неясных требований
- Упрощение согласований и бюрократии
Тексты
Разборы на живых примерах.
Заметки, где эти компетенции разбираются подробно: процесс как путь к цели — зачем нужен процесс и что бывает без него; теория, которая предсказывает — чужой опыт вместо дорогих собственных ошибок; смысл как компас — что держит направление, когда всё шумит.
- Процесс — путь к цели — зачем нужен процесс
- Теория позволяет предсказывать — чужой опыт вместо ошибок
- Смысл как компас — что держит направление