Ретроспективное собрание
В последний день спринта после разбора его результатов проводится ретроспективное собрание. На собрании команда рассматривает и анализирует работу в ходе процессов Scrum. По результатам анализа команда может принять решение доработать процессы, чтобы повысить отдачу, производительность, качество и степень удовлетворенности. Такое собрание и предпринимаемые по его результатам шаги к дальнейшей оптимизации работы чрезвычайно важны для самоорганизации в соответствии с методологией гибкой разработки. Дополнительные сведения см. в Принципы и значение гибкой разработки, Джеф Сазерленд (Jeff Sutherland).
В случае, если команде не удалось воплотить все предусмотренные планом спринта пожелания пользователей, причины этого рассматриваются на ретроспективном собрании. Команда должна решить, можно ли отладить процессы таким образом, чтобы свести к минимуму вероятность повторения подобного в будущем. Также следует обсудить помехи, которые снижают общую эффективность работы команды, ее производительность, качество и степень удовлетворенности результатами проекта.
Например, рассмотрим команду, несколько задач которой были по силам только одному из ее участников. Такая изолированность необходимой квалификации породила критический путь и поставила под вопрос успешное завершение спринта. Этому участнику команды приходилось очень много работать сверхурочно на протяжении спринта, а остальные находились в постоянном нервном напряжении, но помочь ему в выполнении этих задач не могли. Команда приняла решение использовать методики экстремального программирования, чтобы со временем устранить эту проблему.
В некоторых случаях команде может потребоваться проделать некоторую работу для реализации улучшения. Например, рассмотрим команду, которая очень много времени истратила на исправление неудачных построений. Команда приняла решение внедрить непрерывную интеграцию. При этом команде хотелось бы избежать риска нарушить свой обычный процесс построения. Поэтому участники команды отвели несколько часов на настройку пробного построения перед включением непрерывной интеграции в своих рабочих построениях. Команда создала пик и повысила приоритет этой работы относительно остальных невыполненных работ по продукту.
Дополнительные сведения о результативном ведении ретроспективных собраний см. на следующих веб-ресурсах: Project Retrospectives: A Handbook for Team Reviews and Agile Retrospectives.
См. также
Основные понятия
Другие ресурсы
MSF для гибкой разработки программного обеспечения версии 5.0