Kanban

Kanban ― это один из элементов философии Agile: метод, при помощи которого можно оптимизировать процессы в рамках разработки. Цель его внедрения ― выполнять задачи проекта в соответствии с установленными сроками путем равномерного распределения нагрузки между всеми участниками команды.

Метод Kanban позволяет повысить качество бизнес-процессов за счет их визуализации. Его название происходит от японского слова, которое на русский язык переводится как «вывеска» или «рекламный щит».

Цель внедрения Kanban ― своевременное производство продукта с высоким качеством. Она достигается в несколько этапов, и первый из них ― визуализация. Ее используют для того, чтобы команда, работающая над проектом, могла отслеживать его процессы. Для визуализации используются доски, а с ними ― наборы специальных карточек. Часто используются и стикеры.

Доска проектов Kanban ― ключевой элемент, используемый в рамках гибкой методологии. Аналогичные элементы применяются и в Scrum. Элемент доступен каждому участнику команды и дает возможность отслеживать этапы, на которых находится задача.

В работе используются разные доски ― виртуальные, настоящие. Примеры виртуальных ― Trello и аналогичные программы. Доски легко настраиваются под конкретный процесс и использовать в различных областях. Часто они используются для формирования списка дел.

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

Kanban-доска позволяет работать с несколькими проектами в одно и то же время. Для удобства используется цветовая классификация: один проект ― это один цвет. На доске отображаются все процессы. Участники команды изучают их, находят слабые места и работают над их устранением. Все эти действия, согласно методологии Kanban, представляют собой поток.

Однако доска для проектов ― не единственный элемент Kanban. Важно, чтобы каждый участник команды имел представление о принципах, в соответствии с которыми ведется работа. По методологии Kanban, команда представляет собой единый механизм. Если один из участников не справляется, это негативно отражается на деле, которым занимаются все. Исключить такой риск позволяет доска планирования ― на ней все участники могут видеть как собственную ценность для команды и для проекта, так и свой личный вклад в него.
Система Kanban ― своего рода микс принципов lean-мышления и методологий, которые используются в Agile. Строгих правил нет, однако существуют принципы – на них можно и нужно ориентироваться.

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

Необходимо определить то число задач, которое команда фактически сможет решать в определенные сроки. К примеру, на в рамках тестирования можно планировать одну задачу, в рамках проектирования ― максимум две при условии одновременного исполнения. Здесь нужно исходить из возможностей, которые есть у команды.

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

Две методологии Agile ― Kanban и Scrum ― не стоит путать. Между ними есть определенные различия.

По какой методологии работать ― зависит от задач и их особенностей. Например, разработка осуществляется в соответствии с водопадным подходом, который считается стандартным. Утверждение документов занимает немало времени, тогда как как ошибки начинают проявляться ближе к финалу. Очевидно, необходимо что-то менять, и команда оказывается перед выбором ― Scrum или Kanban. Если Scrum кажется слишком резким и экстремальным, стоит выбрать более простой и плавный метод Kanban. После его внедрения, по мере появления первых результатов и изменений в лучшую сторону, можно переходить на Scrum.

Переход со Scrum на Kanban ― разумный выбор для команд, которые ориентированы на совершенствование своих рабочих процессов.

Если команда выбрала Kanban-методологию, ей потребуется освоить навыки самодисциплины. Не следует планировать перемены радикального характера, стоит отказаться от желания применить все практики одновременно. Основа принципа Kanban ― плавность и последовательность в том, что касается любых улучшений.

Методологию Kanban широко используют в разных сферах, в том числе, в digital ― для эффективного управления командой и организации работы в соответствии с планами и дедлайнами. Особенности ее внедрения подробно разбираются в программных модулях курса «AI продакт менеджер» в Product Live. Он разработан для руководителей, предпринимателей, нацеленных на получение прибыли от продуктов с использованием ИИ и машинного обучения.