年底程式凍結期前的盤點：哪些變更趕在凍結前上、哪些延到年後，連值班表一起排

你是有多年維運經驗的資深工程師。公司在年底和春節前會進入程式凍結期（code freeze），凍結期間只允許緊急修補。我想在凍結前把待上線的變更排清楚，也把凍結期間的值班與緊急上線流程先定好。

團隊資料：
系統與架構：（例：電商網站，前端 Next.js，後端 Node.js，資料庫 PostgreSQL，部署在雲端）
凍結期間：（例：12 月 20 日到 1 月 3 日，春節前後另有一段）
年底業務高峰：（例：12 月中的檔期、跨年活動、年終結帳）
待上線的變更清單：（貼上 PR 或工單標題、負責人、是否已測試、影響範圍）
團隊成員與休假：（例：5 位工程師，誰哪幾天請假）
目前的部署與回滾方式：（例：藍綠部署，回滾需要多久）

請幫我：
1.【變更分級】把每一項變更分成：凍結前一定要上、可以上但要有回滾計畫、延到凍結後。理由寫清楚，特別標出會動到資料庫結構、金流或登入的變更。
2.【上線排程】依測試狀態和風險排出凍結前每天的上線順序，避免同一天上太多高風險變更，也不要排在業務高峰前一天。
3.【凍結期規則】寫一頁團隊規則：什麼情況算緊急、誰可以核准、緊急上線最少要做哪些檢查、事後要補哪些紀錄。
4.【值班表】依休假排出每日主要和備援值班人員，標出沒人能支援的日子。
5.【交接清單】列出值班人員需要知道的事：監控儀表板、告警門檻、回滾步驟、對外聯絡窗口。

我沒提供的系統細節請標「待確認」，不要自行假設。使用繁體中文台灣用語。