Please enable JavaScript.
Coggle requires JavaScript to display documents.
L2.01.04.01-專案開發的類型 （Project Development Approaches）, 📌 Rita 觀點, 📌 Rita…
L2.01.04.01-專案開發的類型
（Project Development Approaches）
1️⃣ 預測式開發（Predictive Approach / Waterfall）
特徵
規劃導向、順序性
範疇、成本、時程在初期就高度確定
適用情境
需求穩定、不易變更
高度法規遵循或硬體建設類專案
2️⃣ 適應式開發（Adaptive / Agile Approach）
特徵
迭代 / 增量交付（Iterative & Incremental）
範疇逐步展開，需求可持續變動
強調利害關係人持續參與與快速回饋
適用情境
需求不明確或快速變動
軟體開發、
創新研發、
顧客體驗專案
3️⃣ 混合式開發（Hybrid Approach）
特徵
前期用預測式鎖定高層級範疇 / 架構
結合預測式與適應式優勢
執行階段用敏捷方式分批交付
適用情境
部分需求穩定、
部分需求高度不確定
大型複雜專案：
例如基礎建設＋系統開發整合
4️⃣ 跨類型比較與實務提醒
維度比較（範疇、成本、時程、風險）
常見錯誤認知
認為敏捷＝無計畫
認為混合＝隨便拼湊
2️⃣.1️⃣ .迭代式
（Iterative Development））
特徵
透過反覆的設計 / 開發 / 改進循環逐步細化解決方案
每次交付不是完整功能
而是為了「學習、驗證或調整需求」
適用情境
專案需求尚不清晰、設計需實驗性導引
2️⃣.2️⃣ 增量式
（Incremental Development）
特徵
每次交付都是 ＜可用的功能單元＞，逐步累積完整產品
客戶可提早使用部分功能，早期回饋
適用情境
顧客希望逐批交付、快速釋出價值
2️⃣.3️⃣ 合併運用（Iterative + Incremental = Agile）
PMBOK/PMI 強調
大多數敏捷方法
（如 Scrum）同時具備迭代與增量特性
示例說明
Scrum Sprint 是
「一次迭代（探討與改進）＋可交付（產出功能）」
📌 Rita 觀點
「瀑布式不等於過時，而是適合固定需求」
考試陷阱：遇到 「穩定需求、成本效益清楚 」 → 正解常是預測式
📌 Rita 觀點
「Agile 不只是 Scrum」：考試時常會出混淆選項
考試陷阱：遇到「顧客需求變動頻繁」→ 正解常是適應式
📌 Rita 觀點
「混合不是折衷，而是戰略選擇」
考試陷阱：當題目出現「某些部分穩定、某些部分變動」→ 正解常是混合式
📌 Rita 觀點
PM 必須依 「需求穩定度 × 利害關係人參與度 × 專案複雜度 」選擇方法
「錯誤的方法論選擇＝專案失敗的第一步」
📌 Rita 強調
敏捷專案 PM 角色更像 「 服務型領導（Servant Leader） 」
📌 Rita 補充
「Iterative ≠ Deliver」，強調探索與學習，而非快速產出
📌 Rita 補充
「Incremental = Deliver」，
但注意每次要可執行、可驗收
📌 Rita 補充
「你其實每天都在考 agile，但不見得分得清 increment vs iteration，這就是考點」
→
（需求 → 設計 → 開發 → 測試 → 移交)
→ 重視反覆、可改設計、探索式
→ 重視交付、功能累積、價值釋出