Как и статьи по любой теме, касающейся методологий управления, в частности Agile, большинство статей о канбан не оставляют новичку шанса разобраться. Если ты прочитаешь информацию из нескольких источников, скорее всего заработаешь себе разрыв шаблона, потому что в единую картину вся эта история про «канбан-методологию» откажется складываться.
Я разобрался за тебя и в этой заметке отвечу на главные вопросы про метод канбан: что это такое, откуда взялось, как применяется в работе и так далее.
В чём суть Канбана?
Канбан (Kanban) — часть agile-философии и метод улучшения рабочих процессов путём визуализации и активной работы над незавершёнными задачами.
Канбан — это именно что способ оптимизировать рабочий процесс, а не набор таких способов, подкреплённых теорией. Хотя, у Канбан есть свои ценности и принципы.
Одна из ключевых мыслей канбан-метода:
Меньше незавершённых задач — выше эффективность команды.
Как он работает?
Существуют специальные инструменты канбан, которые помогают выстроить работу с помощью этой методологии. Среди них: канбан-доски, спринты, карточки задач или стикеры.
Например, для визуализации работы в Kanban используют специальную доску (неотъемлемую часть любой agile-методики) и набор карточек или стикеров.
Канбан-доска может быть реальная (магнитная, пробковая, деревянная) и виртуальная (есть много сервисов, которые дают возможность работать с досками — WEEEK, Trello и так далее).

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

Канбан-доску можно использовать для работы над несколькими проектами или направлениями. Например, у меня в WEEEK есть доска для контроля производства всего контента, где задачи разбиты на группы по видам контента.
Так, а кто это придумал?
Как и многое из того, что сейчас относят к Agile, Канбан придумали в Toyota. Там карточки использовали, чтобы передавать информацию между этапами, сколько каких деталей требуется. Метод канбан помогал поддерживать бережливое производство (Lean) и не производить излишки.
В чём отличие между Канбан и Agile, Scrum?
Как я рассказывал в предыдущей заметке, Agilе — это подход к управлению, сформированный в том числе на основе Scrum – гибкого фреймворка разработки ПО. Scrum – методика с жёсткими правилами, от которых нельзя отходить. Kanban во всей этой картине мира – лишь инструмент, позволяющий оптимизировать работу. Причём его можно использовать как отдельно, так и в рамках фреймворков, типа Scrum. Даже опираться на уже существующие варианты использования не обязательно. Разобрался в принципах работы инструмента и пользуешься.
А что за принципы и ценности есть у Канбан?
У метода есть девять основных ценностей:
- сотрудничество,
- сбалансированность,
- прозрачность,
- клиентоориентированность,
- лидерство,
- поток,
- согласие,
- уважение,
- понимание.
А ещё есть три основных принципа:
- Использовать то, что есть сейчас.
- Развивать и совершенствовать рабочий процесс.
- Поощрять развитие лидерства.
Всё это играет роль, если ты используешь Канбан в его изначальном виде. Но это, как я уже говорил, вообще не обязательно.
Что делать после внедрения Канбана?
Если внедрение Канбана прошло успешно, но ты считаешь, что ещё есть, куда стремиться, можно постепенно перевести его в Scrum. И наоборот, при использовании Scrum отдельные практики Канбан могут улучшить процессы.
Где применяется Канбан?
Канбан не подходит для работы с большим коллективом. Он создан для небольших и узкоспециализированных команд. Если у тебя в команде 25 человек, которые и проектируют, и кодят, и тестируют, и продают, Канбан вряд ли поможет оптимизировать работу и улучшить показатели.
Канбан не подходит для долгосрочного планирования. Если задача долго ползёт по доске и застревает на отдельных этапах, это противоречит принципам Канбана.
Если коротко ответить на вопрос – чем полезен канбан, то он помогает выстроить управление потоком задач, повысить прозрачность работы в команде и заканчивать работу в срок, не пропуская дедлайны.
Теперь ты знаешь, что такое Канбан, и как этот метод можно использовать в работе. Но знать это одно, а применять на практике — совсем другое. Хорошо хоть внедрять Канбан куда проще, чем Scrum и Agile.
0 комментариев