Ретроспектива (Post-Mortem) — различия между версиями
м (переименовал «Ретроспектива» в «Ретроспектива (Post-Mortem)») |
|||
(не показаны 4 промежуточные версии 2 участников) | |||
Строка 1: | Строка 1: | ||
+ | <AuthorInfo /> | ||
'''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов. | '''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов. | ||
Строка 9: | Строка 10: | ||
* Принятия решений | * Принятия решений | ||
− | + | ==Основные цели== | |
* Выявить плюсы и минусы | * Выявить плюсы и минусы | ||
* Утвердить хорошие практики работы | * Утвердить хорошие практики работы | ||
Строка 19: | Строка 20: | ||
Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. | Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. | ||
Подобная практика дает возможность: | Подобная практика дает возможность: | ||
− | * Собрать метрики | + | * '''Собрать метрики''' |
− | + | Определить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, | |
сколько невалидных версии приходило от разработчиков и прочие. | сколько невалидных версии приходило от разработчиков и прочие. | ||
Подобные метрики дадут возможность сделать последующие эстимейты более точными. | Подобные метрики дадут возможность сделать последующие эстимейты более точными. | ||
− | * Собрать знания | + | * '''Собрать знания''' |
Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования. | Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования. | ||
− | * Выявить проблемы в коммуникациях | + | * '''Выявить проблемы в коммуникациях''' |
Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения. | Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения. | ||
− | * Выявить узкие места в знаниях команды | + | * '''Выявить узкие места в знаниях команды''' |
==Литература== | ==Литература== |
Текущая версия на 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]