Эту страницу открывают, когда проект или этап завершён и у команды появляется шанс превратить опыт в практическое улучшение. Без lessons learned значительная часть боли, находок и сильных решений просто растворяется: команда помнит ощущения, но не переводит их в изменение будущей работы.
Что это за навык
Lessons learned — это управляемый разбор завершённого этапа или проекта с фокусом на то, что сработало, что не сработало, почему это произошло и что именно стоит изменить в следующих циклах работы. Это не поиск виноватых и не ритуальная ретроспектива «для галочки».
Когда особенно нужен
- завершён этап, релиз или весь проект;
- были сильные отклонения, конфликты, успешные решения или повторяющиеся проблемы;
- команда может ещё восстановить причинно-следственную картину, а не только эмоции от финала.
Как делать
1. Собирайте lessons learned вскоре после завершения, пока факты и контекст ещё доступны. 2. Разбирайте не только проблемы, но и практики, которые реально сработали. 3. Ищите причины на уровне системы работы: рамка, требования, план, коммуникация, ритм решений, релизный процесс. 4. Заканчивайте разбор не общими выводами, а конкретными изменениями в подходах, шаблонах и правилах. 5. Фиксируйте, где именно эти выводы должны повлиять на будущую работу: в шаблонах, ритуалах, правилах коммуникации, personal review system и командных договорённостях.
Типовые ошибки
- превращать lessons learned в эмоциональный выпуск пара без вывода действий;
- скатываться в персональные обвинения;
- обсуждать только то, что было плохо, и терять сильные практики;
- не возвращаться к выводам в следующих проектах.
Практический ориентир
Хорошие lessons learned отвечают на вопрос: «Что именно мы изменим в следующем проектном цикле, потому что этот проект дал нам для этого достаточные основания?» Если ответа нет, знания собраны, но не интегрированы в практику.