В переводе с японского языка слово «канбан» означает «вывеска» или «рекламный щит». Что касается методологии, которая получила это название, то она регулирует рабочий процесс благодаря обмену специальными карточками. Давайте разберемся, как именно это работает. Что означает термин? Канбан представляет собой метод управления разработкой, который реализует принцип «точно в срок» и способствует равномерному распределению задач между сотрудниками. Все этапы работы визуализируются на специальной доске, благодаря чему члены команды могут видеть текущее состояние задачи. Данная методология, предполагающая полную прозрачность работы, относится к agile-подходам — гибким технологиям, которые предназначены для разработки программного обеспечения. История появления методологии Термин «канбан» появился благодаря Тайити Оно, начальнику машинного цеха, а позже — вице-президенту японской компании Toyota Motor Corporation. В 1958 году, когда еще никому не известная фирма выиграла тендер на поставку крупных внедорожников в Австралию, Тайити решил сделать процессы более прозрачными, чтобы оптимизировать производство и уменьшить убытки. Он разработал метод «точно в срок» и популяризовал систему бережливого производства. В компании внедрили систему «карточек» с информацией для логистики и производства, благодаря чему удалось создавать детали в необходимом количестве и экономить деньги на материалах и хранении. Позже эти карточки назвали «канбан». Все мастера, работающие на участках, перечисляли на бумаге задания, которые они выполнили, и вывешивали на видном месте, чтобы каждый сотрудник мог подойти к стенду и увидеть, что происходит на производстве в данный момент. Подобный «режим онлайн» позволял узнать, кто над какими задачами трудится, подстроить свою работу, исходя из имеющихся списков, быстро заметить и решить проблемы. В те годы, когда еще не существовало интернета и компьютерных технологий, Канбан стал поистине революционным методом работы, благодаря которому сотрудники всегда были в курсе всех новостей, связанных с проектами, а также могли экономить время, игнорируя ненужные собрания и встречи. Принципы и практики методологии У методологии несколько принципов: • визуализация — в основе Канбан лежит доска, на которой наглядно представлены этапы выполнения текущей задачи. Обычно они размещаются в следующем порядке: «запланировано» — «выполняется» — «сделано»; • разделение заданий — попытка прибегнуть к мультизадачности может привести к прямо противоположному эффекту — прокрастинации. А вот четкое понимание целей и разделение их на части значительно упрощает и ускоряет процесс достижения результата; • концентрация на выполнении задач — согласно методологии Канбан, невыполненные задачи нуждаются в особом внимании. Если процесс затягивается и сроки не соблюдаются, необходимо перераспределять ресурсы и подключать дополнительных сотрудников. Также Канбан предлагает несколько полезных практик, которые помогают работать с максимальной эффективностью. Главными инструментами являются карточки и канбан-доска. Благодаря доске получается наглядно демонстрировать рабочий процесс, четко распределять задачи и вовремя направлять усилия на проблемные участки. Принцип работы заключается в следующем: столбики представляют собой этапы, на которые разбивают проект. Карточки в столбцах — это конкретные задачи-шаги. За каждый этап отвечает назначенный сотрудник или целый отдел. Перемещение карточек по столбцам происходит в соответствии с их статусом. При этом каждый столбец должен формироваться по одному и тому же принципу. Например, они могут представлять собой этапы производственного процесса («разработка», «тестирование») или статусы выполнения задач («в работе», «проверяется», «завершено»). В каждой колонке предусмотрено максимальное количество задач. Когда оно достигается, новые пункты в колонку не добавляются, пока команда не разберется с имеющимися. Лучшие практики ведения канбан-доски стоят на трех «китах» — обсуждение, баланс и взаимодействие. Что касается карточек, то они перемещаются между производителями. В случае с Toyota все точно знали, что было проделано с деталью, благодаря карточке, которая к ней прилагалась. Также с помощью карточек можно было контролировать количество материалов. Заказ новых осуществлялся только в том случае, если запасов практически не осталось. В результате материал не задерживался на складе, не переполнял его и появлялась возможность экономить. За счет возможности перемещения карточек оптимизируется рабочий процесс. Если что-то не получилось, можно оперативно внести изменения. Такой подход позволяет размышлять над этапами производства, придумывать и испытывать методы улучшения. К тому же наглядность проясняет мысли — вы можете видеть работу системы в целом. К другим инструментам методологии относятся: • STATIK — это структурированный воркшоп, который помогает поэтапно визуализировать текущий процесс. Данный инструмент нужен прежде всего для анализа сервиса, команды или заказчиков, а также построения системы. С его использования начинается работа над проектом; • CFD — это накопительная диаграмма потока, которая позволяет быстро определить проблемные зоны. На графике отлично видно, что именно тормозит движение проекта и почему сотрудники не могут перейти к следующему этапу; • WIP — это лимит, который ограничивает количество карточек, одновременно находящихся в одном столбце. При его достижении столбец закрывается, пока сотрудники не разберутся с накопившимися задачами. Преимущества и недостатки Достоинства Канбан следующие: • прозрачность рабочих процессов; • гибкое планирование и возможность менять приоритеты в ходе работы над проектом, что очень важно для бизнеса, а также IT-сферы; • высокая степень вовлеченности работников, которая появляется благодаря слаженной и прозрачной работе, а также совместным обсуждениям задач; • быстрый поиск и решение проблемы благодаря имеющимся инструментам, в частности, CFD и WIP; • сокращение продукции на производственных складах за счет сбалансированного потока транспортировки товаров, что позволяет экономить не только пространство, но и финансы. Также есть несколько существенных минусов. Во-первых, Канбан не подходит для больших команд, в которых насчитывается более десяти человек. В этом случае методологией просто неудобно пользоваться. Во-вторых, Канбан направлен прежде всего на решение актуальных текущих задач, а вот для долгосрочного планирования его не получится применить. В-третьих, при блокировке нескольких задач движение проекта будет остановлено до тех пор, пока не решится проблема.