tgoop.com/agilethinking/199
Last Update:
Scrum или Канбан — что выбрать?
Вопрос многогранный, но бывают ситуации, когда в компании назрели потребности в изменениях и нужно выбрать вектор, чтобы уже завтра начать что-то делать по-другому.
В этом случае руководствуемся простой логикой: Канбан на старте не требует организационных изменений, Scrum — требует.
Scrum хорошо себя проявляет, когда вы можете четко выделить продукт.
Соотвественно, если вы можете выделить продукты, можете под эти продукты составить полноценные команды — организация работы по Scrum принесет вам огромные бенефиты и вы действительно сможете двигаться вперед семимильными шагами.
Но есть ситуации, когда может не хватать людей или отдельных компетенций.
Возможно, вы работает не столько в продуктовом направлении, сколько в проектном (и у вас множество разных проектов). Или нет возможности сейчас проводить в компании революционные изменения: менять структуру, роли. В этих случаях подходит Канбан.
Потому что основная цель Канбан-метода — сбалансировать систему поставки результата. Не нужно выделять продукты, на первом этапе можно не вводить новые роли. Главное, создать систему, в которой вы будете с регулярной скоростью поставлять ценность. И если у вас несколько заказчиков и всего одна команда, то, скорее всего, вам нужен Канбан.
Продвинутые читатели наверняка заметили, что фреймворки можно комбинировать и получить так называемый Скрамбан. Это так, но в начале знакомства с agile-подходами это может запутать команду. И на практике обычно применяют что-то одно.
BY OnAgile Learning Hub 💎
Share with your friend now:
tgoop.com/agilethinking/199