Задача ретроспективы - пересмотр ближайшего отрезка времени работы команды с целью улучшения работы этой же команды в этом же проекте. Как правило, ретроспективу полезно делать после выпуска версии, когда закончилась вся "горячка". Если, конечно, версии у вас выходят не каждый день. В этом случае желательно приурочить ретроспективу к какому-нибудь значительному событию - и лучше проводить сразу после него.
Один из алгоритмов проведения выглядит так:
1) Вся команда собирается в переговорке - реальной или виртуальной. Вся - значит вся. Это командная практика. Если собрать команду не получается - см. ограничение практики ниже.
2) Если не первая ретроспектива, фиксируем без оценок и выявления причин.:
- какие улучшения удалось внедрить;
- какие не удалось;
- что утратили.
3) По очереди или в произвольном порядке фиксируется то, что понравилось за рассматриваемый период. Нужно фиксировать каждую значимую вещь - техническое улучшение, покупку нового стола, новый подход к работе с Заказчиком, удачное применение парного программирования. Фиксировать лучше всего на стикере, но можно и сразу в электронном виде (+).
4) Фиксируем то, что не понравилось (-).
5) Генерируем новые идеи по улучшениям - технические и как улучшить процесс, чтобы добиваться лучшего результата. (!).
6) Голосуем за пункты из 3-5. Каждый имеет несколько пунктов голоса на (+), (-) и (!).
Рекомендуется по 3, но все зависит от размеров команды и количества оцениваемых пунктов.
7) Самый интересный момент. Определяем, что будем улучшать на следующем отрезке:
- то, что особенно понравилось (по результатам голосования) - оставляем, обязательно это повторим;
- то, что особенно не понравилось - решаем, что с этим делать;
- решаем, как будем внедрять особенно понравившиеся новые идеи.
8) Фиксируем все одобренные и выбранные командой улучшения. Можно их делить на процессные и технические, или как-то ещё. А можно просто хранить одним списком.
Ограничения практики: здесь.
Доп. инфа: здесь.
Читать дальше...
0 коммент.:
Отправить комментарий