Scrum и Kanban - методологии ведения некоторого процесса, основанного на задачах.
Scrum - используется в процессах, где есть явная проектная составляющая, главным образом есть начало и конец: спринт - с началом и финишем. Например, это хорошо работает в области разработки программного обеспечения. В современном мире нельзя детально спланировать на старте крупный программный проект, запустить разработку и через пару лет получить востребованный продукт. Это обусловлено динамичностью развития отрасли в целом и, быть может, конкретной прикладной сферой.
Люди придумали вести разработку так, чтобы выпускать готовый продукт часто, итеративно улучшая его. Это позволяет почти с самого старта разработки иметь готовый продукт, только с самыми базовыми функциями, но все же - готовый продукт, рабочий. И потом, только развивать его в соответствии с контекстом: ресурсы, рынок, приоритеты и т.д. В таком подходе каждая итерация разработки продукта есть не что иное как мини проект - есть явное время начала и завершения разработки. В конце каждой итерации разработки имеется новый продукт. Таким образом, мы видим, что в этом процессе разработки ПО есть проектная составляющая - итерация разработки. В таком процессе уместно использовать инструментарий Scrum.
Kanban - имеет место, где более ярко просматривается конвейерный процесс. Например, процессы в линии поддержки программного продукта - задачи постоянно сыпятся, их надо обрабатывать, нет явного начала и окончания - проектной составляющей. Или, например, процесс конвейера сборки автомобиля - типичны Kanban.
Методология Kanban может успешно использоваться при разработке простого микросервиса, где абсолютно точно известно, что от него требуется и это не изменится с течением времени. По завершению разработки могут возникнуть необходимости внести изменения в сервис, но это не типичный, редкий случай должен быть.
В то же время, проект, который хорошо ляжет в Scrum методологию, это динамичный проект, но для которого можно зафиксировать список приоритетных задач на время спринта. Если вы имеете проект, каждый день в бэклог которого попадают новые срочные задачи, а вчерашние срочные задачи перестают быть актуальными или меняются, такой проект не ляжет на Scrum. В этом случае нужно выделить новую команду - команда поддержки. В эту команду поддержки будут попадать срочные задачи, команда будет работать по Kanban. А первая команда, освобожденная от срочных, горящих задач, будет заниматься развитием продукта по методологии Scrum.
Я продолжаю делиться мнениями, принципами, идеями, основанными на своем управленческом опыте. Продолжаю делать обзоры на прочитанные книги и интересные материалы.
Подписывайся на этот канал, читай, смотри, критикуй. Все это полезно в первую очередь для тебя и меня, а также для всех остальных.
