Scrum未完待續

把每件事都看成一個項目來推動，是我以前參加的一個線上課程的結束語，這句話在軟件行業體現的尤其突出。過去咱們關心的是若是快速的交付需求，不多考慮如何快速應對不斷變化的需求。

還記得一開始學習軟件工程的時候還只有瀑布模型、需求分析、系統設計等這些傳統軟件工程內容，可是通過十幾年的發展，在軟件項目中，敏捷開發、持續集成、微服務等這些新興內容已經開始在軟件項目中佔據愈來愈重要的位置。從19年開始我經過網上的資料知道了敏捷知道了Scrum，也開始逐步的在現有項目中引入一些敏捷的實踐，一開始咱們只是經過幾種項目管理工具幫助團隊同步項目的進度，一段時間之後項目管理工具就變成了日報填寫工具，你們天天都在上面填寫這一天的工做和明天的工做計劃，再後來項目沒有看到敏捷帶來的好處，敏捷推廣也就無疾而終了。如今看來咱們當時只是拿着別人用過的一部分實踐複製到了咱們的項目中，距離真正的敏捷還差得遠。

2020年年初經過朋友介紹參加了敏捷家的幾回線上分享，經過嘉賓的分享逐漸的對敏捷和Scrum有了更多的瞭解，也逐漸有了想要更加深刻學習Scrum的想法，以後就順利成章的報名參加了Bob的CSM課程。

從5月16到5月17兩天的課程，BoB從敏捷的概念，Scrum的概念、原理、價值觀再到咱們常說的"3355"一步步的進行了講解。每一個概念講解結束後都會安排小組進行討論分享，在無形中咱們每一個小組經過討論進行了多輪交付，每次交付其實都是對於Scrum不一樣方面的實踐。相比與枯燥的照本宣科，這樣的教學模式印象更加深入，也在必定程度上解決了遠程教學注意力分散的弊端。在次日的課程中Bob介紹了在其餘公司的Scrum實踐，幫助咱們在課程結束以後儘快的將所學引入到公司項目中。整個學習過程緊張而有節奏，回顧整個課程學習我感觸最深的有如下幾點：

1. 一是對於DoD的定義，以及DoD和AC之間的區別。這些是以前項目迭代過程當中一直忽略的地方，沒有定義好DoD就沒辦法進行高質量的交付。
2. 二是課程中介紹的什麼項目適合開展Scrum，Scrum不是適合於全部項目，要有選擇的機型Scrum推廣。
3. 三是如何對User Story進行切分，每一個Story多長時間最爲合適。

課程的結束只是表明着對於Scrum的初步瞭解，距離真正的CSM還有很長的路要走，只有在項目中實際應用Scrum才能更加熟悉每一個流程環節的做用和價值。Scrum未完待續。

來自學員 Qihui

本文首發於 Bob Jiang的博客 ，轉載請聯繫 Bob Jiang