Ретроспектива (Post-Mortem) — различия между версиями

Материал из Testopedia
Перейти к: навигация, поиск
(Основные цели)
Строка 8: Строка 8:
 
* Принятия решений
 
* Принятия решений
  
===Основные цели===
+
===Основные цели===
 
* Выявить плюсы и минусы
 
* Выявить плюсы и минусы
 
* Утвердить хорошие практики работы
 
* Утвердить хорошие практики работы
 
* Выявить причины невыполненных целей
 
* Выявить причины невыполненных целей
 
* Улучшить климат в команде
 
* Улучшить климат в команде
 +
 +
==Ретроспектива в тестировании==
 +
 +
Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта.
 +
Подобная практика дает возможность:
 +
* Собрать метрики
 +
Опеределить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения,
 +
сколько невалидных версии приходило от разработчиков и прочие.
 +
Подобные метрики дадут возможность сделать последующие эстимейты более точными.
 +
* Собрать знания
 +
Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования.
 +
* Выявить проблемы в коммуникациях
 +
Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения.
 +
* Выявить узкие места в знаниях команды
  
 
==Литература==
 
==Литература==

Версия 20:16, 27 октября 2011

Ретроспектика (или post-mortem) - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов.

Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта.

Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы:

  • Сбор информации
  • Анализ
  • Принятия решений
===Основные цели===
  • Выявить плюсы и минусы
  • Утвердить хорошие практики работы
  • Выявить причины невыполненных целей
  • Улучшить климат в команде

Ретроспектива в тестировании

Ретроспективу можно проводить не только на проектном уровне, но и на уровне команды тестировщиков в рамках проекта. Подобная практика дает возможность:

  • Собрать метрики

Опеределить сколько времени уходит на прохождение одного теста, заведения в баг-трекер одного бага, подготовку тестового окружения, сколько невалидных версии приходило от разработчиков и прочие. Подобные метрики дадут возможность сделать последующие эстимейты более точными.

  • Собрать знания

Тестировщики в своей работе ежедневно сталкиваются с исследовательскими задачами. Не плохо бы существенные результаты документировать с целью повторного использования.

  • Выявить проблемы в коммуникациях

Если в тестировании проекта работает несколько человек, митинг-ретроспектива - самое время для выявления невысказанных проблем и их успешного решения.

  • Выявить узкие места в знаниях команды

Литература

  • Project Retrospectives: A Handbook for Team Reviews [1]
  • Agile Retrospectives: Making Good Teams Great [2]

Ссылки

Доклад Романа Солнцева на Agile Base Camp (Киев, апрель 2011) [3]