ASM活動(Event)

• 預先的短期作業規畫(Pre-Sprint Planning)
• 短期作業(The Sprint)
  — 短期作業規劃(Sprint Planning)
  — 流程站立會議(Process Standup)
  — 短期作業檢視(Sprint Review)
  — 短期作業回顧(Sprint Retrospective)

ASM活動

預先的短期作業規畫(Pre-Sprint Planning)

所謂的規劃:

• 規劃活動有助於確保實踐、微流程或增量的價值和關鍵要素得到考量、討論和商定。
• 確保「最小可行」和「剛剛好」始終符合計劃的精神
• 任何規劃最重要的結果之一是將用於衡量"實踐或微流程"的進度或價值的指標
• 大多數規劃沒有時間限制，但應體現「剛剛好」的敏捷服務管理精神

實踐規劃(Practice Planning)

• 實踐規劃應集中於實踐的高階策略規劃
• 可能會有多次會議
• 與會者應包括業務利害關係人和 IT 管理人員
• 結果通常是一個或多個聚焦於策略重點實踐待辦事項清單項目的 Sprint

實踐規劃會解決以下議題

• 利害關係人管理
• 實踐的業務價值
• 目的、目標、投入和產出
• 微流程架構
• 與其他實踐和微流程的依賴性
• 自動化的機會
• 監管、治理和政策要求
• 主要風險
• 「最低可行」或「剛好好」的水準
• 完成的定義(Definition of Done)
• 指標

微流程規劃

• 微流程規劃專注於單一明確定義的活動
• 與會者應包括 IT 和業務從業者 — 他們也應被邀請參加 Sprint 檢視
• 良好的規劃需要積極徵求那些將在各種情況下執行微流程的人員的意見、想法和回饋
• 活動的目標是回答"這個微流程交付價值的最少作業量是多少？"
• 結果通常是一個或多個 Sprint，專注於以微流程為中心的實踐待辦事項清單項目

微流程規劃會解決以下議題

• 利害關係人管理(與實踐規劃相同)
• 我們想要實現什麼目標？
• R&R
• 與其他微流程與實踐的依賴性(與實踐規劃相同)
• 約束條件
• 自動化的機會(與實踐規劃相同)
• 政策與後果
• 主要風險(與實踐規劃相同)
• 「最低可行」或「剛好足夠」的水準(與實踐規劃相同)
• 完成的定義(與實踐規劃相同)
• 指標(與實踐規劃相同)

短期作業(The Sprint)

• Sprint 是少於 4 週的固定區間
• Sprint 規劃、流程站立會議、Sprint 檢視和 Sprint 回顧等活動發生在 Sprint 內
• Sprint 根據以＂Sprint 規劃＂期間商定的 Sprint 待辦清單建構增量(Increment)
• Sprint 以 Sprint Goal為指南 — Sprint 的價值
• 在Sprint期間
  — 沒有做出任何會危及 Sprint 目標的改變
  — 在流程站立會議期間檢查進度
  — 在 Sprint 期間可以與敏捷實踐負責人明確範圍

The Sprint

• 敏捷服務管理遵循迭代和漸進的 Scrum 原則
• 每個 Sprint 都是一個迭代，推動服務管理實踐向前發展
• 當一個迭代完成後，根據業務需求規劃另一個迭代
• 敏捷服務經理對團隊和利害關係人進行 Scrum 和服務管理的指導，並盡可能消除障礙
• 敏捷實踐負責人確保在Sprint期間沒有其他人試圖改變衝刺目標

Sprint 可用於許多不同的面向，包括：

• 設計微流程與組件
• 確定需求
• 溝通與訓練
• 基準(Benchmark)當前績效
• 文件
• 工具和自動化
• 評估績效並持續改進
• 實行

Sprint的三種基本型態

策略性:

• 實踐的定義文件
• 實踐政策
• 微流程架構
• 識別利害關係人
• 溝通計劃

流程增量(Process Increment):

• 新的微流程
• 微流程優化
• 微流程敘事的一部分
• 實踐改進

持續改善服務:

• 利害關係人的回饋
• 確保「剛剛好」的水準
• 提高敏捷性
• 確保速度和品質預期

以上這些基本類型的 Sprint 涉及服務管理的所有面向。其他 Sprint 類型將會相繼出現，以推進服務管理實踐。所有Sprint均以Sprint Goal和完成定義(Definition of Done)為指導。

一次實行一個增量

每個增量提供 Sprint Goal定義的價值

Sprint活動

短期作業規劃（Sprint Planning）

• 參與者為敏捷服務管理團隊
• 敏捷實踐負責人提供最高優先順序的實踐待辦事項清單項目
• 投入包括團隊過去的速度、團隊的能力以及對事項的依賴
• 確保敏捷服務管理團隊擁有本次Sprint所需的所有技能和資源

量能(Capacity)是特定Sprint 可用的工程時間總量的估計。

短期作業規劃的目的

短期作業規劃的活動的時間區間介於4–8小時。

定義 3 個關鍵項:

1. Sprint 目標 — 為什麼這個 Sprint 有價值？
2. Sprint 待辦清單項目— 實踐待辦清單中的哪些事項將完成？
3. 計畫滿足完成的定義 — 工作將如何完成？

釐清每個待辦事項和 Sprint 的「完成」定義。

流程站立會議

「站立」一詞表示這是一個簡短的活動，而不是表示團隊成員是否就座。敏捷服務經理是要促進這一個活動。這是也是檢查 Sprint 目標進度並儘快識別障礙的常見的機會。

在會議中每個團隊成員分享：

• 自上次流程站立會議以來他們完成了甚麼
• 在下一次流程站立之前他們要做什麼
• 他們的道路上有哪些障礙

Sprint Review

Sprint Review活動的時間區間介於2–4小時。

• 敏捷服務經理會促進該活動
• 團隊和利害關係人參加活動
• 團隊討論哪些進展順利、面臨的挑戰和成功的解決方案。也展示所做工作的結果並回答問題
• 敏捷實踐負責人解釋實踐或微流程的當前狀態以及實踐待辦事項清單
• 團隊和利害關係人討論後續步驟，並將其投入到下一個Sprint規劃活動中

增量(Increment)應該發布嗎？

作為 Sprint review的一部分，敏捷實踐負責人根據是否：

• 組織已準備好並願意接受
• 它不會導致“變革疲勞(change fatigue)”
• 提供業務價值
• 任何依賴關係也已完成
• 增量不會影響資料或報告的準確性或有效性

當對實踐或微流程快速連續進行太多變更時，可能會出現變革疲勞。

Sprint回顧

Sprint 回顧的活動時間區間介於1.5–3小時。

• 敏捷服務經理會促進該活動
• 團隊反思上一個 Sprint
• 解決問題時不找戰犯的事後回顧
• 我們做對了什麼？
• 我們在哪些方面可以做得更好？
• 我們學到了什麼？
• 下次我們會採取什麼不同的做法？

作為 Sprint 回顧的一部分，團隊也需要討論：

• 團隊組成與技能組合
• 工具
• 活動流程
• 完成的定義
• 內部和外部溝通
• 利害關係人的意見和回饋
• 速度和量能