Ретроспектива (Post-Mortem) — различия между версиями
(→Литература) |
м (переименовал «Ретроспектива» в «Ретроспектива (Post-Mortem)») |
||
(не показано 12 промежуточных версий 2 участников) | |||
Строка 1: | Строка 1: | ||
+ | <AuthorInfo /> | ||
'''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов. | '''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов. | ||
− | + | Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта. | |
− | + | ==Формат== | |
+ | Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы: | ||
+ | * Сбор информации | ||
+ | * Анализ | ||
+ | * Принятия решений | ||
+ | ==Основные цели== | ||
+ | * Выявить плюсы и минусы | ||
+ | * Утвердить хорошие практики работы | ||
+ | * Выявить причины невыполненных целей | ||
+ | * Улучшить климат в команде | ||
+ | ==Ретроспектива в тестировании== | ||
+ | |||
+ | Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. | ||
+ | Подобная практика дает возможность: | ||
+ | * '''Собрать метрики''' | ||
+ | Определить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, | ||
+ | сколько невалидных версии приходило от разработчиков и прочие. | ||
+ | Подобные метрики дадут возможность сделать последующие эстимейты более точными. | ||
+ | * '''Собрать знания''' | ||
+ | Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования. | ||
+ | * '''Выявить проблемы в коммуникациях''' | ||
+ | Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения. | ||
+ | * '''Выявить узкие места в знаниях команды''' | ||
+ | |||
+ | ==Литература== | ||
+ | |||
+ | * Project Retrospectives: A Handbook for Team Reviews [http://www.amazon.com/Project-Retrospectives-Handbook-Team-Reviews/dp/0932633447] | ||
* Agile Retrospectives: Making Good Teams Great [http://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649] | * Agile Retrospectives: Making Good Teams Great [http://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649] | ||
==Ссылки== | ==Ссылки== | ||
Доклад Романа Солнцева на Agile Base Camp (Киев, апрель 2011) [http://www.slideshare.net/alexsun/ss-7656474] | Доклад Романа Солнцева на Agile Base Camp (Киев, апрель 2011) [http://www.slideshare.net/alexsun/ss-7656474] |
Текущая версия на 00:49, 28 октября 2011
Ретроспектика (или post-mortem) - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов.
Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта.
Формат
Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы:
- Сбор информации
- Анализ
- Принятия решений
Основные цели
- Выявить плюсы и минусы
- Утвердить хорошие практики работы
- Выявить причины невыполненных целей
- Улучшить климат в команде
Ретроспектива в тестировании
Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. Подобная практика дает возможность:
- Собрать метрики
Определить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, сколько невалидных версии приходило от разработчиков и прочие. Подобные метрики дадут возможность сделать последующие эстимейты более точными.
- Собрать знания
Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования.
- Выявить проблемы в коммуникациях
Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения.
- Выявить узкие места в знаниях команды
Литература
- Project Retrospectives: A Handbook for Team Reviews [1]
- Agile Retrospectives: Making Good Teams Great [2]
Ссылки
Доклад Романа Солнцева на Agile Base Camp (Киев, апрель 2011) [3]