46 在資訊系統開發專案中，系統交付的測試階段發現了一個關鍵功能的缺陷。為了 避免影響交付期限，哪一種處理方式最為合理？
(A) 將缺陷記錄到缺陷清單中，並安排在下一版本修復
(B) 中止交付，優先修復所有缺陷
(C) 通知客戶，討論是否調整交付範圍或延後交付
(D) 暫時屏蔽該功能，保留其界面，但不提供該功能的具體實現

【第一步：找關鍵字】

關鍵功能缺陷、交付期限、最為合理

這三個關鍵非常重要：

• 關鍵功能 → 不能隨便忽略

• 交付期限 → 時間壓力存在

• 最為合理 → 要符合「專案管理原則」，不是偷吃步

→ 這題在考：
範疇、品質、進度衝突時的正確處理方式

【第二步：白話翻譯】

這題其實在問：

「有一個很重要的功能壞掉了，但時間快到了，你應該怎麼做才是專業又合理的？」

【第三步：解題思路】

• 這題在考什麼觀念？
  → 專案變更管理（Change Management）＋利害關係人溝通

• 解題步驟

1. 關鍵功能有缺陷
   → 不能直接忽略或跳過

2. 又不能影響交付期限
   → 必須做「取捨」

3. 誰決定取捨？
   → 客戶 / 利害關係人

• 原理與規則（超重要）

在專案管理中有三角約束：

範疇（Scope）－時間（Time）－成本（Cost）

當三者衝突時：

→ 不能自己決定，一定要跟客戶確認

【第四步：選項分析】

• (A) 將缺陷記錄到缺陷清單中，並安排在下一版本修復 → 錯
  關鍵功能不能延後修，風險太高。

• (B) 中止交付，優先修復所有缺陷 → 錯
  太極端，而且未經客戶同意就延誤交付。

• (C) 通知客戶，討論是否調整交付範圍或延後交付 → 正確
  這是標準專案管理流程：
  → 透過溝通決定範疇或時程的變更

• (D) 暫時屏蔽該功能 → 錯（危險做法）
  這是「偷渡交付」，會嚴重影響信任與品質。

【觀念補充與延伸】

• 核心觀念定位
  → 專案整合管理（Integration Management）
  → 變更控制（Change Control）＋利害關係人管理

• 重要概念

當發生問題時：

1. 不可自行決策

2. 必須經過變更流程

3. 與客戶確認

• 觸類旁通（舉一反三）

常見考法：

• 問：「發現重大問題怎麼辦？」
  → 一律先「溝通＋變更控制」

對比錯誤做法：

• 偷改（D）

• 自己決定延期（B）

• 忽略問題（A）

【記憶口訣】

「出問題，先找客戶」

【常見陷阱】

• 學生最容易選錯的地方
  選 (A) 或 (D)，覺得可以「先交再說」

• 心理盲點
  以為「不影響進度」最重要
  → 但專案更重視「正確決策流程」

• 避坑指南

看到：

• 關鍵功能

• 缺陷

→ 一定記得：
不能自己決定 → 要跟客戶確認