敏捷流程工程
- 敏捷流程
- 敏捷流程工程
- 微流程架構
- 服務管理架構
敏捷流程
- 實踐(Practices)是管理服務交付的特定方面向（例如變更、事件、服務水準）的完整的端到端能力
- 流程(Process)是旨在實現特定目標的一組結構化活動
- 微流程(Microprocess)是一種個別的活動，可以獨立地被定義、設計、實施和管理，但可以與其他微流程整合和互通
流程元素
所謂流程是指＂採用特定投入(Input)並產生對利害關係人有價值的特定產出(outputs)＂。
微流程
- 微流程是敏捷服務管理漸進和迭代方法的基礎
- 將服務管理活動視為微流程，使組織能夠在小型、頻繁的發布中建立服務管理實踐，從而為整體 ITSM 目標提供直接價值
- 每個活動/微流程都提供自己的價值並且可以獨立存在。它的投入可以來自不同的來源，其產出可以是多種實踐中多個微流程的投入。例如，IT 變更實務的第一個微流程可能是「記錄所有變更」。變更更加透明的效益不僅會影響變更實踐，而且對許多實踐領域（例如事故管理、組態管理和服務等級管理）很有用
敏捷性(Agility)
敏捷性是一種以速度、協作和適應性為中心的思維。敏捷性需要能下意識地限制延遲、克服障礙並避免不必要的複雜性。
敏捷流程是一種提供「剛剛好」的結構和控制，使組織能夠以效能與效率的方式實現其服務成果的流程。敏捷流程易於理解、易於遵循，並且更重視其協作和成果而不是其工件。
更進一步的說＂保持敏捷比做敏捷更重要＂。
複雜性是我們的敵人。任何傻瓜都可以讓事情變得複雜。但使事情變得簡單是很困難的。
敏捷流程的特質
- 當責的負責人（敏捷實踐負責人）
- 明確每個人的R&R
- 允許自我管理，並產生後果
- 根據敏捷價值和原則對自己進行基準測試
- 精實、效能、快速
- 可擴展
- 適應變化
- 優化重複性任務的自動化
- 可以由人和(或)自動化執行
敏捷流程的設計必須像軟體一樣，複雜系統中的互通性(interoperability)至關重要。
敏捷流程如何交付價值
- ·端到端流程的無縫執行
- 以具成本效益的方式交付成果
- 與相關流程和價值流的有效整合
- 適應客戶的回饋和不斷變化的需求
- 產品和服務是對客戶有意義且有價值的方式來提供與支持
了解我們的客戶是誰以及他們重視什麼是設計敏捷流程的起點。
敏捷流程工程
傳統瀑布式方法：
透過以下方式促進更具適應性的敏捷流程方法：
- 將單體流程(Monolithic)分解為獨立微流程的架構
- 採用整體方法來建構、成熟化和整合相關微流程以支援價值流
- 以更小型、更頻繁的迭代方式設計每個微流程
- 鼓勵短期回饋與前饋(Feed-forward)循環
- 根據目前業務狀況塑造未來增量(increment)
- 給流程實踐者時間內化新行為
- 完成更多完成的作業並更快地交付價值
Scrum
敏捷服務管理利用 Scrum 框架。 Scrum 是輕量級的，簡單易懂，體現了敏捷宣言的核心價值。雖然背景脈絡可能不同，但核心 Scrum 迭代和增量指南可以適應敏捷流程工程和改進。
最小可行性流程(MVP-Minimum Viable Process)
最小可行性流程是此流程或微流程滿足其完成定義所需的最少數量。敏捷團隊通常最好從最小可行性流程開始，因為：
- 它確保流程或微流程的核心要素和目標得到討論和理解
- 它消除了需求(needs)中的想要(want)，並為持續對話提供了基礎，以保持對利害關係人的價值聚焦
要找到最小可行性流程，我們可能需要從以下問題開始：“為了使該流程或微流程滿足我們的直接目標或要求，我們需要做的最少工作量是多少？”
MVP的特徵
最小可行流程有三個關鍵特徵：
- 具有足夠的價值，人們願意在一開始時就用它
- 它顯示了足夠的未來效益來留住早期採用者
- 它提供了一個回饋循環來導出未來的能力
最小可行流程是識別「剛剛好」的啟動按鈕，可用於新的或重新設計的流程和微流程。熟練的敏捷實踐負責人將能夠使敏捷服務管理團隊和利害關係人的討論集中在“最少”和“最小”上，以避免“以防萬一”複雜性層次的風險，從而使流程變得更加繁瑣。
微流程架構
微流程架構是整合微流程的集合，它們共同執行端到端服務管理實務成功所需的所有活動。微進程架構建立在相互關聯的微進程集合之上，這些微流程就是：
- 與多個流程鬆散耦合(Loosely coupled)且可互通(interoperability)
- 可獨立部署
- 高度可維護和可測試
- 有自己的回饋循環
- 圍繞業務能力進行組織
- 由一個小團隊擁所有
服務管理架構
服務管理架構是整合實踐（及其各自的微流程）的矩陣，它們共同確保服務在需要時以所需方式提供預期價值。
服務管理架構支援系統性思考，因此努力適應跨越整個價值流的所有人員、流程、自動化和資訊。
服務管理實踐：
用於管理服務必要面向的特定整合功能。
