[от релизов один вред]

До 15 марта - только critical fixes.
Должно бы быть так.

Там же уже майские на носу? Тогда уж до 15 мая

В ночь с 22 на 23 большой релиз... Счастлив, что в отпуске)

хочешь спокойно отдыхать на новогодние, не выкатывай релиз в продуктив))))

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

вы случайно не в разработке хрома работаете?

случайно нет

Что такое фуршет в этом контексте?

Ну вот да. Релиз - это регулярный автоматизированный (почти полностью) и безопасный процесс, выкладка тоже, какая разница когда?
Даже для полуавтоматических релизов (ну там финтех, безопасность, маленькая команда, выкладки раз в день-два) - и то паузу разве что на 31.12 можно сделать (впрочем, а кто работает-то).
Впрочем, в мировом финтехе как раз в рождественнские банковские каникулы все выкладки и нужно делать )

на время рождества и в Апсторе все не движется (23-27 в этом году)

))

Из-за модерации

Если вы боитесь выкатываться "в пятницу вечером", значит вы неправильно это делаете

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

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

У меня была ситуация, когда подобные изменения были сделаны к ноябрю и до НГ их успели опробировать на примерно 10% пользователей. Заказчик сначала решил выкатить релиз 31 декабря в 23:59 (чтобы с нового года все работали по новому). Потом за полчаса до релиза дал отбой, видимо все же посчитал, что это будет большой стресс для пользователей. Потом был мораторий в ЦОДе. Потом решили, что надо подождать еще и доработать (10% пользователей, которые уже работали по-новому, естественно давали фидбек и систему надо было улучшать). В общем выкатывали мы его в следующем ноябре и все это время жили на 2 одновременно работающих системах, вносили в обе доработки и т.д.

Работающий продукт - важнее исчерпывающей документации! И вообще: почему это писатели изменения не подготовили и не внесли вовремя в документацию??? Там же работы не на всю ночь!

Вполне здраво. В каждой конкретной ситуации все специфично.

Под такой переход к ноябрю был разработан скрипт переноса данных из старой БД в новую, там много чего поменялось, скрипт по "бесшовному" (он запускался заранее, переносил все данные, а повторные запуски докатывали дельту, поэтому в час Х скрипт отрабатывал за какое-то небольшое время) переносу писался недели две, потом это все тестировалось недели две. Может быть так можно делать каждый день, но я знаю, что 2 программиста могут написать такой же скрипт за в 2 раза больше время, но не меньшее :) А если в переходе участвуют смежные системы? В общем, я бы поучился как такое делать каждый день.