, Когда следует использовать методологию Scrum?

Введение в методологию Scrum

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

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

Роды Scrum

Существуют три роли, которые определены в рамках Scrum, владельцы продуктов, команды разработчиков и Scrum Masters.

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

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

События Scrum

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

• Sprint - этот период времени содержит встречи по планированию спринта, ежедневные схватки, работу по разработке, обзор спринта и ретроспективу спринта. Во время спринта не может быть никаких изменений в целях, и команда разработчиков должна оставаться неизменной.
• Совещание по планированию Sprint - эта встреча используется для планирования работы, которая должна выполняться во время спринта. Встреча обычно составляет восемь часов в течение одного месяца спринта и пропорционально меньше для более коротких спринтов. Встреча делится на две части, первая часть определяет цели спринта, вторая определяет, как цель должна быть достигнута.
• Daily Scrum - это короткая пятнадцатиминутная встреча в день, которая позволяет команде разработчиков планировать работу на следующий день.Группа рассматривает работу, которая была завершена в предыдущий день, и прогнозирует, что может быть достигнуто в следующие двадцать четыре часа. Ежедневная схватка - это возможность просмотреть, где находится команда, в отношении общей цели спринта. Мастер схватки уверен, что ежедневная схватка происходит, и команда разработчиков держится на пятнадцатиминутном максимуме, чтобы команда разработчиков быстро принялась за принятие решений.
• Sprint Review - в конце спринта обзор используется для оценки того, что было достигнуто во время спринта, и для принятия решения о том, что следующий может быть сделан в следующем спринте. Обзор спринта - это четырехчасовое мероприятие, которое позволяет команде разработчиков сообщать, какие были основные моменты спринта, и какие проблемы они обнаружили. Основываясь на сообщении между командой разработчиков и владельцем продукта, для следующего спринта будет выбран новый набор результатов.
• Retrospective Sprint - это трехчасовая встреча, в которой вся команда по схватке может размышлять о спринте и создавать план усовершенствований, которые могут быть приняты для следующего спринта. Совещание должно смотреть на людей, отношения, процесс и инструменты, а также определять, где можно улучшить.

Обновлен Гэри Мэрион, эксперт по логистике и цепочке поставок.