需求異動申請表範本（Change Request Template）

適用標準：ISO/IEC/IEEE 15288:2023（系統生命週期）、ITIL 4 Change Management、CMMI
適用階段：需求分析階段 / 全生命週期（Requirements Phase / Cross-Phase）
負責角色：業務分析師（BA）、專案經理（PM）、變更管理委員會（CCB）

📑 章節目錄

  1. 變更申請資訊
  2. 變更描述
  3. 影響分析
  4. 變更方案
  5. 審核與決議
  6. 實施追蹤
  7. 變更驗收

📝 範本

1. 變更申請資訊

項目內容
變更編號CR-[YYYY]-[NNN]
申請日期[YYYY-MM-DD]
申請人[姓名 / 部門]
專案名稱[專案名稱]
變更類型[需求變更 / 設計變更 / 範圍變更 / 缺陷修正]
優先級[Critical / High / Medium / Low]
緊急程度[緊急 / 一般]
目前狀態[Draft / Submitted / Under Review / Approved / Rejected / Implementing / Completed / Cancelled]

2. 變更描述

2.1 變更摘要

項目內容
變更標題[一句話描述變更內容]
變更原因[為什麼需要這個變更]
業務背景[觸發變更的業務情境或事件]

2.2 現行需求（As-Is）

需求編號需求描述文件來源
[REQ-NNN][目前的需求描述][BRD/FRD §N.N]

2.3 變更後需求（To-Be）

需求編號變更後描述變更差異摘要
[REQ-NNN][修改後的需求描述][新增/修改/刪除了什麼]

2.4 相關附件

附件名稱說明
[附件1][UI 原型 / 流程圖 / 規格書片段]

3. 影響分析

3.1 影響範圍評估

影響面向受影響項目影響程度說明
功能模組[受影響的模組清單][High/Medium/Low]
資料庫[Schema / Table 異動][High/Medium/Low]
API 介面[受影響的 API][High/Medium/Low]
UI 畫面[受影響的頁面][High/Medium/Low]
外部系統[受影響的介接系統][High/Medium/Low]
文件[需更新的文件][High/Medium/Low]
測試案例[需新增/修改的測試][High/Medium/Low]

3.2 時程影響

項目原定日期變更後日期延遲天數
[里程碑1][YYYY-MM-DD][YYYY-MM-DD][N] days
上線日期[YYYY-MM-DD][YYYY-MM-DD][N] days

3.3 成本影響

成本項目追加工時（人天）追加費用說明
開發[N] 人天[金額]
測試[N] 人天[金額]
設計[N] 人天[金額]
其他[N] 人天[金額]
合計[N] 人天[金額]

3.4 風險評估

風險 ID風險描述發生機率影響程度緩解措施
R-1[風險描述][High/Med/Low][High/Med/Low][措施]

4. 變更方案

4.1 建議方案

項目內容
方案說明[概述如何實施此變更]
實施步驟1. [步驟1]
2. [步驟2]
3. [步驟3]
需要資源[人力/環境/工具]
預計工期[N] 個工作天
測試範圍[需要回歸測試的範圍]

4.2 替代方案（如有）

方案說明工時優點缺點
方案 A[說明][N] 天[優點][缺點]
方案 B[說明][N] 天[優點][缺點]

5. 審核與決議

5.1 審核記錄

審核者角色審核日期決議意見
[姓名]PM[YYYY-MM-DD][Approve/Reject/Defer][意見]
[姓名]Tech Lead[YYYY-MM-DD][Approve/Reject/Defer][意見]
[姓名]Business Owner[YYYY-MM-DD][Approve/Reject/Defer][意見]

5.2 CCB 決議

項目內容
會議日期[YYYY-MM-DD]
最終決議[Approved / Rejected / Deferred / Need More Info]
核准條件[附帶條件，如有]
預計實施版本[Release / Sprint]

6. 實施追蹤

6.1 實施任務

任務 ID任務描述負責人預計完成實際完成狀態
T-1[修改設計文件][姓名][日期][日期][Done/In Progress/TODO]
T-2[修改程式碼][姓名][日期][日期][Done/In Progress/TODO]
T-3[更新測試案例][姓名][日期][日期][Done/In Progress/TODO]
T-4[執行回歸測試][姓名][日期][日期][Done/In Progress/TODO]

6.2 文件更新追蹤

文件名稱更新內容更新人更新日期狀態
[BRD / FRD / SAD][章節 N.N][姓名][日期][Done/Pending]

7. 變更驗收

項目內容
驗收日期[YYYY-MM-DD]
驗收人[申請人 / Business Owner]
驗收結果[Pass / Fail / Conditional Pass]
備註[驗收意見]

📖 使用說明

變更管理流程

graph LR
    A[申請提出] --> B[影響分析]
    B --> C[CCB 審核]
    C -->|Approved| D[排入計畫]
    C -->|Rejected| E[結案通知]
    C -->|Deferred| F[暫緩追蹤]
    D --> G[實施變更]
    G --> H[驗證測試]
    H --> I[驗收結案]

各章節填寫指引

章節填寫時機負責人重點說明
§1 申請資訊提出申請時申請人正確分類與設定優先級
§2 變更描述提出申請時申請人/BAAs-Is / To-Be 需明確對比
§3 影響分析評估階段SA/PM需跨團隊協作評估
§4 變更方案評估階段SA/Tech Lead提供可行方案供 CCB 決策
§5 審核決議CCB 會議後PM記錄完整決議與附帶條件
§6 實施追蹤實施期間PM追蹤每個任務進度
§7 驗收實施完成後申請人/QA確認變更符合預期

優先級與緊急程度定義

優先級定義SLA
Critical阻擋上線/嚴重業務影響24 hr 內決議
High重大功能缺失3 工作天內決議
Medium功能改善/優化7 工作天內決議
Low可延後的改善建議下次 Sprint Planning 討論

💡 範例（以 HRMS 人力資源管理系統為例）

範例：變更申請

項目內容
變更編號CR-2026-015
申請日期2026-04-10
申請人李美玲 / 人力資源部
專案名稱HRMS 人力資源管理系統
變更類型需求變更
優先級High
緊急程度一般

範例：變更描述

變更標題： 新增「彈性工時」假別類型與計算邏輯

變更原因： 公司於 2026 Q3 實施彈性工時政策，需在請假模組新增對應假別

現行需求（As-Is）：

需求編號需求描述文件來源
REQ-045系統支援特休、病假、事假、公假四種假別FRD §4.2

變更後需求（To-Be）：

需求編號變更後描述變更差異
REQ-045系統支援特休、病假、事假、公假、彈性調休五種假別新增「彈性調休」假別
REQ-045-1 (new)彈性調休以小時為單位，每月上限 8 小時新增需求
REQ-045-2 (new)彈性調休不需主管審核，僅需事前登記新增需求

範例：影響分析

影響面向受影響項目影響程度說明
功能模組請假申請、假別管理、考勤報表High3 個模組需修改
資料庫leave_type table, leave_request tableMedium新增 enum 值、新增小時欄位
API 介面POST /api/leave-requests, GET /api/leave-balanceMedium支援小時制計算
UI 畫面請假申請頁、餘額查詢頁Medium新增時間選擇器
測試案例TC-045~TC-052High需新增 8 個測試案例

成本影響：

成本項目追加工時說明
開發5 人天後端 3 天 + 前端 2 天
測試3 人天新增案例 + 回歸測試
設計1 人天UI 調整
合計9 人天

📌 審閱重點

  • 變更描述是否清楚區分 As-Is 與 To-Be？
  • 影響分析是否涵蓋所有面向（功能/資料/介面/測試）？
  • 成本與時程估算是否合理且經團隊確認？
  • CCB 決議是否有明確記錄與簽核？