На выходных пересматривал
🔤🔤🔤🔤 🔤🔤
🔤🔤🔤🔤🔤🔤🔤. Там главный конфликт начинается уже после спасения

Самолет посадили на воду, люди живы, решение принято за несколько минут. А дальше приходит разбор: симуляторы, расчеты, вопросы, почему экипаж не вернулся на аэродром. В кабинете все выглядит чище, спокойнее и умнее, чем в момент реального решения

В проектах такое тоже бывает. Команда вытянула запуск, закрыла критичный риск, спасла пилот, нашла рабочий обход. А потом кто-то открывает неожиданный отчет и начинает оценивать ситуацию так, будто у людей было бесконечно много времени, идеальные данные и пустой календарь

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