Lean (бережливое производство) в ИТ: 7 видов потерь и VSM
«Мы работаем быстро. Но почему так много переделок?»
Команда пишет код в два раза быстрее, но релизы выходят с багами, поддержка завалена, разработчики переделывают одно и то же по три раза. Скорость — не главное, главное — эффективность. Lean — философия из Toyota, суть которой максимизировать ценность для клиента, минимизируя все виды потерь. В ИТ это означает: не писать код «про запас», не создавать документацию, которая никому не нужна, не начинать работу над функцией, пока она не стала приоритетной.
Семь видов потерь в ИТ
Частично выполненная работа. Невыпущенные фичи, зависшие задачи, код, который лежит на ветке. Пример: функция написана на 80%, но не попала в релиз, код устарел, его переписывают заново. Как устранить: завершайте начатое, не берите новую задачу, пока не доделали текущую, внедрите WIP-лимиты.
Лишние процессы. Бесконечные согласования, встречи без повестки, избыточная документация. Пример: любое изменение требует 5 подписей, процесс занимает 2 недели, за это время требование меняется. Как устранить: сократите число согласований, введите правило «без повестки — нет встречи». Подробнее — в статье План управления коммуникациями в ИТ-проекте.
Лишние функции («золотое покрытие»). То, что разработчикам было интересно делать, но пользователю не нужно. Пример: разработчик добавил «крутую» анимацию, пользователи её не заметили, а время потрачено. Как устранить: делайте только то, что нужно для ценности, спрашивайте «эта фича решает проблему пользователя?».
Переключение контекста. Каждое переключение — до 20 минут потери фокуса. Пример: разработчик работает над тремя задачами одновременно, каждое переключение — потеря времени на «вспомнить, что делал». Как устранить: внедрите WIP-лимиты (не более 2 задач на человека), используйте «тихие часы» без встреч.
Ожидание. Задача готова, но её не берут: ждут тестировщика, DevOps, approval. Пример: код написан, но ждёт ревью 3 дня, за это время разработчик переключается на другую задачу. Как устранить: ускорьте циклы обратной связи, ревью — в течение 2 часов.
Лишние перемещения. Поиск информации в куче чатов, переходы между системами. Пример: чтобы найти спецификацию, нужно открыть 5 чатов, 2 документа и спросить у трёх человек. Как устранить: ведите документацию в одном месте, используйте единый источник истины.
Дефекты. Баги — самая дорогая потеря, баг на продакшене стоит в 150 раз дороже, чем найденный на этапе требований. Как устранить: инвестируйте в качество на ранних этапах: код-ревью, автотесты, DoD. Подробнее — в статье Управление качеством в ИТ-проекте.
Value Stream Mapping (VSM) — как найти потери
Визуализация всех шагов от идеи до продакшена. Нарисуйте поток, посчитайте время, найдите узкие места. Как сделать: выпишите все этапы от идеи до релиза, для каждого этапа укажите время (полезное и ожидание), посчитайте общее время и время полезной работы, найдите этапы с самым большим ожиданием, устраните или сократите ожидание.
Пример: идея → анализ (2 дня), ожидание согласования (5 дней), разработка (10 дней), ожидание тестирования (3 дня), тестирование (3 дня), ожидание деплоя (2 дня), деплой (1 день). Итого: 16 дней полезной работы, 10 дней ожидания — почти 40% времени — потери.
Инструменты Lean для ИТ
Kanban. Доска с колонками и ограничением WIP (work in progress) — нельзя взять новую задачу, пока не завершена текущая (если превышен WIP-лимит).
Kaizen — непрерывное улучшение. Каждый день улучшайте что-то на 1% — за год 365% улучшений.
5S — организация рабочего пространства. Сортировка, систематизация, сияние, стандартизация, совершенствование — для цифрового мира: удалите лишние документы, организуйте оставшееся, регулярно чистите, создайте шаблоны, постоянно улучшайте.
Что в понедельник утром
Проведите VSM для одной фичи (от идеи до релиза). Найдите самые большие потери (ожидание, переключения). Внедрите ограничение WIP (например, не больше 3 задач на человека). Внедрите «тихие часы» — 2 часа в день без встреч. На ретроспективе спрашивайте не «что сделали», а «какие потери понесли».
Заключение
Lean — это образ мышления, который учит видеть потери там, где раньше мы их не замечали.
Хотите научиться применять Lean в своих проектах? В модуле 8 курса «Мастер управления IT-проектами» мы проводим VSM для вашего проекта и находим потери, которые вы не замечали. Подробнее о курсе →