Представьте, мы сделали большой и сложный проект с большим количеством участников. Такие проекты редко проходят без накладок. Особенно, если это происходит на фоне сжатых сроков. Неважно, что послужило причиной этих сроков: неожиданно наступивший конец декабря с feature freeze, объективная необходимость выпустить продукт быстрее конкурента или что-то другое. Результат, как правило, один – участники вымотаны проектом, раздражены и готовы высказать коллегам “пару ласковых слов”.

И тут закрадывается мысль: "А может отложить ретроспективу, пока все успокоятся, или вовсе от нее отказаться, они ведь все друг с другом только перессорятся".

Уверен, правильный ответ – “Нет, проводить ретроспективу нужно”. Но нужно сделать это правильно, минимизируя ущерб и максимизируя пользу.

О том, как это сделать, я и расскажу:
– Как правильно готовиться к ретроспективе.
– Как проводить ретроспективу проектов с большим количеством участников.
– Как провести саму встречу максимально эффективно.
– Как вытащить самые важные уроки и не утонуть в обилии мелких деталей и обид.
– Как не уронить дух команды и бороться с эмоцией “о боже, у нас одни проблемы, как страшно жить”.
– Как извлечь пользу из найденных проблем и не допускать их впредь.