Столбцы как состояния

Доска канбан делает работу видимой. Каждый кусок работы — это карточка. Карточки движутся слева направо через столбцы, которые представляют состояния.

Классические столбцы: Бэклог → Выбрано → В процессе → Проверка → Готово

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

Что представляет карточка

Карточка представляет единицу работы, которая может быть независимо завершена. Не проект. Не цель. Конкретная, ограниченная вещь с чётким определением завершённости.

Хорошая карточка: Ротация SSH-ключей на prod-серверах: готово, когда все серверы показывают новый ключ в authorized_keys & старый ключ удалён.

Плохая карточка: Улучшить безопасность. (Это проект, не задача. Разложите её.)

Лимиты НЗП

Столбец В процессе на диаграмме показывает лимит НЗП: 3. Это означает, что не более трёх карточек могут быть В процессе одновременно. Если вы хотите вытянуть четвёртую карточку, вы должны сначала завершить одну.

Это выглядит как ограничение. Это так: по замыслу. Лимиты НЗП заставляют вас завершить то, что вы начали, перед началом чего-то нового. Подробнее о том, почему это важно, в более позднем разделе.

Определение масштаба рабочих карточек

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

Силосы работают хорошо

Любая многодисциплинарная операция имеет функциональные рабочие центры: пекарня имеет кондитерские изделия, хлеб, закуски & фронт-стол. Дизайн-студия имеет дизайн, контент, разработку & операции. Строительный проект имеет каркас, водопровод, электричество & отделку. Эти центры существуют по причинам: глубокая специализация требует сосредоточенного владения.

Канбан не растворяет эти разделения. Он делает передачи между ними видимыми & явными.

Карточка передачи

Когда единица работы движется из одного рабочего центра в другой, скажем, дизайн-ресурс, который нужно написать перед тем, как разработчик сможет собрать страницу, карточка передачи путешествует с ним. Нижестоящий центр видит, как карточка появляется в их Бэклоге. Они вытягивают её, когда у них есть пропускная способность. Электронной почты не требуется. Никакой встречи для координации. Карточка — это сигнал.

Что показывает диаграмма

Билет ★ начинается в Дизайне (В процессе: визуальные ресурсы). Когда Дизайн завершает свою часть, создаётся карточка передачи & билет ★ появляется в Бэклоге центра Разработки. Разработка вытягивает её. Затем Операции вытягивают её. Каждый центр имеет свою собственную доску. Каждая доска показывает только текущую работу этого центра. Но ★ проходит через все них, & все видят, где она находится.

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

Проектирование передачи

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

Перестаньте начинать. Начните заканчивать.

НЗП означает Незавершённое производство. Лимит НЗП — это верхний предел того, сколько карточек может находиться в данном столбце одновременно.

Это звучит как ограничение. Это так. В этом & заключается суть.

Почему лимиты помогают

Каждый раз, когда вы начинаете новую задачу, не завершив предыдущую, вы платите налог на переключение контекста. Ваш мозг загружает контекст новой задачи & частично выгружает старую. Когда вы возвращаетесь к старой задаче, вы перезагружаете её. Для интеллектуальной работы, письма, отладки, дизайна, рецензирования это издержки перезагрузки измеряются часами, а не секундами.

Лимиты НЗП предотвращают накопление полузавершённой работы. Но они делают что-то более ценное: они выявляют узкие места.

Узкие места становятся видимыми

Если столбец Проверка имеет лимит НЗП 2 & он всегда имеет 2, это сигнал: проверка медленнее, чем производство. Больше работы завершается В процессе, чем может быть потреблено Проверкой. Без лимита НЗП доска заполняется карточками 'готово-но-ожидает-проверку' & узкое место невидимо. С лимитом НЗП столбец В процессе не может принять новые карточки, & вся команда видит ограничение.

Это не отказ. Это информация. Система говорит вам исправить Проверку, нанять персонал, работать в паре, уменьшить размер партии, вместо того чтобы слепо толкать больше работы.

Закон Литтла (неформально)

Время выполнения (сколько времени карточка проходит от начала до конца) = Незавершённое производство ÷ Пропускная способность (карточек завершено за единицу времени). Если вы хотите более короткие времена выполнения без найма, сократите НЗП. Меньше вещей в полёте означает, что каждая вещь завершится быстрее.

R = (W × C) + T

Лимиты НЗП защищают три переменные. Консультант по эффективности Брайан Трейси назвал их в 1986 году.

R = (W × C) + T

- R: Результат: результат, который вы хотите

- W: Ясность цели: насколько точно вы знаете, что хотите (0–10)

- C: Концентрация: интенсивность сосредоточенного усилия (0–10)

- T: Время, проработанное без отвлечений (неограниченные часы)

Почему W & C умножаются

Ясность & концентрация не независимы. Высокая концентрация на расплывчатой цели производит быстрое движение в неправильном направлении. Совершенная ясность цели без концентрации производит ничего. Они взаимодействуют: поэтому Трейси написал их как произведение, а не сумму. 9/10 на каждом даёт R = 81 + T. 3/10 на каждом даёт R = 9 + T. Разница не аддитивна.

Почему T добавляется

Каждый час без отвлечений линейно добавляет к результату. T не может составить W & C: он может только накладываться на произведение. Это объясняет, почему первый ход — всегда улучшить W & C, а не работать более долгие часы. Больше T на низком произведении (W × C) — это всё равно плохой результат.

Что доска канбан делает с каждой переменной

- W: Надлежащо определённая карточка (чёткое название, измеримые критерии приёма, один владелец) повышает W перед началом работы. Расплывчатые карточки автоматически её снижают.

- C: Лимиты НЗП заставляют концентрацию. Одна карточка в Active означает полное внимание к одной проблеме. Три карточки в Active означает, что C разделён на три части.

- T: Блоки Pomodoro & защита календаря создают часы без отвлечений, которые измеряет T. Таймер доски — не украшение: он отслеживает T в реальном времени.

Трейси утверждал, что любая проблема может быть решена за 30 минут, когда W, C & T все оптимизированы. Доска канбан — это инструмент для одновременной оптимизации всех трёх.

Чтение доски

Практикуйте чтение узких мест из состояния доски.

Не Agile. Не Waterfall.

Agile — это методология. Waterfall — это методология. Канбан — это система.

Методологии предписывают, как вы работаете. Системы описывают, что истинно о работе. Канбан не говорит вам иметь двухнедельные спринты, ежедневные стендапы или ретроспективы. Он говорит вам одно: сделать работу видимой, ограничить НЗП & вытягивать.

Проблема с методологиями

Agile хорошо работает для команд, создающих продукты итеративно, программное обеспечение, в основном. Waterfall хорошо работает для проектов с фиксированными требованиями & известными неизвестными, строительство, производство оборудования. Ни один из них не отображается чисто на многодисциплинарную работу, где задача проектирования & задача исполнения имеют совершенно разные времена цикла & определения 'готово'.

Принуждение центра проектирования & центра операций к одному спринт-ритму — это ошибка категории. Двухнедельный спринт, который работает для создания контента, производит искусственную спешность в работе логистики. Стендап-ритуал, созданный для соразмещённых команд, создаёт накладные расходы для независимых соло.

Найти общую почву о работе, которую нужно сделать

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

Это не отсутствие процесса. Это правильное количество процесса: достаточно для координации, но не достаточно, чтобы создать накладные расходы координации, превышающие ценность работы.

Не строить то, что можно купить. Не покупать то, что можно вырастить.

Прежде чем будет создана какая-либо рабочая карточка, спросите: должна ли она вообще существовать? Каждую работу, которую вы строите, вы владеете навсегда. Каждый SaaS, на который вы подписаны, вы зависите навсегда. Каждую зависимость открытого кода, которую вы форкируете, вы поддерживаете навсегда.

Дерево решений: Можем ли мы вырастить это? Процесс, навык, отношение, которые производят способность устойчиво, предпочитайте это. Если выращивание неизбежно: Можем ли мы купить это? Инструмент готовый к использованию, который решает 80% проблемы без пользовательской работы, предпочитайте это. Если покупка неизбежна: Постройте это. & постройте его, зная, что вы теперь им владеете.

Большинство организаций инвертируют этот порядок. Они строят пользовательскую инфраструктуру для проблем, которые товарные инструменты решают хорошо, затем бросаются поддерживать то, что они построили. Канбан делает это видимым: каждая карточка в вашем Бэклоге — это вещь, которую вы выбрали построить. Честный вопрос в том, должна ли она вообще быть там.

Построить / Купить / Вырастить

Примените структуру решения.

Проектирование доски

Соберите всё вместе. Вы будете проектировать систему канбан для конкретного многодисциплинарного сценария.

Сценарий

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

- Дизайн: новый логотип, визуальная идентичность, фотография продуктов, макеты страниц

- Контент: переписанные описания продуктов, текст целевой страницы, объявление по электронной почте

- Разработка: обновлённый веб-сайт, новый процесс оформления заказа, перенаправления со старых URL

- Операции: обновлённые параметры обработчика платежей, брифинг партнёра по исполнению, переконфигурация аналитики

Переделка имеет жёсткий крайний срок: торговая выставка через 45 дней, где новый бренд становится общественным.

Соло остаются силосами

В большинстве организаций канбан существует, чтобы сделать работу видимой через иерархию управления. Менеджеры координируют между силосами. Канбан снижает накладные расходы координации.

В модели un нет менеджеров. Есть соло. Соло управляет предприятием независимо: дизайнер соло, разработчик соло, писатель соло, операционист соло. Каждый соло — по определению — это силос. Нет организационной диаграммы, связывающей их. Нет отношения подчинённости. Нет менеджера для принуждения координации.

Канбан становится слоем координации. Не за счёт уплощения силосов, соло остаются полностью независимыми, но за счёт видимости передач между ними явными & явными. Соло не отправляет электронное письмо или назначает встречу для передачи работы. Они размещают карточку на общей доске. Получающий соло вытягивает её, когда у них есть пропускная способность.

Это объясняет, почему канбан лучше подходит модели un, чем agile или waterfall: это не требует общего кадроса работы, никаких совместных ретроспектив, никакого синхронизированного планирования. Каждый соло устанавливает свои собственные лимиты НЗП, своё собственное время цикла, своё собственное определение завершённости. Координация происходит на уровне карточки, а не на уровне процесса.