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


Немного истории


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


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


Именно поэтому долгими ночами менеджеры искали новый метод ведения разработки. Внезапно их осенило: единый поток! То есть, сделать все процессы  непрерывно связанными и поставить все производство на один поток. В потоке нет застоя недоделанных задач, нет пауз, только движение вперед. Как в школьной эстафете: задача передается из рук в руки (из одного отдела в другой) как мячик. Если же кто-то допустил ошибку, то это обнаруживается сразу и не приводит к большим убыткам. Также этот метод повышает качество продукта, снижает его стоимость (ведь не надо больше тратиться на лишние складские помещения, например), уменьшает время изготовления товара.


Как использовать канбан на деле


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


    

  • задачи, которые нужно выполнить;
    • 

  • задачи, которые в данный момент находятся в разработке;
    • 

  • задачи, которые выполнены, но еще не переданы тестировщикам;
    • 

  • задачи, готовые к передаче в отдел тестировки;
    • 

  • задачи, которые проходят проверку project-менеджером;
    • 

  • выполненные задачи.
    • 





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


Если число задач будет сильно превышать число работников, то каждый будет засыпан работой, а некоторые задачи будут висеть на доске очень долго (а ведь именно этого и не должен допустить канбан!). Если же задач будет слишком мало – у работников появится слишком много свободного времени (а на производстве это ни к чему хорошему не приводит). Значит надо подобрать оптимальное количество задач под количество сотрудников, чтобы было время обсудить задачи, но и заскучать работники не успевали. Таким образом, можно сделать вывод, что лимиты (это циферки под или над столбиками) – это очень важная деталь, без которой метод «канбан» теряет свою суть.


Чем канбан хорош


    

  • Гибкое планирование – менеджер сам выставляет приоритетность задач, а команда концентрируется на текущей работе
    • 

  • Меньшая длительность цикла – сокращение времени выполнения каждой отдельной задачи. Как следствие – увеличивается скорость выполнения цикла
    • 

  • Большая вовлеченность команды в процесс: благодаря прозрачности процессов, работники проявляют большую самостоятельность и вовлеченность
    • 

  • Меньше ошибок: наличие лимитов задач позволяет внимательнее относиться к процессам
    • 

  • Наглядность – канбан-доска дает возможность каждому участнику команды следить за процессом работы.
    • 



Есть и недостатки


    

  • Канбан нельзя использовать для долгосрочного планирования
    • 

  • Плохо работает в командах с численностью больше 5 людей
    • 



Канбанить или воздержаться 


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


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


Всем канбан!