Ретроспектива (от лат. Retrospectare — «оглянуться назад») — взгляд в прошлое, обзор того, что произошло в прошлом.
В гибких методологиях есть такое понятие, как «ретроспектива».
На первый взгляд может показаться, что это совершенно ненужный элемент. Но я знаю, что использование ретроспектив улучшило процесс разработки в моей команде.
Итак, несколько определений: Ретроспектива - встреча, проводимая командой проекта в конце каждой итерации для обсуждения того, чему мы научились как команда, и построения планов на следующие итерации на основе извлеченных уроков.
Ретроспектива — командная деятельность по анализу непосредственного периода работы команды с целью улучшения рабочего процесса той же команды в одном проекте.
Звучит все достаточно просто и логично, но сделать ретроспективы полезными и эффективными нашей команде удалось не сразу.
Что нужно для проведения ретроспективы? 1. Команда (Agile рекомендует собирать всех, включая клиентов, но мы собираем только разработчиков) 2. Комната для встречи - желательно, чтобы это была отдельная комната, например переговорная (чтобы никому не мешать и чтобы нас никто не беспокоил) 3. Доска для рисования или прилагаемые листы для рисования.
4. Маркеры (желательно нескольких цветов) 5. Время от получаса до двух (продолжительность зависит от частоты ретроспектив, количества человек в команде, силы самой команды) Как проходит ретроспектива? Можно выделить несколько этапов: 1. Опрос мнений (что было хорошо, а что плохо в прошлой итерации?) и запись их на доску 2. Голосование 3. Выявление и обсуждение основных текущих вопросов (набравших наибольшее количество голосов) 4. Определение путей решения выбранных проблем и ответственных за них.
5. Фиксирование достигнутых результатов (Обсуждение задач, которые были решены по результатам прошлых ретроспектив) У каждой ретроспективы должен быть ведущий: «человек с маркером».
Описание методики не рекомендует такому руководителю быть лидером.
Наша команда пришла к методу «эстафетной палочки»: т.е.
ведущие меняются от ретроспективы к ретроспективе.
Самое главное, что должен делать ведущий, а точнее НЕ делать, — это не перетолковывать слова и высказывания по-своему, поскольку это может исказить смысл высказывания.
Опрос общественного мнения Это можно сделать открыто, а можно анонимно (тогда ведущий собирает бумажки с написанными на них баллами).
Самое главное в процессе опроса мнений – не опускаться до обсуждения этой проблемы, а лишь зафиксировать ее.
И никогда не забывайте о «хороших» моментах, о них следует спросить в первую очередь.
«Что вам понравилось в последней итерацииЭ», «Какие положительные моменты вы могли бы отметитьЭ», «Что бы вы хотели записать в раздел «хорошо»Э» — примерные вопросы, которые руководитель задает членам команды.
То же самое и с «плохим» разделом.
Кстати, количество пунктов, их «серьезность» и преобладание какого-либо раздела вполне наглядно показывают «формирование» команды, «постановку» процессов и т.д. Голосование может произойти по-разному.
Можно определить «приоритетность» задачи для человека (поднятие 5, 4, 3 пальцев и т. д.).
Наша команда решила ограничить количество голосов.
Каждый человек может голосовать только по трети пунктов.
(Если в разделе «хорошо» 12 пунктов, то у человека есть 4 голоса, а значит, он может поднять руку и проголосовать за любые 4 пункта из 12).
Ведущий подсчитывает голоса и рядом с каждым пунктом записывает цифру.
В каждом разделе выделены самые «популярные» темы.
Обычно их 3-4, это те проблемы, которые больше всего волнуют команду и отмеченные всеми «радости».
(Здесь пригодятся цветные маркеры — для отделения номеров голосов от номеров пунктов и для обрисовки).
Товары из раздела «хорошо» просто фиксируются в ретроспективном отчете.
(Команда должна помнить о своих достижениях!) Но над пунктами из «плохого» раздела нам еще предстоит поработать.
Очень хорошо, если команда после обсуждения предложит решение этих проблем или хотя бы первоначальный путь, по которому нужно двигаться к решению.
Здесь выбирается ответственный за задачу, который должен сделать все возможное для ее решения.
Чтобы было проще отслеживать задачи на основе ретроспектив, вносим их в Джира и действуйте так же, как и при выполнении обычных задач проекта.
В самом конце ретроспективы кратко обсуждаются итоги прошлых ретроспектив, а ответственные лица рассказывают о том, что было сделано.
(«Но теперь у нас есть это! А теперь мы делаем то-то и то-то.
Это мы придумали в прошлый раз».
) Иногда прошлые задачи корректируются и переназначаются ответственные.
Когда я начал писать статью, я понял, что тема довольно широкая.
Если сообществу будет интересно узнать больше, я напишу продолжение, где расскажу о возникших проблемах и о том, как мы с ними справились.
Теги: #agile-методологии #ретроспектива #agile #Управление проектами
-
Yahoo Догоняет Google?
19 Oct, 24 -
Мгновенный Доступ К Основным Факсам
19 Oct, 24 -
Как Выбрать Программу Для Хранения Паролей
19 Oct, 24 -
Sony Clie Nx70V: Лопата Нашей Молодости
19 Oct, 24 -
8 Новейших Бесплатных Курсов От Microsoft
19 Oct, 24 -
Иллюзия
19 Oct, 24
