Где Китай, а где мы.

Есть альтернативный вариант. Релиз это стресс. Особенно если мы не уверены в результатах наших шаловливых ручек. Тут уже ломали мы на эту тему копья, схлестнулись две мысли:
1) релиз каждый день и чаще. для этого надо приложить некоторые усилия, процесс отстроить, проблемы всякие порешать. Бонус - нет стресса, можно хоть 31 декабря выкатываться и спать спокойно.
2) релиз по расписанию не чаще "3х раз в год", 3 раза планировать, 5 раз переносить, выкатить и молиться.... Это стресс. прям лютый. и все на стреме с пожарным рукавом, ну чтоб залить пеной то, что будет стремиться взорваться.

Релиз это стресс ТОЛЬКО если не поставлены процессы. Если процессы поставлены, релиз - часть рабочего цикла, ничем не отличающаяся ни от разработки, ни от тестирования.

Если процессы зрелые и поставлены верно, вообще не может возникнуть никакой рефлексии.

у тебя просто релизов нормальных не было

Мораторий на релизы - это роспись на листе А1, где написано: я и моя команда - криворукие кретины, мы не в курсе, как работает построенная нами же система и боимся пукнуть рядом с продом, абы чего не вышло.

Не, «мы не верим в то, что все прошло тесты и желаем спать, а не трахаться»

Ну и я желаю спать. Поэтому процессы построены так, что нет ситуации "ой, оно сломалось, я не знаю, что делать"

Не, я к тому, что есть ещё эффектные менеджеры, которые продавливают в прод из-за своих kpi и фиг что с этим сделать

Так у нас эффективный менеджер пойдём потом к замминистра и будет рассказывать, что и как. Уверяю, это не то, что хочется делать повторно

Ну и я желаю спать. Поэтому процессы построены так, что нет ситуации "ой, оно сломалось, я не знаю, что делать"

Нет ситуации «мы боимся в прод», есть ситуация «нафиг в прод, оно сырое»

Об чем и речь. но этож работать надо, методично, каждый день.
Другой взгляд - без подвига никто KPI не оценит.

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

Да, бывают аварии, когда сгорит коммутатор в ЦОД, на котором построено ядро системы, а второй  не потянет двойную нагрузку. Но это будет один раз, потому что купят и поставят рядом третий. Потому что в модели plan-do-check-act шаг check - он как раз о _задокументированных_ выводах на будущее. А не о питье кофе или пива в переговорной

JFYI: тут речь идёт о цикле Деминга