先喚醒記憶
30 秒複習
- 商業需求說明組織為什麼要改變；利害關係人需求說明不同角色真正需要什麼。
- 解決方案需求描述產品必須具備的功能、行為與品質；功能需求與非功能需求都屬於解決方案需求。
- 移轉需求描述從目前狀態走向未來狀態所需的暫時能力，例如資料轉換、訓練與營運調整。
- 專案需求與品質需求屬於專案管理工作，不是產品需求；它們描述交付工作必須遵守的條件以及交付成果如何被驗證。
- 需求之間不是單線關係：一個商業需求可以由多個利害關係人與解決方案需求支持，一個利害關係人需求也可能由多個解決方案需求支持。
本主題的學習目標
- 01.5.1區分商業需求與利害關係人需求
- 01.5.2區分解決方案的功能與非功能需求
- 01.5.3辨識移轉需求及其暫時性
- 01.5.4區分產品需求、專案需求與品質需求
- 01.5.5說明各類需求之間的支持關係
內容標示：教材重點＝依原書整理；教學解釋＝理解提示；教學案例＝假設情境，不是原書案例或你的實際經歷。
四類產品需求
教材重點
從商業需要往下細化
教材把產品需求分為商業需求、利害關係人需求、解決方案需求與移轉需求。商業需求提供整體方向；利害關係人需求描述特定角色的需要；解決方案需求描述產品用來滿足這些需要的功能與特性；移轉需求則協助組織從目前狀態轉換到未來狀態。
| 需求類型 | 核心問題 | 教學記憶 |
|---|---|---|
| 商業需求 | 組織為什麼要做這件事？ | 為什麼改 |
| 利害關係人需求 | 哪些角色需要什麼？ | 誰需要什麼 |
| 解決方案需求 | 產品必須做什麼、具備什麼品質？ | 方案要能做什麼 |
| 移轉需求 | 如何從目前狀態走到未來狀態？ | 怎麼切換過去 |
教材重點
解決方案需求再分功能與非功能
功能需求描述產品應執行的行為、流程或互動；非功能需求描述產品有效運作所需的品質或條件，例如可靠度、安全性、效能、安全、服務水準與可支援性。
需求之間的支持關係
教材重點
不是一條直線，而是一組可追溯的關係
教材指出，一個商業需求可以由多個利害關係人需求與解決方案需求支持；一個利害關係人需求可以由多個解決方案需求支持；解決方案需求可以寫成功能或非功能需求；移轉需求則支援利害關係人與解決方案需求的實施。
教學解釋
先找需要，再談具體做法
利害關係人提出的具體做法不一定等於真正需求。分析時先追問他想解決的問題、需要的能力與要達成的結果，再評估可能的解決方案，可以避免過早把需求綁死在單一設計上。
產品需求、專案需求與品質需求
教材重點
產品需求屬於商業分析，專案與品質需求屬於專案管理
教材將專案需求與品質需求放在專案管理工作中，而不是產品需求的一部分。專案需求描述專案本身必須符合的行動、流程或條件；品質需求描述用來確認專案交付成果或其他專案需求是否成功完成的條件與準則。
| 類型 | 關注焦點 | 教學例子 |
|---|---|---|
| 產品需求 | 產品、服務或成果需要具備的能力 | 系統能預測未來需求 |
| 專案需求 | 專案執行本身必須符合的條件 | 在六個月內完成第一階段 |
| 品質需求 | 如何驗證專案交付是否符合要求 | 完成指定測試、認證或驗證 |
實務案例：燃油閥備品預測
教學案例
同一商業目標可拆成不同層級的需求
教學情境：公司希望降低燃油閥緊急採購。輪機長真正需要掌握下一次補給前可能消耗多少，以及備品何時能送達；採購則需要掌握整體船隊未來需求。這些利害關係人需要，可以再轉化為需求預測、補給時間顯示與缺料風險判斷等解決方案需求。
「跟廠商簽長期供貨合約」是可能的解決方案選項，不應直接等同於利害關係人需求。先確認真正需要的是降低供貨不確定性，再比較不同做法。
教學案例
移轉需求的例子
如果新系統上線前需要匯入歷史維修資料、訓練輪機長與機務人員，或讓舊流程與新流程平行運作一段時間，這些是為了完成切換而存在的暫時性需求；移轉完成後通常不再需要持續存在。
今天修正的易混淆觀念
教學解釋
教育訓練不是專案需求的同義詞
若訓練是為了讓組織從舊作業方式切換到新解決方案，它屬於移轉需求。是否暫時存在，不能單獨用來判斷它是不是專案需求。
教學解釋
需求要描述需要，不要過早等同於設計
「需要提早辨識缺料風險」是需要；「一定要做即時地圖動畫」則已經帶有具體設計。若無法說明設計如何回應商業或利害關係人需要，就應回頭追問真正目的。
關鍵名詞
- 商業需求Business Requirement
- 描述組織較高層次的問題、機會、推動原因與可衡量目標。
- 利害關係人需求Stakeholder Requirement
- 描述特定利害關係人或群體的需要。
- 解決方案需求Solution Requirement
- 描述產品用來滿足商業與利害關係人需求的功能、特性與品質。
- 功能需求Functional Requirement
- 描述產品應執行的行為、流程或互動。
- 非功能需求Nonfunctional Requirement
- 描述產品有效運作所需的品質與條件，例如效能、安全性與可靠度。
- 移轉需求Transition Requirement
- 描述從目前狀態走到未來狀態所需的暫時能力與營運改變。
- 專案需求Project Requirement
- 描述專案本身必須符合的行動、流程、里程碑、契約或其他限制條件。
- 品質需求Quality Requirement
- 描述用來驗證專案交付或其他專案需求是否成功完成的條件或準則。
自我檢查
先試著用自己的話回答，再展開參考答案。這裡不評分，也不會因此標記完成。
01商業需求與利害關係人需求的差異是什麼？
02功能需求與非功能需求最簡單的區分方式是什麼？
03為什麼訓練常被歸為移轉需求？
04專案需求與產品需求最核心的差異是什麼？
05需求關係為什麼不能只畫成一條直線？
課堂問題與學習紀錄
課堂問題
Business Requirement、Stakeholder Requirement、Solution Requirement、Transition Requirement 四者的關係是什麼？
可以先記成：商業需求回答為什麼要改，利害關係人需求回答誰需要什麼，解決方案需求回答產品必須做什麼或具備什麼品質，移轉需求回答如何從目前狀態切換到未來狀態。四者不是單純線性階梯，而是彼此支持、可追溯的需求關係。
學習紀錄
以船隊燃油閥備品情境練習需求分類。已能從輪機長真正的作業風險往下推導利害關係人與解決方案需求，並修正把訓練直接視為專案需求的混淆；功能／非功能及專案／品質需求仍列為下一輪需再鞏固的部分。
教材對照
The PMI Guide to Business Analysis
Project Management Institute · 2017 · 第一部分。中文為教學整理，非官方中文譯本。
- 主要對照
1.1.7.4 · 產品需求的定義與種類
Product Requirements
書內頁碼 9–11 · 檔案頁序 54–56 - 主要對照
1.1.7.4 · 各類產品與專案需求的關係
Relationship Among Various Categories of Product and Project Requirements
書內頁碼 11–12 · 檔案頁序 56–57
學習編碼 01.5 與教材原始節次不同。本頁只呈現個人學習整理，未公開原始教材檔案或複製原書圖表。