Scrum (Скрам) – популярная методология управления проектами для гибкой разработки ПО. Многие уже слышали и даже пробовали эту методологию на своем проекте. Но Scrum (Скрам)подходит не всем и не всегда. Почему? Просто Scrum (Скрам) требует изменений в майндсете (понимании) всей команды, и этот майндсет кардинально отличается от традиционных подходов. Так например, основной фокус на проекте с использованием Waterfall методологии ориентируется на выполнение ряда задач, список которых был составлен при долгосрочном планировании. Scrum (Скрам) в свою очередь ориентируется на достижении максимальной бизнес ценности проекта, то есть на максимальное удовлетворение потребностей заказчика (потребителя). В Waterfall методологии стоимость и порядок выполнения задач могут быть изменены только лишь для покрытия установленного ранее количества выполненных задач, то в Scrum методологии при разработке могут быть изменены условия и первоначальное виденье проекта, для достижение максимальной бизнес ценности проекта.
Waterfall методология применяется на тех проектах, где все крайне предсказуемо и имеет четкие и неизменные требования, возможность четко определить временные границы выполнения задач. Обычно такая методология применяется в сложных и длительных проектах, например в сфере космического судостроения, создании сложных медицинских аппаратов и пр. На проектах же, где требования заказчика регулярно меняются и пожелания конечного потребителя видоизменяется вместе с определенными трендами, необходимо использовать более гибкий подход в разработке ПО.
Scrum методология идеальное решение для рынка, которому характерна непредсказуемость и переменчиваость. Scrum базируется на изучении и адаптации под определенные условия и потребности, в то время как Waterfall и другие традиционные подходы используют метод: «command and control».
Scrum характерен своим итерационным подходом в создание продукта. Весь процесс создания продукта разбит на «Sprints» (спринты). Над проектом работают несколько команд, каждая из которых выполняет разный кусок функционала продукта. А в конце спринта вместе они представляют относительно готовое решение продукта. В первую очередь они реализуют тот функционал, который несет самую большую бизнес ценность проекту. Поскольку в каждом спринте команды выдают готовое решение (которое является частью всего продукта), они могут устанавливать измеримые цели, которые команда должна достичь. Это позволяет понять справляется ли команда с поставленными задачами, есть ли прогресс и успеваем ли мы реализовать продукт до установленного дедлайна. Благодаря такому подходу намного проще корректировать ход выполнения тех или иных задач, что в результате дает возможность мотивировать и поддерживать команду на максимальном уровне их самоотдачи проекту. Еще одной особенностью Scrum является регулярный контакт заказчика с командой, что позволяет постоянно работать с правильным менеджментом ожиданий и в случае, если что то не так, вовремя внести изменения. Также, заказчик видит постоянный прогресс и более спокоен и доверяет команде. Ниже приведена сравнительная таблица этих 2-ух методологий.
6 сентября / 2015
