來源:云棧技術(shù)CSTC 作者:Geekwolf 筆者有幸參與由瀑布模型到敏捷管理變革嘗試的全過程,。傳統(tǒng)項(xiàng)目管理采用PMP模式,,有嚴(yán)格的評(píng)審和產(chǎn)出物流程。但敏捷項(xiàng)目管理打破了傳統(tǒng)模式,,我們需要同時(shí)在管理和開發(fā)思維上做出變革。本文將對(duì)敏捷與Scrum的關(guān)系,,Scrum的核心概念價(jià)值,、落地三三五五及度量標(biāo)準(zhǔn)進(jìn)行闡述總結(jié)。希望能夠幫助到學(xué)習(xí)或計(jì)劃將敏捷帶入團(tuán)隊(duì)的朋友,。- 核心思想:關(guān)注價(jià)值、擁抱變化,、快速交付,、持續(xù)改進(jìn)。
- 行動(dòng)指南:產(chǎn)品Backlog梳理,、版本規(guī)劃及發(fā)布、迭代規(guī)劃及執(zhí)行,、每日站會(huì),、迭代總結(jié)會(huì)。
- 管理角色:敏捷教練-提出問題的總結(jié)者,,解決問題的合作者,;幫助團(tuán)隊(duì)轉(zhuǎn)變思維方式和觀念,讓團(tuán)隊(duì)深入理解敏捷,、實(shí)踐敏捷,,通過言傳身教,讓團(tuán)隊(duì)學(xué)會(huì)如何應(yīng)用敏捷方法,、實(shí)踐和工具,。
- 使命:幫助團(tuán)隊(duì)駕馭敏捷,生產(chǎn)優(yōu)秀產(chǎn)品,。
- 目標(biāo):培養(yǎng)高效能,、高產(chǎn)出敏捷團(tuán)隊(duì),,讓團(tuán)隊(duì)擁有自我管理能力、自我成長(zhǎng)能力,,自行獨(dú)立實(shí)踐敏捷,。
- 活動(dòng):觀察、反饋,、培養(yǎng),、引導(dǎo)和支持。
采用敏捷開發(fā)的方法也有很多,,主要包括極限編程(XP)、Scrum,、水晶方法(Crystal Methods),、自適應(yīng)軟件開發(fā)(ASD)、特性驅(qū)動(dòng)開發(fā)(FDD),、動(dòng)態(tài)系統(tǒng)開發(fā)(DSDM),、輕量級(jí)RUP、測(cè)試驅(qū)動(dòng)開發(fā)(TDD)等等,。而在眾多的敏捷開發(fā)方法中,,尤以實(shí)施Scrum比較流行。
- 概述:Scrum是一套輕量級(jí)的工程實(shí)踐框架,,是Agile的一種,通過各種流程和技術(shù)來有效解決復(fù)雜的適應(yīng)性問題,,并創(chuàng)造MVP(Minimum Viable Product)的產(chǎn)品
- 歷史:來自英式橄欖球運(yùn)動(dòng),,本質(zhì)含義就是一群人你推我搡地去搶球和控球。用球賽來類比確實(shí)是一個(gè)形象又合適的比喻,,在賽場(chǎng)上盡管隊(duì)員們努力按照既定計(jì)劃推進(jìn),,但是場(chǎng)上瞬息萬變,不可能實(shí)時(shí)按照教練或者隊(duì)長(zhǎng)的指令亦步亦趨的去行事,,只能靠平時(shí)訓(xùn)練中形成的素養(yǎng)見機(jī)行事,,達(dá)成目標(biāo)。
- 適用場(chǎng)景:依賴固定節(jié)奏的交付周期,,稱為Sprint或迭代,,圍繞迭代、增量的過程骨架展開的活動(dòng),。
核心思路:首先承認(rèn)我們的客戶并不清楚自己的需求,并且需求會(huì)不斷變化,所以我們默認(rèn)需求是變化的,,并且制定出一套策略能讓整個(gè)組織按照小功能快速開發(fā),,并且后續(xù)不斷迭代,。
- 關(guān)系:團(tuán)隊(duì)成員之間的關(guān)系,,團(tuán)隊(duì)與客戶之間的關(guān)系要處理好,;
- 反思:作為Scrum Master應(yīng)該反問自己和團(tuán)隊(duì),,現(xiàn)在是否幫助客戶解決了問題,,我們和客戶的關(guān)系怎么樣?通過不斷反思問題來促進(jìn)團(tuán)隊(duì)成長(zhǎng),。反模式:
- 以流程為中心:團(tuán)隊(duì)一起反思如何更快的進(jìn)行產(chǎn)品交付,,而不是如何制定一個(gè)完美的流程;
- 以績(jī)效為中心:績(jī)效是把雙刃劍,,不同團(tuán)隊(duì)采用不同的績(jī)效,。沒有正確的績(jī)效也沒有不變的績(jī)效。要回到Scrum精髓本質(zhì),,把團(tuán)隊(duì)聚焦在解決客戶問題上來,;
- “推動(dòng)”敏捷轉(zhuǎn)型:Scrum的轉(zhuǎn)型,需要團(tuán)隊(duì),、管理層,、老板一致認(rèn)為,我們Scrum改革的WHY,。
Scrum是一套輕量級(jí)的工程實(shí)踐框架,是Agile的一種,,通過各種流程和技術(shù)來有效解決復(fù)雜的適應(yīng)性問題,,并創(chuàng)造MVP的產(chǎn)品。 適用場(chǎng)景:依賴固定節(jié)奏的交付周期,,稱為Sprint或迭代,,圍繞迭代、增量的過程骨架展開的活動(dòng),。- 深入學(xué)習(xí)Scrum的運(yùn)行規(guī)則。
- 投入足夠的時(shí)間來學(xué)習(xí)和實(shí)踐Scrum,。
- 引入Scrum一定要在新項(xiàng)目或新迭代開始的時(shí)候,而不是中途,。
- 持續(xù)增強(qiáng)master 敏捷管理能力及敏捷文化。
8.1 產(chǎn)品負(fù)責(zé)人(PO) 職責(zé):主要負(fù)責(zé)確定產(chǎn)品的功能和達(dá)到要求的標(biāo)準(zhǔn),,指定軟件的發(fā)布日期和交付的內(nèi)容,最大化產(chǎn)品及開發(fā)團(tuán)隊(duì)工作的價(jià)值,。產(chǎn)品負(fù)責(zé)人是管理產(chǎn)品待辦事項(xiàng)列表的唯一負(fù)責(zé)人,。- 清晰表達(dá)產(chǎn)品待辦列表?xiàng)l目。
- 對(duì)待辦列表排序,,最好的實(shí)現(xiàn)目標(biāo)和使命,。
- 確保研發(fā)團(tuán)隊(duì)對(duì)所執(zhí)行工作的價(jià)值。
- 確保產(chǎn)品待辦列表所有人可見,、透明,、清晰,并且顯示Scrum團(tuán)隊(duì)的下一步工作,。
- 確保研發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品待辦列表中的條目達(dá)到一定程度的理解,。
改變需求優(yōu)先級(jí),必須說服產(chǎn)品負(fù)責(zé)人,。為保證產(chǎn)品負(fù)責(zé)人的工作取得成功,,組織中所有人員必須尊重最終的決定,高優(yōu)先級(jí)待辦是唯一待開發(fā)的產(chǎn)品路徑,。- 熟悉業(yè)務(wù),,能夠讓各方干系人對(duì)產(chǎn)品需求的認(rèn)識(shí)達(dá)到共識(shí)。
- 準(zhǔn)確鑒別用戶要求,,洞察其背后的意圖并轉(zhuǎn)化成為產(chǎn)品需求,。
- 具備項(xiàng)目管理和產(chǎn)品設(shè)計(jì)、規(guī)劃等方面的專業(yè)技能和經(jīng)驗(yàn),。
8.2 研發(fā)團(tuán)隊(duì)(DT)職責(zé):主要負(fù)責(zé)軟件產(chǎn)品在Scrum規(guī)定流程下進(jìn)行開發(fā)工作,,人數(shù)控制在5~10人左右,每個(gè)成員可能負(fù)責(zé)不同的技術(shù)方面,,但要求每成員必須要有很強(qiáng)的自我管理能力,,同時(shí)具有一定的表達(dá)能力;成員可以采用任何工作方式,,只要能達(dá)到Sprint的目標(biāo),。研發(fā)團(tuán)隊(duì)為每個(gè)Sprint的結(jié)尾交付潛在可發(fā)布的產(chǎn)品增量負(fù)責(zé)。- 期待通過提升自己和幫助他人,,讓團(tuán)隊(duì)成員變的更好,。
- 尊重自己和他人,認(rèn)可并實(shí)踐敏捷價(jià)值觀和敏捷原則,。
- 具備開放共贏的心態(tài),、求真務(wù)實(shí)的作風(fēng)和良好協(xié)作精神。
職責(zé):主要負(fù)責(zé)整個(gè)Scrum流程在項(xiàng)目中的順利實(shí)施和進(jìn)行,以及清除擋在客戶和開發(fā)工作之間的溝通障礙,,使得客戶可以直接驅(qū)動(dòng)開發(fā),。Scrum Master服務(wù)于Scrum團(tuán)隊(duì),幫助團(tuán)隊(duì)外的成員了解如何與Scrum團(tuán)隊(duì)交互是有益的,,通過改變交互來最大化Scrum團(tuán)隊(duì)創(chuàng)造的價(jià)值,。1)服務(wù)于產(chǎn)品負(fù)責(zé)人- 找到有效管理產(chǎn)品待辦事項(xiàng)列表的技巧。
- 清晰地與產(chǎn)品負(fù)責(zé)人溝通愿景,、目標(biāo)和產(chǎn)品待辦事項(xiàng)列表?xiàng)l目,。
- 引導(dǎo)產(chǎn)品負(fù)責(zé)人創(chuàng)建清晰簡(jiǎn)明的產(chǎn)品待辦列表?xiàng)l目。
- 在經(jīng)驗(yàn)主義環(huán)境中理解長(zhǎng)期的產(chǎn)品規(guī)劃,。
2)服務(wù)于研發(fā)團(tuán)隊(duì)- 指導(dǎo)研發(fā)團(tuán)隊(duì)自組織和跨職能,。
- 引導(dǎo)研發(fā)團(tuán)隊(duì)創(chuàng)造高價(jià)值的產(chǎn)品,。
- 移除研發(fā)團(tuán)隊(duì)進(jìn)展過程的障礙。
- 在Scrum還未安全被采納和理解的環(huán)境下指導(dǎo)研發(fā)團(tuán)隊(duì),。
- 按需推動(dòng)Scrum活動(dòng),。
- 在組織范圍內(nèi)計(jì)劃Scrum的實(shí)施,。
- 幫助員工及干系人理解并實(shí)施Scrum和經(jīng)驗(yàn)性產(chǎn)品開發(fā),。
- 發(fā)起提升Scrum團(tuán)隊(duì)生產(chǎn)力的變革。
- 與其他Scrum Master一起,,幫助組織更有效應(yīng)用Scrum,。
- 積極影響他人、幫助他人取得成功來發(fā)揮個(gè)領(lǐng)導(dǎo)力,。
- 能夠快速與他人建立信任,有效幫助他人發(fā)現(xiàn)和解決問題,。
- 樂于助人,,擅長(zhǎng)與他人合作,溝通能力和抗壓能力都很強(qiáng),。
9.1 產(chǎn)品待辦列表(Product Backlog) 產(chǎn)品待辦事項(xiàng)列表是一個(gè)排序的列表,包含所有產(chǎn)品需要的東西,也是產(chǎn)品需求變動(dòng)的唯一來源。列出了特性,、功能,、需求、改進(jìn)等未來發(fā)布產(chǎn)品的改變,,包含描述、次序和估算的特征。優(yōu)先級(jí)越高,,需求應(yīng)該越清晰,。一組為當(dāng)前 Sprint 選出的產(chǎn)品代辦事項(xiàng)列表?xiàng)l目,外加交付產(chǎn)品增量和實(shí)現(xiàn) Sprint 目標(biāo)的具體計(jì)劃??梢栽诿咳照緯?huì)上得到呈現(xiàn),。只有研發(fā)團(tuán)隊(duì)可以對(duì)Spring Backlog可以進(jìn)行修改,此時(shí)可以移除部分失去開發(fā)意義的需求,,增加其他優(yōu)先級(jí)更高的需求,。9.3 產(chǎn)品增量(Product Increment)增量是一個(gè)Sprint完成的所有產(chǎn)品待辦列表總和以前Sprint所產(chǎn)生的增量的價(jià)值總和。增量是一個(gè)Sprint完成的所有產(chǎn)品待辦列表總和以前Sprint所產(chǎn)生的增量的價(jià)值總和。- 沖刺計(jì)劃 - 對(duì)沖刺期間工作范圍及工作量的詳細(xì)評(píng)估,;
- 每日站會(huì) - 團(tuán)隊(duì)成員共享任務(wù)進(jìn)度和面臨的問題,。提供相關(guān)Sprint任務(wù)剩余時(shí)間的報(bào)告。保持目標(biāo)方向,;
- Sprint總結(jié)會(huì)議 - 分享進(jìn)展順利,,表現(xiàn)優(yōu)秀的地方。進(jìn)展不佳及改進(jìn)思路,,可以幫助Scrum團(tuán)隊(duì)和流程的持續(xù)改進(jìn),;
- 團(tuán)隊(duì)滿意度 - 定期了解Scrum團(tuán)隊(duì)滿意度,可以提升敏捷文化,,減少團(tuán)隊(duì)沖突和流程問題,。
- 燃盡圖(Brundown Chart) - 比較直觀顯示沖刺過程中完成了多少故事點(diǎn)以及還剩下多少故事點(diǎn),有助于預(yù)測(cè)沖刺范圍是否會(huì)按時(shí)完成,;
- 敏捷速度(Velocity Chart) - 衡量團(tuán)隊(duì)在過去幾個(gè)Sprint中平均完成的故事點(diǎn)數(shù)即產(chǎn)能,,用于預(yù)測(cè)團(tuán)隊(duì)在新的Sprint中的表現(xiàn)。也可以用于提升團(tuán)隊(duì)產(chǎn)能的衡量指標(biāo),。但Scrum團(tuán)隊(duì)之間比較不具備參考意義,;
- 累積流量圖(Cumulative Flow Diagram) - 用于顯示任務(wù)狀態(tài)-在sprint,發(fā)行版或跨軟件團(tuán)隊(duì),。它可以可視化流程中的瓶頸–在任何工作流程階段中,,成比例的大量任務(wù)表明存在問題。例如,,在驗(yàn)證或測(cè)試階段圖表中的大“氣泡”表示該階段資源不足,;控制圖(Control Chart)、缺陷數(shù)等,;
- 度量的目的是為了使Scrum團(tuán)隊(duì)更加聚焦交付增量目標(biāo),,通過過程指標(biāo)不斷修正和持續(xù)改進(jìn),,而非以考核和監(jiān)督為目的。
3月,,IDCF【冬哥有話說】將解讀四位國際大咖的經(jīng)典演講,,一起精進(jìn)#敏捷#DevOps。
|