Ретроспектива (Post-Mortem) — различия между версиями
(→Основные цели) |
(→Ретроспектива в тестировании) |
||
Строка 19: | Строка 19: | ||
Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. | Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. | ||
Подобная практика дает возможность: | Подобная практика дает возможность: | ||
− | * Собрать метрики | + | * '''Собрать метрики''' |
Опеределить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, | Опеределить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, | ||
сколько невалидных версии приходило от разработчиков и прочие. | сколько невалидных версии приходило от разработчиков и прочие. | ||
Подобные метрики дадут возможность сделать последующие эстимейты более точными. | Подобные метрики дадут возможность сделать последующие эстимейты более точными. | ||
− | * Собрать знания | + | * '''Собрать знания''' |
Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования. | Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования. | ||
− | * Выявить проблемы в коммуникациях | + | * '''Выявить проблемы в коммуникациях''' |
Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения. | Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения. | ||
− | * Выявить узкие места в знаниях команды | + | * '''Выявить узкие места в знаниях команды''' |
==Литература== | ==Литература== |
Версия 20:18, 27 октября 2011
Ретроспектика (или post-mortem) - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов.
Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта.
Формат
Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы:
- Сбор информации
- Анализ
- Принятия решений
Основные цели
- Выявить плюсы и минусы
- Утвердить хорошие практики работы
- Выявить причины невыполненных целей
- Улучшить климат в команде
Ретроспектива в тестировании
Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. Подобная практика дает возможность:
- Собрать метрики
Опеределить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, сколько невалидных версии приходило от разработчиков и прочие. Подобные метрики дадут возможность сделать последующие эстимейты более точными.
- Собрать знания
Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования.
- Выявить проблемы в коммуникациях
Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения.
- Выявить узкие места в знаниях команды
Литература
- Project Retrospectives: A Handbook for Team Reviews [1]
- Agile Retrospectives: Making Good Teams Great [2]
Ссылки
Доклад Романа Солнцева на Agile Base Camp (Киев, апрель 2011) [3]