TeamLead
Toggle Dark/Light/Auto mode Toggle Dark/Light/Auto mode Toggle Dark/Light/Auto mode Back to homepage

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

Согласно Scrum Guide, ретроспектива — это «возможность для Скрам–команды провести инспекцию, направленную на себя, и создать план улучшений командной работы в следующем Спринте». Прозрачность, инспекция, адаптация — это «три кита» Скрама. Это основы, на которых базируется этот фреймворк. Это основа ценностей Скрама. Это значит, что если вы не делаете ретроспективу, или делаете ее недостаточно качественно — вы рискуете разрушить основу Скрама — инспекцию. В результате вы можете начать получать плохие результаты от командной работы.

Для гибкого подхода к работе характерна фокусировка на человеческие отношения. В связи с этим ключевой принцип ретроспективы заключается в том, что мы по–человечески относимся к любым косякам и ошибкам, при этом обращаем на них внимание.

Для более «классических» форм менеджмента привычными являются такие мероприятия, как оценка, осуждение, порицание, санкции, и даже угрозы. Это все неприемлемо, если мы реализуем agile: ведь «Люди и взаимодействие важнее процессов и инструментов». Именно поэтому качественная ретроспектива требует специализированных навыков, и очень редко можно наблюдать эффективную ретроспективу, которая модерируется человеком, который не специализируется на модерации таких мероприятий (при этом этот человек может обладать потрясающей экспертностью в своей сфере деятельности).

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

  • Что нужно начать делать? (Start)
  • Что нужно продолжить делать? (Keep)
  • Что нужно прекратить делать? (Stop)

В этим вопросам можно добавить «вариации»:

  • Что нужно делать больше? (More)
  • Что нужно делать меньше? (Less)

Фиксировать итоговые решения можно либо просто вербально (на уровне словесной договоренности), либо можно сделать на отдельной доске / флипчарте. Последний вариант обычно более предпочтителен, так как вы делаете ваши договоренности (commitment) визуализированными и прозрачными.

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