對Scrum多多少少對有一些瞭解，但是沒有進行過專業的培訓和認證。2018年12月9日-10日，我參加了Scrum中文網的ScrumMaster的認證班。 授課老師是：Ethan黃方老師！培訓總共是兩天時間。

我事先預習了他們發給我的學習資料和上課指南，9點正式上課...互相介紹之後，就做了兩個熱身遊戲。遊戲一個是採用自組織方法，一個是採用傳統專案管理的方法來對比遊戲的時長，遊戲證明自組織要比傳統方法時間更短一些！

分組討論了敏捷的四個價值觀：

• 個體和互動 高於 流程和工具
• 工作的軟體 高於 詳盡的文件
• 客戶合作 高於 合同談判
• 響應變化 高於 遵循計劃

老師也給我們細細解釋了敏捷宣言：

1. 我們最重要的目標，是通過及早和持續不斷地交付有價值的軟體使客戶滿意。
2. 欣然面對需求變化，即使在開發後期也一樣。為了客戶的競爭優勢，敏捷過程掌控變化。
3. 經常地交付可工作的軟體，相隔幾星期或一兩個月，傾向於採取較短的週期。
4. 業務人員和開發人員必須相互合作，專案中的每一天都不例外。
5. 激發個體的鬥志，以他們為核心搭建專案。提供所需的環境和支援，輔以信任，從而達成目標。
6. 不論團隊內外，傳遞資訊效果最好效率也最高的方式是面對面的交談。
7. 可工作的軟體是進度的首要度量標準。
8. 敏捷過程倡導可持續開發。責任人、開發人員和使用者要能夠共同維持其步調穩定延續。
9. 堅持不懈地追求技術卓越和良好設計，敏捷能力由此增強。
10. 以簡潔為本，它是極力減少不必要工作量的藝術。
11. 最好的架構、需求和設計出自自組織團隊。
12. 團隊定期地反思如何能提高成效，並依此調整自身的行為表現。

接下來就是Scrum的 3355 :

老師用生動並且有趣的方式講解了這些，中午了，Scrum中文網組織大家在附近的一家餐廳吃中飯。大家還是興致勃勃的討論著課上的疑問和困惑。

下午容易困，老師就安排了互動遊戲，大家睏意全無，都興奮起來了！！

通過遊戲總結出，在同樣的時間內，Scrum團隊能交付出更多更有價值的產品增量。

老師繼續通過一些案例講了po的特點

po的使命

Scrum Master的特點

Scrum Master的使命

最後總結了三個角色的在團隊裡的作用。

接下來介紹3個工件，Product Backlog, Sprint Backlog, Increment。

Product Backlog具有這些屬性：

描述、次序、估算、價值

Sprint Backlog

老師給每個小組準備了現場的看板，Product Backlog, Sprint Backlog( to do)，Sprint Backlog( doing)，Sprint Backlog( Done)

老師還介紹了一款敏捷開發專案管理工具 Leangoo

Increment

增量是一個 Sprint 完成的所有產品待辦列表項的總和，以及之前所有 Sprint 所產生的增量的價值總和。在 Sprint 的最後，新的增量必須是“完成”的，這意味著它必須可用並且達到了 Scrum 團隊“完成”的定義的標準。

增量是在 Sprint 結束時支援經驗主義的可檢視的和已完成的產品組成部分。增量是邁向願景或目標的一步。無論產品負責人是否決定釋出它，增量必須可用。

Ethan老師還分享了一個眾籌專案由創意到生產出產品，以及後續不斷改進的過程。

然後又逐一介紹了五大事件：

Sprint

在 Sprint 期間：

• 不能做出有害於 Sprint 目標的改變；
• 不能降低質量的目標；以及，
• 隨著對資訊掌握的增加，產品負責人與開發團隊之間對範圍內要做的事可能會澄清和重新協商。

Sprint計劃會議

Sprint 計劃會議回答以下問題：

• 接下來的 Sprint 交付的增量中要包含什麼內容？
• 要如何完成交付增量所需的工作？

每日站會（Daily Scrum Meeting）

• 昨天，我為幫助開發團隊達成 Sprint 目標做了什麼？
• 今天，我為幫助開發團隊達成 Sprint 目標準備做什麼？
• 是否有任何障礙在阻礙我或開發團隊達成 Sprint 目標？

建議加一個問題，每個人覺得這個Sprint 是否能完成計劃的目標。

強調管理層在會上不要發言。

Sprint評審會議（Sprint Review Meeting）

• Sprint 評審會議在 Sprint 快結束時舉行
• Scrum 團隊和干係人協同討論在這次 Sprint 中所完成的工作。根據完成情況和 Sprint 期間產品待辦列表的變化，所有參會人員協同討論接下來可能要做的事情來優化價值。這是一個非正式會議，並不是一個進度彙報會議，演示增量的目的是為了獲取反饋並促進合作。
• 評審會議時間最長不超過 4 小時

Sprint回顧會議（Sprint Retrospective Meeting）

Sprint 回顧會議的目的在於：

• 檢視前一個 Sprint 中關於人、關係、過程和工具的情況如何；

• 找出並加以排序做得好的和潛在需要改進的主要方面； 同時，

• 制定改進 Scrum 團隊工作方式的計劃。

 Values

1. 承諾
2. 專注
3. 開放
4. 尊重
5. 勇氣

Estimation

後來我們又做了模擬專案，模擬專案結束後，老師更多的分享了一些實戰經驗乾貨。

最後老師分享了一些管理上的實踐！

此次培訓之旅結束！！（大合影）特別感謝Scrum中文網提供的照片。