Эффективные ретроспективы спринта
Дэвид Старр является главным специалистом по программному обеспечению для сайта Scrum.org, где он направляет свои усилия на улучшение профессии разработчика программного обеспечения. Он также основал сетевое техническое сообщество ElegantCode.com.
Июль 2012
Изучить основные свойства и методы, используемые для обеспечения анализа проделанной средство улучшения группы не достигается. Проход по за методами, этот раздел предлагает способов отслеживать и повышения непрерывную и результаты ретроспектив.
Применение
Управление жизненным циклом приложения Visual Studio, Team Foundation Server
Если не анализа проделанной работы
Нарочитого без сохранения и повышения производительности, соотношение систем на энтропии и ухудшает с течением времени. Это справедливо как группы разработки программного обеспечения, как оно профессиональных спортсменов и дорогих автомобилей новостей спорта. Поэтому Scrum предписывает ретроспективу спринта, регулярно, выполненных получить конкретное событие в работоспособностях и производительность саму команды Scrum.
Анализа проделанной собрания спринта, в которых команды Scrum отражают на себя и их рабочем, создающего преступный план по повышению. Совещания по завершению спринта конечное событие в каждом спринте, отметки конца цикла каждого спринта.
В руководстве Scrum октября 2011.:
Ретроспектива спринта команды Scrum возможность проверять и создать план для улучшений, предписыванным во время следующего спринта.Цель анализа проделанной спринта.• Проверьте, как последний спринта, относительно людей, связи, процесса и средств;• Определение и отсортируйте основные моменты, внесенными хорошо и потенциальные усовершенствования; и• Создание плана для реализации усовершенствования способом Scrum команда выполняет свою работу.
Совещания по завершению спринта используются командами намеренно для улучшения. Эффективные совещания по завершению спринта важным ингридиент в организации хорошо группы будут большими и большие команды завершаются.
Общие сведения
Почему совещания по завершению спринта имеют значение
Анализа проделанной широко сосчитаны как наиболее - это незаменимый rich text format) сфокусированных гибких методов. Ложь и проверки соответствия на очень является основой гибкость и анализа проделанной фокусируется на проверку и выполнение в большинстве ценный активом в организации программного обеспечения, группу саму. Без следующие улучшения анализа проделанной, как должно точная подвижность просто не достижима.
Можно повысить производительность и не поддерживать без упражнения. Необходимо провести собрание не достаточно, который должен быть выполнен успешно, однако. Следует обратить внимание предоставление группам усовершенствования плана. Если план повышения не является частью результата, это не было фактически ретроспективой спринта.
Производятся хорошо, анализа проделанной часто наиболее полезны церемония методики группы. Производятся неправильно, анализа проделанной могут быть расточительны и изнурительный, чтобы участниками.
Составляющие здоровой совещания по завершению спринта
Scrum немногую сообщает о внутренней структуре ретроспектив спринта. Вместо введения как ретроспективе спринта, передается Scrum определяет результат анализа проделанной спринта. усовершенствования команды Scrum предписывает для следующего спринта.
Эта гибкость birthed широкий массив средств и специально методов, позволяющих, чтобы ретроспективного анализа. Несколько популярных методик описанные далее в этой статье, но независимо от конкретного используемого метода, хорошие совещания по завершению спринта обладают следующими характеристиками:
Вся команда включена
Обсуждение фокусируется на группы, а не отдельные пользователи.
Определение группы завершение посещено и многообещающе развернуто
Список преступных обязательств создается
Результаты предыдущей совещания по завершению спринта посещены
Обсуждение относится для всех пользователей
Все команды Scrum у каждой на ретроспективном собрании спринта. Обычно это означает, что владелец продукта и команда разработчиков присутствуют на как члены при скрам-мастер облегчает собрание. В некоторых случаях команды Scrum приглашают других участников на собрание. Это может быть особенно полезно при работе рядом с клиентами и другими заинтересованными лицами.
Независимо от того, кто присутствует на среда для ретроспектив спринта должна быть безопасна для всех пользователей. Это означает, что участники должны быть честны и прозрачный при обработке другой с отношением. Страсти могут воспламенить в ретроспективах как рассматриваются проблемы производительности и усовершенствования; умелые координаторы предоставляют остаться обсуждений и положительное, содержащейся в фокусируя усовершенствовании группы в целом. Это не возможности для личных критицизма или атак.
(Дополнительные сведения о средствах Microsoft Visual Studio 2012, помогающие планировать и управлять спринтов, см. Совместная работа [перенаправление]).
Увеличение определение Готово
Команды разработки в Scrum используют определение Готово для обозначения того, что должно быть удовлетворено об их рабочем до считается заполнен. Например, команда разработчиков может решить, что каждая функция она реализует должен быть по крайней мере один, автоматического приемочный тест. Определение группы или завершение может to, что весь код должен рецензировать.
Если, чтобы развернуть определение команды разработки завершение с течением времени. Вновь сформированная команда остается неизменным будет иметь менее строгое определение завершение и меньшее, чем зрелая команда с общим журналом повышения. Развернуть определение группы завершение лож на очень основной Kaizen японской термины, а значит заботливый и постоянно фокус на усовершенствовании. Пока команда может потребоваться только исходного кода, что построение перед, вероятнее всего, с течением времени их должна развиваться более взыскивая стандартов, необходимость для модульных тестов распространять вместе с новый код.
При каждом спринте, команды разработки многообещающе описываются какого-либо объекта, который указывает расширение определения завершение. Ретроспектива спринта зафиксировано форум для обсуждения, наблюдалось и было выучено в ходе спринта и какие изменения могут быть применены к определению завершение в результате.
Поскольку каждый владелец продукта не имеет интересующую или участие во внутренних методиках команды разработки и некоторые ее групп Scrum ретроспективе спринта 2 в два этапа:
Фокус на всей группе Scrum
Фокус в команде разработчиков
Дополнительные сведения об определении завершение см. в статье MSDN Подтверждение и отмена.
Это преступные обязательства
Хотя обсуждение может разделить два и сойтись во время собрания, не ретроспективе спринта не выполнена успешно, если она не является обязательствах группой. Это не достаточно просто, чтобы отразить в том, что произошло в течение спринта. Команды Scrum преступные обязательства, для которых выполняется:
Это Keep
Это "
Остановите.
Ключевое слово", "преступное. Преступные обязательства имеют отменить действия до полного завершения и условия приемки соблюдены, как получить требование. По умолчанию преступное четко отчетливо произношено и обрабатываться командой.
Если группы сначала начала выполнения анализа проделанной, они часто обнаруживают его более легкое для определения проблемы, чем план действия о них. Соответственно, публикованные группой обязательства могут выглядеть так, как эти:
Работа в пакетах большего
Выполнить требования более удобным для чтения
Написать более модульных тестов
Более точными вычисления
Эти нет обязательств; они и цели или возможно тонко завуалированные жалобы. Эти группы есть проблемы, которые могут потребоваться для обсуждения во время совещания по завершению спринта, но список преступных обязательств имеет больше напоминает синтаксис это:
Вернуть код по крайней мере один день дважды: до обеда и перед идя домом
Представьте новые элементы невыполненной работы в виде пользовательских историй и включите условия приемки
Создайте автоматический тест, который вызывает невозможность, что существует до его исправления дефекта
Используйте покер планирования во время невыполненной работы по продукту снимите сеансы
Обязательства, произведенные в предыдущей ретроспективе спринта посещены в каждой новой ретроспективе спринта. Это необходимо для ретроспектив, сохранять их описание и значения. Немногие действия так, как расстраивающ были в этой группе постоянно фиксациями к повышению без осязаемый прогресс команды методика.
Для анализа проделанной спринта быть ценными участниками команды должен быть больше присутствует они должны проинвестировать. Совместной работы для создания преступные обязательства включает участников и инвестирует их в успехе группы.
Хранение его соответствующие
Совещания по завершению спринта в действительности приложение метод, используемый для отображения методики и расширения функциональности команды Scrum на себя. Когда самостоятельная система будет с учетом, она; исправления и намеренно улучшается данные задачи средств таким образом.
Для ретроспектив точности, они должны иметь значения членам. Если фокус находится не на что-нибудь предполагаемого участниками, преимущества просто не будут реализуются. Команда необходимо разрешить для рассмотрения и улучшения в области его верит важен. Более того, если координатор или доминантная личность управляют ретроспективой к определенному заключению, команда не отвечать за обеспечение самостоятельно и его работы.
Посещенные разделы должны иметь отношение для всех уровней опыта требуется для. Например, получает значение в тонкостей посещении предварительного управляемого Тест сценария разработки (TDD), даже если некоторые участники команды не знакомы с модульными тестами. Реальное значение может находиться в определение увеличить количество тестов команда записи, получение в определенную тренировку, или иметь в участника команды уверены в тренере текстового телефона другие.
Оставьте фокус в группе Scrum, не индивиде и не более широкой организации. Включение holistically позволяет команде неподдельно для просмотра как самостоятельная блок, а не как свободные конфедерация лицами.
Решения проблем личных представления не соответствующий во время анализа проделанной командой. Не только личный статистики наиболее соответствующим образом задается при закрытых дверях, отдельные расширения функциональности нет, команда может изменить вместе. Иметь фокус группы на одном индивиде во время совещания по завершению спринта рецепт для бедствия и может привести к непоправимом вреде на доверие участника команды отличаются друг от друга.
Для ретроспектив, чтобы они должны иметь значения, команда может сосредоточиться на проблемах элемент управления. Критиковать принтеров компании политику отпуск может быть gratifying для жалобщика и участливое ухо, но делает немногую, помогающий команде улучшения. Следует обратить внимание эти проблемы команда может повлиять на, как реакция она может выбрать в определенной политике.
Изменение метода
Множество методов для ретроспективного анализа. Попытка различные построения ретроспективного собрания спринта сохраняет действия свежим и интересным. Как основные координаторы для групп Scrum, по крайней мере скрам-мастеры необходимо ознакомиться с некоторыми из наиболее популярных методов.
Все книги и о ретроспективах статьях блога в изобилии, чтобы пользователи получить большую часть из их методы. Некоторые из популярного кратко описано здесь.
Основные методы
В самом базовом координатора совещания по завершению спринта просто запрашивает основные вопросы группы и облегчает обсуждение. Координатор или скрам-мастер могут использовать различные методы мозговой атак, чтобы получить группу ответили:
Успехи в этот спринта?
Что произошло в этом спринте, может использовать улучшение?
, Что мы совершим к созданию в рамках спринта?
Один простой метод для получения ответы на эти вопросы каждому участника команды писать 2–3 ответа на следующие вопросы на клейкие заметки относительно во время точки минуты 3–5 безмолвия. После создания, предложения группированы на стене для всех для просмотра до их на проголосованным. Список преступных обязательств таким образом можно наследовать от коллективной мудрости группы.
Большинство других методов спринта ретроспективные варианты выбора в этой теме и могут сосредоточиться только на одном сообщении или этапе этого процесса. В любом случае результаты наиболее важной и любой хороший метод поддерживает эту базовую модель.
Просматривать предыдущие обязательства
Помимо просмотра вперед к следующему спринту, каждая ретроспективе спринта должна включать анализ обязательств, созданных в предыдущем спринта и раздела об успехе групп в достижение этих обязательства. Если в этом нет части каждой совещания по завершению спринта, члены вскоре узнают, что их обязательства не имеют значение, и они перестают своим.
Более того, правое места для просмотра обязательства спринта ретроспективные в течение спринта, а не только в конце. Как только обязательства для улучшения, внесенные их создания, разработчик может предоставить их рассмотрен на ежедневной основе. Некоторые команды значение создание обязательства, сделанные во время ретроспектив спринта на стене в открытой области как напоминание к каждому их необходимо сосредоточиться на повышение каждый день.
Специализированные методы
Многие методы для инициализации части или целый совещания по завершению спринта. Имена многие методы перечислены ниже и каждое достойно сведения о. Ниже перечислены все документированное вложенного и в разных публикациях.
Методы для ретроспектив спринта
Fishbowl
Сумашедшее неправильное унылое радостное
Морские звёзды
Дерево проблемы
Линии путешествием
6 При шляп
Благодарная ретроспектива
5 Верхних
План действий
Гоночная машины
Хлябь
Совершенство игры
Улучшение игры
Парусника ретроспектива
Анализ полей объема работ
4 L
World Café
Эмоциональный сейсмограф
2 Особенно разнообразных ресурса для координаторов при просмотре, что развернули их ретроспективные элементы:
Веб-сайт http://agileretrospectivewiki.org.
Анализа проделанной гибкие книги. Это хорошая команда должна эстером derby и Дианой Larson.
Совещания по завершению спринта не спортивной собой скрам-мастера. Вновь чеканенные скрам-мастеры иногда уговорены для варьирования методы осуществляет беспорядочный от спринта к спринту. Пока в различных ретроспективах предотвращает группы падая в колейность, закалять это с определенной согласованностью создает лучшие результаты. Группы фокусируя на преступных результаты будут видны последние значения из их ретроспектив.
Если не анализа проделанной работы
Хуже, чем был недействителен или непродуктивные траты времени, плохо совещания по завершению спринта, может быть разрушителен и вредн к группе. По этой причине, с умелый координатор проводить собрания строго рекомендован, особенно когда новые группы на практике.
Упрощение обычно задание скрам-мастера, но для скрам-мастеров новых к роли, оно не может быть требуемую опыта требуется для. Он требует больше рабочее знание Scrum для ретроспектив спринта имеют положительные результаты; он требует навыков и возможности упрощения на идее команда дальше от отрицательного сведения в положительных результатов.
Общие запахи
Типичным примером является неверный анализа проделанной приведенному ухудшает в сеанс зажима. Повторно оказался гораздо проще, чем - определить действия, внесенными хорошо и тонкая струйка "предложений усовершенствования" может легко превратить в словоизвержение жалоб при координатор не перенаправляет эту беседу.
Другие запахи, ретроспектива спринта не подходит включают:
Принимая во внимание ретроспектива "последующее" или "после- действие" вместо " возможность запланировать усовершенствования
Unengaged участники
Critiquing производительность одного человека
Нет результирующее преступных обязательств
Не имеет никаких ", что мы хлынулись" ответы; группы необходимо понимать и оценивать их положительные, так и отрицательные расширения функциональности и правила
Во всех случаях выше часто легко трассировки первопричина негативизма к недостатку доверия и приверженности части одного или нескольких членов команды. Пока не серебряный маркер для решения этого Scrum, издержек скрам-мастер с работой решения в подобных ситуациях.
Поэтому он работал, необходимо остановить
Хотя совещания по завершению спринта мощные и ценные события, они обычно отменимый элемент Scrum. Команды Scrum с последним и обычные успехом стремятся к рационализировать исчезает необходимость ретроспективного анализа спринта. Это скорее, преобразованная пользователь решая остановиться.
Передачи метаданных беседе может указывается несколько следующим образом:
Через 6 месяцев после вставки ScrumDeveloper Дэйв: Качество вверх, вниз ошибки. Моральный дух ручная регрессии, высокой стоимости ресурсов. Поскольку мы делаем настолько хорошо, нам не требуется совещания по завершению спринта помогут нам улучшить больше. Боб начальника данного: То звучит в разумных пределах. Отмена собрания экономит время, которое можно потратить на добавление дополнительные функции. 6 месяцев спустяНачальник Боб: качество ухудшилось и увеличилось количество ошибок. Участники команды неудовлетворены и большая часть работы регрессии выполняется вручную. Разработчик Дэйв: Он из-за Scrum. Мы сказали, что это не было серебряным маркером очевидно, он не работает. Боб начальника данного: Значение true. I найду консультант методов для реализации нового процесса.
Очевидно, что это не было Scrum, завершившихся ошибкой, здесь. Решение организации, чтобы пропустить ключевой ингридиент успеха scrum-собраниях. катализатором возникновения этой ошибки. К сожалению, этот сценарий все слишком общее.
Команды Scrum этап является то непрочное состояние высокой производительности, красивы редко, и хрупкий. Значимые анализа проделанной значительно ингридиент хранить в эти группы реагировать на том высоких уровнях. Отражение, на себя команда позволяет настраивать и добиться даже высокие уровни производительности и качества продукта. Это очень сущность Kaizen и ядро реальной в любой программе улучшения.
После анализа проделанной работы, результаты осязаемый. Ободрение в группе, чтобы выполнить новые действия. После анализа проделанной работы, эти действия будут неизбежное либо:
Команда достигает в должной бы более высоких и более высоких уровней качества с течением времени
Индивиды понять их роль в контексте группы
Преступные обязательства известны всеми участниками команды
Наконец, при выполнении анализа проделанной спринта хорошо работают, команда может фокусироватьле производительной, и ценностью в организации. Создавать группы разработки программного обеспечения просто не отображаются. Они вытекают с течением времени и затем только нарочитым вниманием к усовершенствованию. Совещания по завершению спринта ключевой ингридиент в этом появлении.