Мы используем cookies
Все заметкиВсе заметкиВсе заметки

В прошлый раз мы с…

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

Scrum — гибкий фреймворк. Считается самым структурированным из семейства Agile, который сочетает в себе элементы классического процесса и идеи гибкого подхода к управлению проектами. Scrum разбивает проект на части, которые сразу могут быть использованы заказчиком для получения ценности, называемые Product Backlog. Затем эти части приоритизируются владельцем продукта — представителем заказчика в команде. Самые важные «кусочки» первыми отбираются для выполнения в спринте — так называются итерации в Scrum, длящиеся от 2 до 4 недель. В конце спринта заказчику представляется рабочий инкремент продукта — те самые важные «кусочки», которые уже можно использовать (например, сайт с частью функционала). После этого команда проекта приступает к следующему спринту. Длительность у спринта фиксированная, но команда выбирает ее самостоятельно на старте, исходя из проекта и собственной производительности.

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

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

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

Существуют и другие методики ведения проектов, такие как Lean, Six Sigma, PRINCE2. Они не так популярны, как те, которые мы с вами разобрали выше, но предлагаем вернуться к их обсуждению в будущем ☺️

31 мая  •  Скопировать ссылкуСсылка скопирована

Следующая заметкаУстали от текущих задач на…
  • Копировать ссылку
  • Telegram
  • Vkontakte
  • Поделиться