Перейти к содержимому
    Оглавление · Тема 3

    Обновлено: 13 августа 2026 г. в 00:00

    Making Work Visible (short summary)

    hard

    Making Work Visible (Визуализируйте работу)

    Авторы: Dominica DeGrandis
    Издательство: IT Revolution; МИФ (перевод)
    Объем: 2017

    Как визуализация работы снижает хаос, улучшает поток и ускоряет решения.

    Making Work Visible — оригинальная обложкаОригинал
    Making Work Visible — переводПеревод

    Источник

    Making Work Visible

    Расширенный обзор книги и практик управления потоком инженерной работы.

    Перейти на сайт

    Making Work Visible (short summary)

    Эта глава расширена по статье-обзору и фокусируется на практической стороне Kanban: как увидеть невидимую работу, ограничить WIP и выстроить pull-систему вместо постоянного push-пожара.

    Ниже собрана карта идей из текста и визуализаций статьи: расхитители времени, эволюция доски, сигналы перегруза и управленческие действия для стабилизации потока.

    Почему работа становится невидимой

    При push-подходе организация постоянно добавляет новые задачи в систему. На доске это выглядит как «движение», но по факту растут очереди, блокировки и время выполнения.

    Pull-система меняет механику: команда берет новую работу только когда освобождается емкость. Это снижает вариативность и делает сроки прогнозируемее.

    Push и Pull в управлении потоком: от перегруза к предсказуемости

    PushPullВремяВремяТребования растут быстрее пропускной способностиПропускная способность стабилизируется WIP-лимитамиQueueWIP limit = 3Белая линия — входящий спросЗеленый пунктир — доступная пропускная способность

    Пять расхитителей времени

    Большой WIP

    Слишком много параллельной работы создает длинные очереди, скрытые переключения и рост cycle time.

    Сигнал: Карточек «в работе» больше, чем реально доступного фокуса команды.

    Зависимости

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

    Сигнал: Карточки стоят в одном статусе и ждут внешнего решения.

    Незапланированная работа

    Срочные запросы и инциденты постоянно выдавливают важные задачи из плана.

    Сигнал: Большая доля задач приходит «с улицы» и ломает committed-план.

    Конфликтующие приоритеты

    Несколько стейкхолдеров тянут команду в разные стороны, создавая постоянный контекст-свитчинг.

    Сигнал: Частые переприоритизации внутри спринта/недели.

    Заброшенная работа

    Часть задач теряет ценность по пути, но продолжает тянуть время и внимание команды.

    Сигнал: Карточки «висят» долго, хотя бизнес-ценность уже сомнительна.

    Визуальная система и зрелость доски

    В статье отдельно подчеркнуто, что визуализация - это не просто «стена с карточками», а инструмент управления. Он начинает работать, когда видно типы задач, правила прохождения и ограничения по незавершенной работе.

    Минимальный набор типов работы:

    Feature work: продуктовые изменения и рост ценности.

    Defects: баги и производственные сбои.

    Risk/maintenance: техдолг, обновления, надежность.

    Expedite: критические задачи с ускоренным прохождением.

    Эволюция Kanban-доски: от видимости этапов к управлению потоком

    Уровень 1To DoDoingDoneВидимость этаповУровень 2WIP ≤ 4Лимиты и политикиУровень 3Commitment lineМетрики и SLA

    Уровень 1

    Базовая визуализация

    - Простые колонки: To Do / Doing / Done.

    - Команда видит общий объем и очереди.

    - Можно быстро выявить явные блокировки.

    Уровень 2

    Осознанный поток

    - Классы задач и явные политики колонок.

    - WIP-лимиты на ключевых стадиях.

    - Отмечены владельцы и внешние зависимости.

    Уровень 3

    Управление системой

    - Линия обязательств и SLA по типам работы.

    - Аналитика cycle/lead time и aging WIP.

    - Регулярные управленческие решения на данных.

    Управление WIP и перегрузкой

    WIP-лимиты помогают держать рабочую систему в стабильном режиме. Если в стадии «In progress» задач больше лимита, очередь почти всегда начинает расти быстрее, чем команда способна ее разгребать.

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

    Практики контроля

    - aging WIP review раз в неделю

    - явные политики block/unblock

    - отдельная полоса Expedite с лимитом

    - договоренности о commitment point

    Контроль перегруза: как WIP и скорость потока влияют на предсказуемость

    WIP лимитстабильная зонаперегруз выше лимитафаза восстановленияСигналы управления:- aging WIP- blocked time- throughput- queue lengthЧисло задач в работеВремяфактический WIPлимит WIP

    Чек-лист внедрения

    Рекомендации

    Сначала визуализируйте текущий поток как есть, без «идеального процесса».

    Ограничьте WIP там, где очереди растут быстрее всего.

    Отделите срочные задачи отдельной дорожкой с жестким лимитом.

    Ведите aging-метрику для задач в работе и разбирайте стареющие карточки еженедельно.

    Закрывайте потерявшие ценность задачи вместо попытки «доделать любой ценой».

    Типичные антипаттерны

    Запуск Kanban-доски без договоренностей о правилах и приоритетах.

    WIP-лимиты «для красоты», которые команда системно игнорирует.

    Смешивание planned и urgent работы без явных квот.

    Многонедельные задачи без декомпозиции и промежуточной отдачи ценности.

    Итоги

    Видимость работы превращает управление из реакции в системное улучшение потока.

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

    Прозрачные правила приоритизации снижают конфликт между стейкхолдерами.

    Работоспособная система строится итеративно: визуализация -> ограничения -> измерения -> коррекция.

    Трекинг прохождения выключен. Включите его в настройках.

    Доказательство обучения

    Чтение — только начало. Перенесите идею в рабочий эксперимент и разберите результат.