Итерационная разработка

Итерационная разработка добавляет гибкости в процесс. График работы над проектом делится на множество итераций (или спринтов) длительностью от 1 до 3 недель.

Одна неделя – лучший выбор, несмотря на то что может казаться очень коротким интервалом.

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

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

Планирование и сроки

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

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

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