4.0 Канбан против Scrum – Сравнительный обзор

Традиционно Kanban рассматривается большинством экспертов как форма Agile. Он обозначает четкую итеративную структуру, которая значительно отличается от методов последовательного управления проектами, таких как Waterfall. Похожая структура – это бережливое производство, которое также выросло из тех же производственных подразделений и методов Toyota. Он включает в себя такие параметры, как быстрая доставка, ответственное принятие решений, устранение потерь, расширение возможностей команды и усиление обучения.

С точки зрения Agile-методик наиболее распространенным является Scrum. Он основан на рабочем спринте, который включает небольшой промежуток времени (обычно 2-4 недели), в течение которого выполняется работа. Он обращает внимание на самоорганизацию команды и обладает такой информацией, как процесс работы команды, структура работы и связанные с ней правила и роли. Для сравнения следует заметить, что Канбан менее сложен, более адаптируем и сопровождается всего несколькими правилами. Процесс не ограничен по времени и может быть адаптирован к любому процессу или технике с помощью WIP.

Решаем, подходит ли Канбан вашему процессу #

Общее правило для менеджеров проектов, стремящихся внедрить новые методы, состоит в том, чтобы помнить о типах изменений, требуемых организацией. Например, с точки зрения радикальных изменений менеджеры должны прибегать к Scrum. В то время как; в случае нескольких текущих процессов, Канбан может быть правильным выбором, поскольку его можно использовать без радикальных изменений в системе.

Коуч Agile Velocity Дэвид Хоукс рекомендует изучить несколько ключевых параметров, чтобы решить, подходит ли вам Канбан. Он также отметил, что Канбан больше подходит для проектных команд, которые стремятся к постоянному совершенствованию. Кроме того, для Канбана хорошо подходят команды с меняющимися приоритетами и возможностью разделения на более мелкие подгруппы. Однако на этот счет существуют противоположные мнения. Андерсон считает, что согласно многочисленным тематическим исследованиям, нет необходимости разбивать команду и работу на более мелкие части для Канбан. Канбан может отлично работать с широким кругом команд, с срочностью и сложностью работы.

Между тем, Хоукс считает, что Канбан наиболее полезен, когда основное внимание уделяется потребностям и предпочтениям клиентов. Он также может хорошо подходить для компаний, не стремящихся к изменениям и улучшениям. Брамбо, с другой стороны, предложил Канбан как вариант для организаций, которым трудно понять Scrum. Он рассказал, что Канбан – отличный инструмент для укрепления доверия в организации, и он может задать тон для понимания спринт-систем, таких как Scrum. В дальнейшем его можно использовать в любой структуре вертикальной разработки продукта. Кроме того, он предупредил, что Канбан не следует отдавать предпочтение организациям, работающим в рамках партнерства, или в таких условиях, когда заинтересованные стороны не могут согласиться с определенным набором предпочтений.

Не можете выбрать между Kanban и Scrum? Выберите Scrumban #

С ростом популярности Канбана и его эффективных результатов время от времени появлялось множество гибридов. Конкретные команды Scrum, вдохновленные Lean, а также Kanban, разработали способы объединения обоих, таким образом, образовав гибрид, обычно называемый Scrumbag. Этот гибрид направлен на то, чтобы добавить лучшее из обоих методов, добавив визуализацию и WIP в Scrum. Практикующий Scrum Савита Пахуджа объясняет, что Scrum следует использовать для событийно-ориентированной работы и проектов обслуживания.

Как можно реализовать Канбан? #

В случае, если вы решили внедрить Канбан в своей организации, для продвижения вперед необходимы следующие элементы;

  • Обязательства со стороны менеджера проекта и проектной команды
  • Канбан обучение или тренер
  • Физическая или онлайн-доска
  • Покупка со стороны высшего руководства

Лоуренс Ройбал, генеральный директор Oxford Solutions Group, рекомендует, чтобы в канбан-командах в идеале было не более девяти человек, включая консультантов. Такое расположение обеспечивает эффективное принятие решений и сплоченность группы. Он также отметил, что для команды проекта крайне важно иметь правильный состав участников. Кроме того, Ройбал указал, что одна из главных ошибок в Канбане состоит в том, что команды не хотят получать ранний бай-ин. Отныне перед запуском проекта с Канбан необходимо проводить встречи по проекту. Это обеспечит доступность нужных людей для правильной работы.