Scrum Master 認證是針對 Scrum Master(敏捷項目管理中的角色)的專業(yè)認證。Scrum 是一種敏捷開發(fā)方法,Scrum Master 則是負責指導和推動 Scrum 團隊的角色。獲得 Scrum Master 認證可以證明個人在敏捷項目管理方面具備一定的知識和技能,并且對Scrum方法有深入的理解和實踐經驗。這對于在敏捷環(huán)境中工作的項目經理、團隊領導或相關專業(yè)人士來說,可能有助于提升他們在職場上的競爭力和專業(yè)認可度。
中文名 Scrum Master敏捷專家認證(CSM)英文名 Certified Scrum Master英文簡稱 CSM頒證機構 Scrum Alliance(Scrum敏捷聯盟)證書類別 敏捷同類認證 ACP 、ITIL4 HVIT 、DevOps
01 起源與形成
? 開始:
敏捷的初步概念_早可以追溯到1930年沃爾特-休哈特提出PDSA (計劃-執(zhí)行-學習-行動)。
? 起源:
Scrum這一術語,_早出現在1986年的一篇論文中,由竹內弘高和野中郁次郎提出。論文描述了像本田、佳能、富士施樂這樣的公司是如何通過可伸縮、基于團隊的并行產品開發(fā)方式開發(fā)出了世界_的產品,并且將這種新的產品開發(fā)方法比作橄欖球中的“Scrum”戰(zhàn)術。
文章指出:傳統(tǒng)的“接力式”的開發(fā)模式已經不能滿足快速靈活的市場需求,而整體或“橄欖球式”的方法——團隊作為一個整體前進,在團隊的內部傳球并保持前進,這可以更好的滿足當前激烈的市場競爭。
? 形成:
在1990年代初,肯·施瓦伯在其公司使用了一種方法Advanced Development Methods(先進開發(fā)方法),這種方法后來發(fā)展為Scrum。同時,杰夫·薩瑟蘭在Easel公司開發(fā)了一種類似的方法,并首次稱之為Scrum。1995年,杰夫·薩瑟蘭和肯·施瓦伯聯合發(fā)表了論文,首次提出Scrum概念,并規(guī)范化了Scrum框架。
02 發(fā)展和普及
?
? 敏捷宣言:
2001年,一群熱愛敏捷的軟件開發(fā)人員聚集在一起討論各自的項目為什么成功,經過復盤、總結歸納并提煉出項目成功的因素。Scrum與其他敏捷方法(包括看板、水晶、XP、ScrumBan等等)共同構成了敏捷宣言(4個價值觀和12個原則)。
? Scrum聯盟和認證:
隨后,Scrum聯盟(肯·施瓦伯2002年創(chuàng)辦)和其他機構成立,提供Scrum認證和培訓,推動了Scrum的全球普及。
? Scrum發(fā)展和普及 :
在敏捷開發(fā)的眾多方法和框架中,Scrum無疑是_受歡迎和廣泛應用的一種。從它的誕生到現在,Scrum已經成為推動項目管理和軟件開發(fā)與創(chuàng)新的重要力量。
根據《2020敏捷狀態(tài)調查報告》,總共有76%的組織采用Scrum,Scrum當之無愧成為“C位”開發(fā)模式。
03 Scrum 框架
Scrum框架可以概括為3(角色) 3(工件) 5(活動) 5(價值觀),給大家簡單介紹一下。
?
? 角色【3】:
產品負責人(Product Owner):負責定義產品愿景、管理Product Backlog。
Scrum Master:確保團隊遵守Scrum原則和實踐,解決阻礙進展的問題。
開發(fā)團隊:負責實際開發(fā)工作,通常是跨職能團隊。
? 工件【3】:
Product Backlog:產品待辦事項列表(需求的清單,持續(xù)更新)。
Sprint Backlog:沖刺待辦事項列表(目標所需的具體任務)。
Product Increment (PI):產品增量(Sprint結束時的可交付的成果/產品)。
? 活動【5】:
Sprint:時間固定的開發(fā)周期,通常2-4周。
日常站會(Daily Scrum):每天短會議,討論進展、計劃和障礙。
Sprint計劃會議:確定Sprint目標和待辦事項。
Sprint復盤會議:展示和評估Sprint成果。
Sprint回顧會議:回顧過程,討論改進方法。
? 價值觀【5】:
勇氣Courage:有勇氣去面對各種挑戰(zhàn)。
專注Focus:每個迭代只專注于該迭代要完成的事情。
_Commitment:作為一個團隊,在迭代開始時做出_,并在迭代中全力完成。
尊重Respect:團隊是能隨時溝通的,并且能相互理解的。
公開Openness:團隊所有的進展、問題、阻礙都是對所有人可視化、透明的。
04 常見問題
? Scrum就是迭代開發(fā)?
這樣理解是有偏差的。敏捷是個大概念,迭代開發(fā)只是很多敏捷開發(fā)用的主要基礎實踐之一。敏捷開發(fā)除了迭代開發(fā),還包括很多其他管理和工程技術實踐,像演進式架構設計、敏捷建模、重構、自動回歸測試等等。
? 迭代周期如何選擇?
選擇迭代長度時考慮的因素:
1)不確定性的多少。不確定越多,迭代就應該越短;
2)獲得反饋的難易程度。獲得反饋越難,迭代就應該越短;
3)優(yōu)先級可以保持多久不變。優(yōu)先級變化越快,迭代就應該越短;
4)緊迫感的維持。越保持急迫感,迭代就應該越短。
不管迭代周期選多長,_好定好一個長度就一直用,別變來變去。比迭代周期更重要的是,團隊遇到問題后怎么應對和改進,要真正把改進任務加到每個迭代里去做。
? 開發(fā)團隊的規(guī)模?
Scrum 提倡小團隊就保持敏捷,大團隊則去完成重要工作,推薦 5 ~ 9 人的團隊規(guī)模,但不用糾結這個數。關鍵是團隊要有完成產品增量(PI)的所有技能,且能高效協作。團隊有 11 人能高效協作就不用減人,有 4 人能完成產品增量(PI)也不用加人。
---------------------------
好了,關于敏捷今天就說這么多。_后給大家附上關于Scrum Master(CSM)認證考試的一些信息,大家可以截圖保存。