Джефф Сазерленд - Софт за 30 дней. Как Scrum делает невозможное возможным

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

Scrum-командасостоит из владельца продукта, команды разработки и Scrum-мастера. Scrum-команды – самоорганизующиеся и кросс-функциональные.

Scrum-мастер – методический лидер Scrum-команды, который отвечает за то, чтобы Scrum-процесс был понятен и принимался. Scrum-мастера добиваются этого путем соблюдения Scrum-командами теории Scrum, практических приемов и правил.

Scrum-митинг – 15-минутное, ограниченное по времени совещание команды разработки для синхронизации действий и создания плана работы на следующие 24 часа. Это делается путем проверки работы, выполненной с момента последнего Scrum-митинга, и прогнозирования работы до следующего.

Scrum-митинг проводится каждый день в одном месте и в одно время для уменьшения путаницы. Во время совещания каждая команда разработки рассказывает о следующем:

• что было завершено со времени последнего совещания;

• что будет сделано до следующего совещания;

• какие есть препятствия на пути.

Базовая линия – линия, базовая для измерения. В диаграмме выгорания задач она отражает точку во времени, когда не останется работ по выполнению требований перед выпуском продукта.

Бэклог продукта – упорядоченный список всего, что может потребоваться в продукте; является единственным источником требований для всех изменений, которые должны быть сделаны при его разработке. За бэклог продукта, включая его содержание, пригодность и порядок, отвечает его владелец.

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

Бэклог спринта определяет работу, которую сделает команда разработки, чтобы превратить пункты бэклога продукта в «законченный» инкремент. Бэклог спринта делает видимой всю работу, которую команда разработки определяет как необходимую для достижения цели спринта.

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

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

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

Инкремент – сумма всех пунктов бэклога продукта, законченных во время текущего спринта и всех предыдущих спринтов. В конце спринта новый инкремент должен быть «законченным», что означает, что он должен быть готовым к использованию и соответствовать определению «законченности», принятому в Scrum-команде. Это должно быть пригодное к использованию состояние, вне зависимости от того, решит ли владелец продукта выпустить его.

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

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

Каскадный процесс – последовательный процесс проектирования, часто используемый в процессах разработки программного обеспечения, где прогресс рассматривается как стабильный поток вниз (как каскад водопадов) через фазы концепции, инициации, анализа, проектирования, разработки, тестирования, выпуска/реализации и технического обслуживания.