經驗式流程控制與定義式流程控制
經驗式流程控制預期意外發生,而定義式流程控制則假設每項任務都能事先完全理解。

流程控制
什麼是定義式流程控制?
定義式流程控制是一種步驟明確的流程。當我們在相對穩定且可預測的環境中運作時,只要輸入相同,定義式流程應每次產生相同的輸出,這是基於其可重複性和可預測性。定義式流程具有以下特徵:
- 常見且受控
- 規劃你預期會發生的事
- 無論環境如何變化,都執行計畫
- 使用變更控制,因為變更成本高昂
什麼是經驗式流程控制?
在經驗式流程控制中,你預期意外發生。在定義式流程控制中,每項任務都能事先完全理解。在Scrum,實施了經驗式流程,進展基於觀察與實驗,而非詳細的前期規劃與預先定義的流程。經驗式流程控制基於事實、經驗與證據,透過檢視與調整來實現。
經驗式流程控制具有以下特徵:
- 從進展中學習
- 預期並接受變更
- 使用短週期開發進行檢視與調整
- 估算僅供參考,可能不準確

Scrum 的經驗式流程控制
Scrum 中的經驗式流程控制
在 Scrum 中,經驗式流程控制透過三大核心原則實現:透明度、檢視與調整。
透明度確保所有影響結果的流程方面對負責管理結果的人可見。這些方面不僅必須透明,還必須被觀察者理解。換句話說,當有人認為一項任務已完成時,必須符合他們所定義的完成定義.
流程的各個方面必須經常檢視,以檢測不可接受的差異。檢視頻率必須考慮到檢視行為本身可能改變流程。當所需的檢視頻率超過流程容差時,會產生複雜情況。幸運的是,軟體開發似乎對此較不敏感。另一個因素是檢視工作的人員的技能與勤勉程度。
如果檢視者確定流程的某個或多個方面超出可接受範圍,且 resulting 產品將不可接受,則必須調整流程或正在處理的材料。調整必須盡快進行,以最小化進一步的偏差。
Scrum活動中的三大支柱
現在,讓我們探討Scrum如何透過各種活動將三大支柱作為最佳實踐融入框架中。
例如:
此清單總結了Scrum活動與三大支柱之間的關係如下:
檢視在Scrum中透過以下方式描述:
- 使用常見的Scrum任務看板及其他資訊顯示器
- 在大型功能開發期間收集客戶與利害關係人的反饋,建立優先順序的產品待辦事項清單,並規劃發佈行為
- 產品負責人和客戶在 Sprint 示範和驗證期間檢查並批准交付成果
適應是 Scrum 的核心,團隊和利益相關者透過透明度和檢視來學習,並相應調整其工作。Scrum 中的適應性被描述為:
- 每日站會
- 持續風險識別
- 變更請求
- Scrum 指引
- 回顧性 Sprint 會議