敏捷軟件開發實踐—基于Scrum框架

課程介紹：

在一些軟件開發企業，包括自主開發、為第三方提供服務、離岸外包等，都會面臨一系列開發挑戰。這包括多變的環境、客戶需求不確定（很難全面獲得客戶需求）、以及新技術等。按照Cynefin 框架和Stacey 矩陣，需求、技術和人是開發團隊面臨的最大挑戰。傳統的預測型（瀑布模式）無法在這種環境下完成交付目的。企業開始選擇和轉型到適應型開發方法中（即敏捷）。

敏捷思維模式（或特定方法，如Scrum），融合了精益中的小批量交付、關注價值、避免浪費、持續改進等做法，并在《敏捷宣言》的指導原則下以應對需求多變、快速且小批量交付、快速使用成果、關注價值等做法，實現當前軟件開發業的訴求。本課程重點圍繞Scrum框架，融合XP、精益、看板等最佳實踐，為項目軟件開發團隊提供一套完整可行的項目交付方法。

學習收獲：

1. 能夠清晰的理解和認識敏捷軟件開發中的各類角色，以及干系人的職、權、責；

2. 能夠理解敏捷團隊各崗位（如PO、Scrum Master、開發團隊等）的職責；

3. 能夠完整的啟動、規劃、開發、評價、結束一個敏捷項目，或敏捷中的一個發布、沖刺；

4. 能夠全局理解客戶、發起人的可變性訴求，能夠及時關注并交付軟件成果和價值；

5. 能夠按照Scrum框架（或類似敏捷框架），從端到端理解、應用全過程開發方法。

適用對象：

       敏捷項目經理、需求工程師、軟件分析師、產品負責人、開發團隊、敏捷轉型團隊、IT/軟件開發人員。期望對敏捷項目管理有全面了解的人，包括Scrum、ACP相關人員。

課程時間： 

2天，6hours/天，共計12hours

課程大綱

第一天上午9:00-12:00（偏理論）

1. 敏捷軟件開發基本概念

1) 敏捷轉型中的要點說明

a) 傳統軟件開發項目特點

b) 敏捷軟件開發生命周期介紹

2) 敏捷宣言解析

a) 敏捷四大價值觀工作用于

l 敏捷宣言的提出和意義

l 敏捷宣言的價值與實際工作的融合

b) 敏捷12條原則工作應用

l 敏捷原則的聚焦點

l 敏捷原則與實際開發工作的融合

3) 軟件混合型方法的采用說明

4) 敏捷軟件開發項目復雜性說明

2. 敏捷軟件開發項目立項

1) 確定敏捷項目角色

a) 產品負責人（PO）的角色與職責

l PO人選、任命與職責要求

l PO如何代表發起人關注敏捷開發價值

b) 跨職能開發團隊角色與職責

l 開發團隊人員構成要求

l 開發團隊人員選擇和組建要求

l 開發團隊人員技能要求

c) Scrum Master角色與職責

l 傳統項目經理與敏捷教練的區別

l 如何理解“團隊促進者”這個定義

d) 其他干系人在敏捷中的角色職責

l 發起人角色

l 客戶和用戶角色

l 職能負責人角色

l 其他角色

第一天下午13:00-16:00（實際應用）

2) 確定軟件開發項目愿景

a) 確定軟件產品開發愿景

l 制定并發布軟件產品愿景說明書

l 商業需要與項目目的說明書

b) 制定與發布產品路線圖

l 產品路線圖制定要求

l 產品路線圖更新和復盤說明

c) 確定軟件項目開發版本

案例應用：S公司是一家游戲開發企業，公司決定通過敏捷方法嘗試開始一個新項目，在現有的團隊中，管理層決定選擇一位產品負責人、一個敏捷項目負責人、8個開發團隊成員。你是S公司外聘的一個敏捷教練，你應該給他們什么建議？

3. 收集與梳理敏捷軟件需求

1) 制定產品待辦事項列表

a) 產品待辦項（Backlog）格式和要求

b) 產品負責人在此處所面臨的困難和解決方案

c) 軟件開發項目需求說明

l 功能與非功能需求

l 過渡需求

l 項目管理需求

2) 收集與整理敏捷軟件需求

a) 需求格式制定與說明

l 需求與用戶故事概念

l 角色建模技術

l 用戶故事如何表達

i. 如何用卡片表達故事

ii. 用戶故事的對話機制

iii. 確認與發布用戶故事

iv. 如何從史詩到用戶故事

l 優秀用戶故事的特點

v. INVEST特征

vi. 繪制故事地圖

b) 收集和啟發需求的方法

l 訪談技術

l 頭腦風暴

l 原型法

l 聯合應用開發

3) 在產品待辦項中確定一次發布

4) 敏捷軟件需求和傳統項目需求差異

案例應用：S公司根據軟件開發要求，決定先梳理出一部分開發內容，在定義“用戶故事”時，團隊通過“卡片”展示每個故事的特點，并在故事卡的背面記錄了每個故事的測試和驗收條件，你能否按照這個要求，也梳理出當前項目的“故事卡”？

第二天上午9:00-12:00（實際應用）

4. 定義與規劃沖刺（迭代）

1) 沖刺規劃會議

a) 什么是沖刺（迭代）規劃會議

b) 參與者職責說明

c) 發布單次沖刺要求

2) 需求優先級梳理

a) MoSCoW原則的使用

b) 時間盒子概念

c) 決策技術的應用

d) 投票原則

3) 沖刺工作量估算和速率

a) 用戶故事常見工作量估算單位

b) 故事點和理想日

c) 沖刺待辦項估算要點

l 團隊估算

l 估算的準確度和精確度

l 估算的相對性

d) 沖刺速率

l 什么是速率

l 預測和確定沖刺速率

4) 沖刺（迭代）規劃注意事項

a) 迭代燃盡圖和燃起圖的使用

b) 單次沖刺發布與開工儀式

案例應用：在S公司剛批準的新軟件開發項目中，對于已經創建在案的“需求”，產品負責人分析了他們的優先級，在需求優先級定義的過程中，大家都參與了討論。你現在有20個用戶故事，現在如何給出他們的優先級？

5. 沖刺（單次迭代）過程

1) 開發團隊

a) 跨職能要求（T型特征團隊）

b) 分工協作

2) 單次沖刺工作量確認

a) 探測

b) 第0次沖刺和第1次沖刺

3) 任務分解與沖刺

a) 將用戶故事拆分為任務

b) 創建任務看板和執行

c) 解決問題與“停車場圖”使用

d) 每日工時單提交

e) 基于流程的敏捷和基于迭代的敏捷

4) 團隊協作

a) 每日站立會議

l 會議參與者

l 會議時長說明

l 會議內容要求

b) 關注技術債務

第二天下午13:00-16:00（實際應用）

5) 工作績效報告發布

a) 信息發射源的概念

b) 使用看板推動任務執行

c) 迭代燃盡圖和燃起圖檢測過程

案例應用：K公司的團隊在展示燃盡圖時，發現截止到第5天的進展情況突然出現直線下降，你是否能夠用燃盡圖很好的展示項目單次迭代的績效呢？

6. 沖刺（迭代）評審與回顧

1) 評審

a) 評審會議的安排

b) 評審的主要目的

c) 評審的參與者

d) 評審與部署、發布

2) 變更

a) 過程管理中的變更問題

b) 產品評審結果變更問題

3) 回顧

a) 什么時候舉行回顧會議

b) 回顧的目的和意義

c) 如何做到持續改進

案例應用：K公司針對新產品開發項目中的需求，進行了定義和說明，但是怎么樣才能夠“即滿足客戶訴求，也滿足執行訴求”，看看團隊如何開展基于價值和優先級的交付策略，如何切合產品功能和屬性，并階梯式交付，怎么樣理解“迭代與增量”的思維模式。誰對價值和交付負責，誰來推動目標的落地。

7. 大規模敏捷特點

1) 基于Scrum的單一交付模式

2) 大規模敏捷開發特點

8. 最終產品發布與上市

1) 基于短迭代短交付的上市原理

2) 及時獲取和分析產品價值

3) 評估產品投資回報情況

案例應用：針對敏捷開發過程的全過程管理，新產品按照迭代開發和交付，并實時交付價值，滿足市場需求，獲得投資者和客戶的認可。如何判斷是否得到回報和收益？