Так, є практика довгого code freeze у компанії де я працюю (великикй e-commerce проєкт орієнтований на ринок Штатів).
Але він починається на початку листопада, щоб встигнути регресію та зменшити ймовірність виникнення проблем під час «знижково-святкового» періоду. Зазвичай під час цього періоду (1.5 місяці) компанія має ~25% річного прибутку, тому й важливо щоб нічого не впливало на конверсію.
Підготовка, на мою думку, проходить стандартно — regression testing за 2 тижні до спрінта, щоб мати час на regression bugs. Далі блокування мерджу в продакшн через bitbucket restrictions (залишається доступ для tech ліда/engineering менеджера). Налаштування додаткового моніторингу стану проекту та елармів (Sentry, AWS CloudWatch метрики, тощо.). Визначення/перегляд emergency плану та формування списку людей за своїми відповідальностями та підключення, наприклад до PagerDuty.
Цікаво, що на період різдвяно-новорічних свят великих кодфрізів немає, бо це не є релевантним. Люди роблять мало замовлень, бо вже не встигають отримати товар до конкретного свята (25.12/01.01)

Купив «Чисту архітектуру» та «Чистий код», але значно дешевше зі знижками в Єкнигарні

Цікаво було б побачити трохи аналізу знайдених даних.
На мою думку (трошки аналізував предметну область) варто б було додати ще декілька фіч, що підвищили б якість моделі: тип палива, трансмісія

Літачок — done => маленьке ппо — сподіваюся скоро буде => маленька ядерна бомбочка — pending...

+

Я вже думав собі віджет швидко написати, щоб поверх екрану висіло)

+