我對Scrum master的一些感受 —— 艾威Scrum學員分享

在艾威的課程班報名了scrum master的培訓課程后，我花了一段時間認真的重新將老師的網絡課程以及scrum指南回顧學習了一次，以下是我對scrum master的一些感受。

我個人是從事傳統(tǒng)汽車行業(yè)的，對于傳統(tǒng)的汽車開發(fā)/甚至是傳統(tǒng)的汽車軟件開發(fā)模式，一般遵循的是瀑布模型，從分析，設計，開發(fā)，測試，所有階段是分開的，當我們結束分析后再去進行設計，設計做好后在做開發(fā)，等等。這種模式屬于傳統(tǒng)和經典模式，在汽車行業(yè)中至今仍然在使用。一些車載軟件的娛樂系統(tǒng)更新?lián)Q代的周期在幾年以上，在長周期背景下，將每一步做好也可以節(jié)省成本。

但是在軟件開發(fā)中我意識到，如果開發(fā)軟件的同時也有大量的需求的更改，那么存在兩種情況，一是要退回去重做，造成延誤，二是不能響應市場的需求，這兩者在基于互聯(lián)網開發(fā)的背景下是致命缺陷。版本迭代周期過長，沒有辦法滿足用戶需求上的變化。于是我想學習一下敏捷開發(fā)是如何解決問題的。

通過學習，我自己的認識是，在敏捷中為了解決需求的變化，可以將分析，設計，開發(fā)和測試通過不同用戶故事的條件下組成不同的開發(fā)周期，組成不同的條目，如果要增加需求，那么只需要增加相應的用戶條目，由PO進行確認并排序優(yōu)先級，或者相反的刪除需求，對于整體項目的損耗就降低了很多。同時在開發(fā)的同時，也有機會對趨勢重新進行分析，這樣開發(fā)的產品永遠都可以跟上市場的節(jié)奏，可以實現(xiàn)敏捷開發(fā)。

在多種敏捷開發(fā)的模式中，Scrum是一種敏捷開發(fā)的方式，它的特點是：靈活性、適應需求變化、更適合團隊比較小的情況、每一個迭代均有產出、容易學習。

Scrum使用流程

對于scrum的使用流程，在每一個Scrum開始的時候，需要進行sprint計劃會，確定這個Sprint要做的事產品待辦列表，隨后大家開始執(zhí)行。在每天開始時，進行每日站會。在這一個周期結束的時候，一般是2-4周后，開sprint審查會議，審查會議之后要開一個回顧會議.以上步驟完成后，再開始下一次的Sprint。

Scrum角色分類

對于scrum中的角色分類，核心團隊包括產品負責人、Scrum教練和開發(fā)團隊。豬隊中，_重要的角色就是產品負責人，因為這個項目失敗的話，他和開發(fā)團隊是需要承擔責任的。Scrum教練不對項目里面的任何細節(jié)負責，他只對這個團隊是否合理的使用Scrum負責。

Scrum框架

對于scrum的框架，包括產品待辦列表，要不斷的把已知的所有需求記錄到這里面來，sprint計劃會是對這個Sprint進行規(guī)劃的會議。它的主要的目標就是從產品待辦列表里面選擇一些任務，放到Sprint待辦列表中。Daily Scrum是一個用于同步進度的會議。會議形式是每日站會來進行昨天做事情，今天做的事情以及遇到挑戰(zhàn)的總結。Sprint審查會是一個用于Sprint總結的會議。會議形式會演示產品增量，目的是把之前做的Sprint新功能給大家進行演示。Sprint 回顧會是一個用于Sprint回顧的會議。會議目的是回顧組內成員在項目開發(fā)過程中做的怎么樣。

但同時，在使用scrum的過程中也需要一些注意的方面，包括Scrum_不能代替?zhèn)鹘y(tǒng)軟件開發(fā)方法，Scrum適合十人左右的團隊，Scrum的一個Sprint時間為2周–4周，Scrum需要一個強有力的團隊等等。雖然scrum可以實現(xiàn)敏捷開發(fā)，但針對傳統(tǒng)汽車行業(yè)的項目也要確定是否團隊適合Scrum應用，外界的需求變化是否會很多多，這是決定使用Scrum的出發(fā)點。如果決定了使用scrum，在確定團隊，相應的scrum master，找到合適的工具，比如每日看板。