Отличия Scrum и Kanban ☯️ — основная разница подходов к Agile менеджменту

Scrum имеет более определенную структуру. Kanban является менее структурированным и основывается на списке задач. Kanban не имеет установленного периода времени, а управляется по приоритету задач на одноименной доске.

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

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

Scrum и Kanban — это два инструмента современного менеджмента, то есть способа организовать работу. Оба из них близки к Agile образу мышления. Они имеют некоторые сходства, но не менее важными являются и их различия между собой.

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

В последние годы проектный менеджмент значительно изменился. Сегодня существует множество инструментов для управления проектами, и также много инструментов, которые помогают изменять уже существующие и работающие в компании процессы.

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

Agile — это общий термин, используемый для описания особой системы ценностей и установок. Согласно Agile следует, например, разбивать большие проекты на более мелкие (и потому — управляемые) части.

Управление проектами «по Agile» используется при разработке программного обеспечения для того, чтобы ускорить завершение проектов. Но теперь мы видим, что эти практики применяются во множестве отраслей.

Agile — это набор руководящих принципов, разработанный в 2001 году и опубликованный как Agile–манифест. Scrum и Kanban, с другой стороны, представляют собой два инструмента Agile.

Другими словами, если вы хотите работать «в стиле Agile», Scrum и Kanban — это просто два способа, как вы можете сделать это.

И Scrum (фреймвворк) и Kanban (метод улучшения качества сервиса) — это два разных способа управления проектами в соответствии с принципами Agile с «тонкими» различиями. Но оба способа имеют общие черты.

Кроме того, они могут вполне лояльно сочетаться друг с другом. Например, согласно Kanban необходимо ограничивать количество «работы в процессе» (или невыполненной работы, Work In Progress) и визуализировать рабочие процессы — и это на практике почти всегда используется, если команда работает по Scrum.

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

Scrum разбивает работу на ограниченные по времени части, которые называются спринтами. Обычно они длятся одну или две недели.

В Scrum есть как минимум три предписанные роли:

• Product Owner (Владелец Продукта) — человек, ответственный за эту роль, отвечает за первоначальное планирование, определение приоритетов задач и ценность продукта. В классическом менеджмента его бы называли Менеджер Проекта, но в Scrum подчеркивается, что этот человек не занимается управлением командой, а отвечает именно за продукт и его ценность.

• Scrum Master — владелец этой роли отвечает за контроль над рабочими процессами во время спринта, оптимизирует их и непрерывно улучшает.

• Developer — человек, который непосредственно выполняет задачи в спринте.

Помимо этого, в Scrum предписываются конкретные мероприятия — ежедневные встречи (Daily Scrum Meeting), планирование спринта, ретроспектива спринта.

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

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

Kanban фокусируется на улучшении всего процесса работы. Это здесь самое главное. Здесь имеется ключевое допущение (предположение), что если работа идёт хорошо, то всё будет хорошо. \Это, кстати, действительно важно. Потому что на практике не всегда это допущение действительно работает. В этом плане выигрывает [Scrum, в структуру которого изначально заложена роль Product Owner — человека, который следит за ценностью создаваемого продукта и актуальностью задач, находящихся в работе.]

Kanban — это метод управления созданием продуктов с целью обеспечения непрерывной доставки (Continuous Delivery). Kanban призван стать улучшением существующих организационных процессов для постоянного улучшения, при этом не полностью изменяя существующие системы организации — то есть здесь не обязательно, в отличие от Scrum, менять структуру команды разработки.

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

Линейный подход — это «водопадный подход» к поставке продукта (Waterfall Delivery), когда задачи планируются и потом делаются без корректировок. [На практике — корректировки будут абсолютно точно, просто они не будут запланированы, и это сорвёт сроки исполнения и планы по бюджету.]

Agile фокусируется на том факте, что существуют постоянно меняющиеся бизнес–требования, и нам необходимо создавать продукт, который будет потребляться и поставляться в конкретных выпускаемых единицах. Кроме того, он сосредоточен на сильной командной работе, личной ответственности и прозрачности в общении, чтобы обеспечить соответствие продукта целям клиента и компании.

Agile менеджмент обеспечивает гибкость и возможности для постоянного улучшения — это преимущество может повлиять на конечную дату поставки и качества конечного продукта.

Scrum может обеспечить высокую прозрачность в рабочих процессах и обеспечивает большую гибкость для адаптации к изменениям. Этот фреймворк может помочь четко определить роли в команде (то есть распределить обязанности) и способствовать лучшему сотрудничеству членов команды.

В конечном счёте — это поможет завершить проект намного быстрее.

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

Kanban — это хороший инструмент для введения изменений с помощью дополнительных улучшений. Это метод улучшения качества сервиса.

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

Однако, важно иметь ввиду, что отсутствие рамок и структуры (по крайней мере в самом методе этой структуры не заложено) — может привести к снижению производительности. Kanban не обязательно ориентирован на кросс–функциональные команды и не использует спринты. По нашему опыту, временные рамки спринтов являются отличным фактором увеличения скорости, что важно при цифровой трансформации.

Чтобы выбрать между этими двумя инструментами Agile и перед тем, стоит ли вообще внедрять Agile в вашу организацию, вам необходимо прежде всего посмотреть на потребности своего бизнеса.

Хотите ли вы, чтобы ваши проекты были завершены быстрее или вы хотите улучшить общий процесс? Мы бы предложили попробовать Scrum, если вы просто хотите выполнять работу быстрее. Если вы хотите улучшить производственный процесс — чтобы всё шло как по маслу — можно попробовать Kanban. А если ваши проекты требуют более линейного рабочего процесса, работайте по водопадной модели.

Неплохим решением может быть нанять консультанта со стороны, который разбирается в каждой из моделей — он сможет показать вам возможности и риски каждого из подходов, и дать конкретные рекомендации. [Можно пообщаться и со специалистами нашей команды LeadStartup. Почему бы и нет?]

Не забывайте про то, что одно другому не мешает. При выборе между Kanban или Scrum не всегда нужно проводить индивидуальное различие, поскольку Kanban и Scrum могут идти рука об руку. Многие команды работающие по Scrum также используют Kanban для визуализации и оптимизации рабочих процессов. Хотя некоторые команды предпочитают использовать «чистый Scrum» из–за его предписывающего характера (так меньше двусмысленности), многие команды приняли основные принципы Kanban, которые полезны для добавления дополнительного уровня видимости к их проектам.