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

Материал из Testopedia
Перейти к: навигация, поиск
(Основные цели)
 
(не показано 6 промежуточных версий 2 участников)
Строка 1: Строка 1:
 +
<AuthorInfo />
 
'''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов.
 
'''Ретроспектика''' (или '''post-mortem''') - это инструмент, широко применяемых в гибких методологиях, который нацелен на улучшение работы проектной команды путем анализа текущих результатов.
  
 
Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта.
 
Ретроспективу проводят на регулярной основе по контрольным точкам. Например, по завершению спринта/итерации/фазы/релизу/закрытию проекта.
  
 +
==Формат==
 
Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы:
 
Обычно проводится в формате митинга. Митинг-ретроспектива включает в себя следующий основные фазы:
 
* Сбор информации
 
* Сбор информации
Строка 8: Строка 10:
 
* Принятия решений
 
* Принятия решений
  
===Основные цели===
+
==Основные цели==
 
* Выявить плюсы и минусы
 
* Выявить плюсы и минусы
 
* Утвердить хорошие практики работы
 
* Утвердить хорошие практики работы
Строка 18: Строка 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]