Ну... Тут главное не забыть про базовый функционал. Он должен быть стабильным.

Ну, с чисто технической точки зрения ИМХО все нужные рецепты выше уже были. Проверить, могут ли две версии работать параллельно, если да, то разворачивать параллельно и селективно мигрировать пользователей (включая плюшки для early adopters, тем более что в b2b это можно прикольно обставить), если нет, то организовывать регресс и функциональное тестирование заказчиком, плюс в каждом спринте выделять стрелочников, которые будут заниматься починкой сломанного.

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

Хорошо! Нужно последний абзац развернуть подробнее!

Я и не халявлю. Догонять за 1 месяц то, что не сделали за 5 означает выпускать нерабочий продукт. Делать это перед началом сезона - преступление.

Если нет даже функционального тестирования, то сто говорить о нагрузочном? Значит, его тоже нет. Значит, всё завалится в первый день.

Не, ну если у Заказчика мозгов нет, то он согласится.

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

А что разворачивать, если за полгода это не заметили, лол.

Ну тогда зажмурьтесь и запускайте. Делов-то. Вот фирма никомунигейт так и делает))

Ты всё время оттакливаешься от мысли, что все дураки, а Ты один дарьтаньян в белом :)

Нет. Я просто знаю, как не попадать в плоский штопор, поэтому мне не особо интересно искать наименее болезненный способ самоубиться. Вот и всё.

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

Решение простое - НЕ РАБОТАТЬ ТАК

Нужно понять, как мы вообще дошли до жизни такой.

Во-первых, какого хрена нельзя выкатываться до конца сезона и что именно нельзя выкатывать. С таким подходом можно и рынок протерять, они про CI слышали?

Во-вторых, как вообще принималось решение о миграции? Как учитывалось условие “2 месяца между сезонами, из которых один потеряем”?

PgSQL начали использовать для разработки, получается, примерно 1 августа. Сколько тогда был разрыв между мастером и продакшном? Сколько оставалось до начала сезона? Если миграция ерундовая, почему её не запланировали тогда; если она серьёзная, почему решили делать силами той же команды?

В-третьих, почему потеряли декабрь. Ну и так далее, очень много вопросов на самом деле, и каждый из них будет рождать ещё большее число вопросов. Разбираться надо

Ох, сколько вопросов. ))) Неужели ты думаешь, что там будут ответы конкретнее чем "так получилось"?

коллеги, понятно, что ситуация ненормальная.
но если пиэм не дурак, то обычно есть доля вины заказчика в этом. пусть и тестирует своими силами и спрашивает за качество тестов у себя :)
ну а главное - его люди уже знают "как должно быть".

Н как "не дурак"? Полгода был дурак, а тут поумнел))

Кстати, а зачем был переход на постгре? Денег сэкономить, поиграться или для какого-то нового функционала? Если первое или второе, то можно откатить смену бд и вернуться к ней в следующем Ноябре

Во-первых, будут. “Так получилось” — это не ответ, у любого принятого решения есть фамилия, имя и отчество.

Во-вторых, часто важно не столько что отвечают, сколько кто и как отвечает.

Нужно вообще оргкоманду тестировать на совместимость в числе прочего.

Ну да. Уволился. Были другие задачи. Не смогли скоординироваться. И так далее.

Вот у меня был проект 7.5 лет назад. Там был финдиректор на должности генерального.

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

И он свято верил, что надо только сесть, заверстать, протестировать и двух недель хватит.

Были какие задачи? Почему они оказались более приоритетными, чем миграция всего продакшена под горячий сезон? Как устроено планирование, как устроена приоритизация задач, кто принимает решение, какой горизонт планирования? В какой мере у команды разработчиков есть право на самоопределение?

Нет, ну то есть зависит от приоритетов.

Можно всё так оставить, тогда через год-полтора они прибегут ещё раз и второй раз ввалят тебе миллион-другой под задачу аналогичного уровня раздолба. В принципе, для тебя это прибыльная бизнес-модель, но есть риск, что заказчик просто не проживёт полтора года с такими процессами.