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

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章