>

To Do

In Progress

Done

Главная → Без рубрики → Принципы канбан: шесть правил, которые меняют не процесс, а мышление

Принципы канбан: шесть правил, которые меняют не процесс, а мышление

admin Без рубрики 1 мин

Когда я впервые прочитал про основные принципы канбан, они показались мне очевидными. «Начните с того, что делаете сейчас» — ну и что тут особенного? «Уважайте текущие роли и обязанности» — звучит как банальность из корпоративного кодекса.

Прошло несколько месяцев практики, прежде чем я понял: эти принципы — не советы по организации работы. Это инструкция по тому, как думать об изменениях. И именно поэтому большинство команд, которые «внедряют канбан», на самом деле просто вешают доску с тремя колонками.

Эта статья — о том, что принципы системы канбан означают на самом деле и почему без них любая доска остаётся просто доской.

Откуда взялись принципы канбан и кто их сформулировал

Официальные принципы канбан сформулировал Дэвид Андерсон — американский консультант, который в 2007 году адаптировал производственную систему Toyota для IT-команд. Он описал их в книге «Kanban: Successful Evolutionary Change for Your Technology Business» (2010).

Андерсон разделил принципы на две группы: принципы управления изменениями и принципы предоставления услуг. Вместе они образуют философию, которая отличает систему канбан от просто «доски с задачами».

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

Принципы управления изменениями: почему канбан не ломает то, что работает

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

Принцип первый: начните с того, что делаете сейчас

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

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

Почему команды нарушают этот принцип:

  • Хотят сразу сделать «правильно» и рисуют идеальную доску вместо реальной
  • Стесняются показывать неудобную правду о количестве этапов
  • Ориентируются на чужие шаблоны вместо своего процесса

Принцип второй: договоритесь об эволюционных изменениях

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

Это принципиально отличается от подхода «с понедельника работаем по-новому». Резкие изменения вызывают сопротивление. Маленькие, согласованные шаги — нет.

Принцип третий: уважайте текущие роли и обязанности

Канбан не переименовывает должности и не требует создавать новые роли. Разработчик остаётся разработчиком, менеджер — менеджером. Это снижает тревогу и сопротивление при внедрении.

Сравните с другими методологиями:

Методология Что меняет в ролях Барьер входа
Скрам Вводит Product Owner, Scrum Master, команду Высокий — нужно переучиваться
SAFe Полная реструктуризация оргструктуры Очень высокий
Канбан Не меняет роли, только добавляет видимость Низкий
XP (Extreme Programming) Вводит практики парного программирования и TDD Средний

Принципы предоставления услуг: как система канбан смотрит на работу команды

Вторая группа принципов описывает, как канбан понимает саму природу работы. Здесь скрыта самая интересная часть философии.

Принцип четвёртый: понимайте потребности клиента

В канбане команда — это поставщик услуги, а не просто исполнитель задач. Это меняет угол зрения: задача не «закрыть тикет», а «решить проблему человека, который этот тикет создал».

Практически это означает несколько вещей:

  1. Перед проектированием доски нужно понять, кто получает результат работы команды
  2. Метрики должны отражать скорость и качество с точки зрения получателя, а не исполнителя
  3. Cycle time — время от запроса клиента до готового результата — важнее, чем загрузка сотрудников

Принцип пятый: управляйте работой, а не людьми

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

Канбан предлагает другое: управляйте потоком работы. Если задача застряла — ищите причину в системе, а не в человеке. Возможно, правила перехода между этапами не прописаны. Возможно, WIP-лимит слишком высокий. Возможно, одна колонка перегружена, потому что другая слишком медленная.

Когда система плохо спроектирована, хорошие люди дают плохие результаты. Исправьте систему — и люди заработают лучше без дополнительного контроля — следствие из принципов Деминга, на которые опирается канбан

Принцип шестой: регулярно улучшайте совместно и экспериментируйте

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

Типичные кадансы в канбане — это не обязательный список, а инструменты по необходимости:

  • Ежедневный стендап — разбор доски, фокус на блокерах, 10–15 минут
  • Пополнение бэклога — раз в неделю или по триггеру, когда задач в очереди мало
  • Разбор метрик — раз в две недели, анализ cycle time и throughput
  • Ретроспектива процесса — раз в месяц, изменение правил доски
  • Стратегический обзор — раз в квартал, соответствие работы целям организации

Как принципы канбан работают вместе: пример из практики

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

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

  1. Автор пишет текст
  2. Отправляет редактору в Telegram
  3. Редактор правит — иногда молча, иногда с комментариями
  4. Текст уходит на корректуру — в другой чат
  5. Корректор возвращает — снова в Telegram редактору
  6. Редактор публикует или отправляет на доработку автору

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

Применив второй принцип (эволюционные изменения), мы не стали переписывать процесс — только вынесли его на доску. Уже через неделю стало видно: корректура — узкое место. Один корректор не справлялся с потоком. Решение нашла сама команда на первой же ретроспективе.

Три заблуждения о принципах канбан, которые мешают работать

За несколько лет практики я видел одни и те же ошибки в понимании принципов системы канбан. Вот самые частые.

Заблуждение первое: «Канбан — это просто доска». Доска — лишь инструмент визуализации. Без принципов управления изменениями и понимания потока она превращается в красивый способ хранить список задач.

Заблуждение второе: «Канбан против изменений». Принцип «начните с того, что есть» часто трактуют как «ничего не меняйте». Это ошибка. Канбан за изменения — просто за медленные, осознанные и согласованные, а не за революционные.

Заблуждение третье: «WIP-лимиты — это про людей». Когда команда вводит WIP-лимиты и кто-то оказывается без задачи, менеджеры иногда паникуют: человек простаивает. Но свободный сотрудник в канбане — не проблема. Это возможность помочь коллеге протолкнуть застрявшую задачу. Работа должна течь, а не люди должны быть заняты.

Что происходит с командой, когда принципы канбан становятся привычкой

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

Вместо «я занят» — «у меня три задачи в работе, могу взять ещё одну». Вместо «это не моя зона ответственности» — «вижу, что задача застряла, могу помочь». Вместо «мы не успели, потому что много задач» — «cycle time вырос, давайте посмотрим, где затор».

Это и есть то, ради чего сформулированы основные принципы канбан — не ради красивой доски, а ради другого способа думать о работе и об ответственности за результат.


admin

Канбан-практик. Пишу о методологиях управления, визуализации процессов и бережливом подходе к работе.

Все статьи автора →