現(xiàn)在多數(shù)團(tuán)隊開展的敏捷開發(fā)活動是以Scrum方法為基礎(chǔ)冰啃,而《Scrum指南》也一直被視為Scrum方法的最權(quán)威官方說明。
該指南在2020年11月進(jìn)行了最新一次的更新写烤,很有意思的是Ken和Jeff兩位作者在新版《Scrum指南》中進(jìn)一步減少了具體的操作指導(dǎo)聚谁,整篇更加偏向于定義做事原則辆琅。
下面分享一下2020版《Scurm指南》的重要變化冻晤,以便我們在團(tuán)隊日常的敏捷開發(fā)過程中進(jìn)行合理和及時的調(diào)整:
1苇羡、規(guī)定性更低
這些年來,Scrum 指南開始變得越來越有規(guī)定性鼻弧。 2020 版旨在通過刪除或淡化規(guī)定性語言设江,使Scrum 重新成為最低限度的框架。例如刪除了 Daily Scrum 三個提問攘轩,淡化了關(guān)于 PBI 屬性的相關(guān)描述叉存,淡化了 Sprint Backlog 中改進(jìn)項的相關(guān)描述,刪除了“取消 Sprint”一節(jié)更改為更為簡單的描述 撑刺,等等鹉胖。
解讀:
Scrum只是一個輕量級的敏捷開發(fā)框架握玛,留有巨大的空間用來給團(tuán)隊進(jìn)行實踐層面的自主够傍,根據(jù)不同領(lǐng)域、不同團(tuán)隊挠铲、不同工具可以衍生出眾多的最佳實踐冕屯。如同敏捷宣言中隱含的非零和主義價值觀一樣,為了避免實踐層面局限性帶來的認(rèn)知教條化和不適用可能拂苹,指南去除了一些具體操作限制以帶來其通用性的提升安聘。潛在問題是落地時沒有太多參照物,如果沒有Scrum專業(yè)人士指導(dǎo)落地,很可能走彎路或者學(xué)習(xí)曲線較長浴韭。
* 每日Scrum站會的時候可以不按照“昨天丘喻。。念颈。今天泉粉。。榴芳。阻礙嗡靡。。窟感√直耍”的固定話術(shù)溝通,比如成熟度比較高的團(tuán)隊往往三言兩語就能溝通清楚柿祈,重點是透明沖刺工作和阻礙性問題哈误。
* 淡化了產(chǎn)品待辦列表必須具有描述、次序躏嚎、估算和價值這些屬性黑滴,可以根據(jù)不同領(lǐng)域來調(diào)整和不斷增加這些屬性,比如不一定要著急對一些特別長遠(yuǎn)和充滿不確定因素的待辦列表進(jìn)行估算和價值描述紧索,重點是團(tuán)隊要不斷梳理和精細(xì)化PBI袁辈,產(chǎn)品負(fù)責(zé)人幫助團(tuán)隊理解并作出決策。
* 淡化了為了確保持續(xù)改進(jìn)珠漂,沖刺待辦列表至少包括一項在先前回顧會議中確定下來的高優(yōu)先級過程改進(jìn)晚缩;沖刺待辦列表更多服務(wù)于產(chǎn)品交付,可以接受非正式的改進(jìn)記錄和跟蹤方式媳危,但重點是要確保改進(jìn)項可以落地執(zhí)行荞彼。
* 取消了Sprint 可以在 Sprint 時間盒結(jié)束之前取消,只有產(chǎn)品負(fù)責(zé)人才有取消 Sprint 的權(quán)力待笑;由于 Sprint 的時間都很短鸣皂,所以取消 Sprint 的意義不大,當(dāng)然我們實踐過程中取消沖刺的情況也確實很少發(fā)生暮蹂。
2寞缝、一個團(tuán)隊,專注于一個產(chǎn)品
我們的目標(biāo)是消除導(dǎo)致 PO 和 Dev 團(tuán)隊(Dev Team)之間出現(xiàn)“代理”或“我們與他們”行為的團(tuán)隊中獨立團(tuán)隊的概念⊙鲂海現(xiàn)在只有一個 Scrum Team 專注于同一目標(biāo)荆陆,有三種不同的職責(zé):PO、SM 和Developers集侯。
解讀:
上一版《Scrum指南》在描述Scrum包含的三種不同角色時會有一個“開發(fā)團(tuán)隊”的定義被啼,這會讓人對Scrum團(tuán)隊和開發(fā)團(tuán)隊的定義有所迷惑不解帜消,進(jìn)而造成產(chǎn)品負(fù)責(zé)人只關(guān)注和開發(fā)團(tuán)隊負(fù)責(zé)人/接口人交流,或者產(chǎn)生產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊分屬不同組織浓体,不是一個整體的結(jié)果泡挺。為了避免以上問題,新版《Scrum指南》將原來的“開發(fā)團(tuán)隊(Dev Team)”重新定義為“開發(fā)者(Developers)”命浴,突出只有一個Scrum團(tuán)隊且團(tuán)隊要共同對一個產(chǎn)品負(fù)責(zé)(主人翁精神)粘衬。
3、Product Goal 介紹
2020 版 Scrum 指南引入了 Product Goal 的概念咳促,為 Scrum Team 提供了一個更具價值的目標(biāo)的專注點稚新。每個 Sprint 都應(yīng)使產(chǎn)品更接近整體的 Product Goal。
解讀:
由于沖刺時間一般不長(比如兩周)跪腹,所以把工作目標(biāo)只聚焦在沖刺上是不夠且短視的褂删,很容易讓Scrum團(tuán)隊對工作缺少整體或宏觀價值上的理解,進(jìn)而也無法保證每個沖刺作出調(diào)整的合理性和連貫性冲茸。(Ken和Jeff很聰明的通過反饋發(fā)現(xiàn)了這個優(yōu)化點并及時進(jìn)行了調(diào)整)
產(chǎn)品是傳遞價值的載體屯阀。它具有明確的邊界、已知的利益攸關(guān)者和定義明確的用戶或客戶轴术。產(chǎn)品可以是一種服務(wù)难衰、實體產(chǎn)品或其他更抽象的東西。產(chǎn)品目標(biāo)是Scrum團(tuán)隊的長期目標(biāo)逗栽。應(yīng)該先實現(xiàn)(或放棄)一個目標(biāo)盖袭,然后再開始下一個目標(biāo)。
這與我們現(xiàn)有的項目管理流程側(cè)重點不盡相似彼宠,Scrum團(tuán)隊?wèi)?yīng)該周期性的通過立項鳄虱、啟動、定義凭峡、實施拙已、運營活動對產(chǎn)品迭代目標(biāo)及價值不斷的進(jìn)行梳理和總結(jié),而產(chǎn)品待辦列表摧冀、沖刺目標(biāo)可以更好的為實現(xiàn)產(chǎn)品目標(biāo)提供服務(wù)倍踪。
你清楚自己所負(fù)責(zé)產(chǎn)品的目標(biāo)么?及時檢查一下自己所做的工作是否是在服務(wù)于這個目標(biāo)索昂?讓自己別再繼續(xù)混沌的工作下去建车。
4、給 Sprint Goal 楼镐、 Definition of Done 和 Product Goal 安了家
之前版本的 Scrum 指南描述了 Sprint Goal 和 Definition of Done 癞志,但是沒有真正賦予它們一個身份。 它們不是完全意義上的工件框产,而是在某種程度上依附于工件凄杯。 隨著 Product Goal 的增加,2020 版對此提供了更為清晰的說明”蓿現(xiàn)在戒突,三個工件中的每一個都包含一個相應(yīng)的的“承諾”。 對于 Product Backlog描睦,它是 Product Goal 膊存,對于 Sprint Backlog 則是 Sprint Goal ,而 Increment 則是Definition of Done (現(xiàn)在忱叭,Done 不再加引號)隔崎。它們的存在是為了帶來透明度,并專注于每個工件的進(jìn)展韵丑。
解讀:
新版《Scrum指南》因為以承諾的方式將產(chǎn)品目標(biāo)爵卒、沖刺目標(biāo)和完成定義與三個工件(產(chǎn)品待辦列表、沖刺待辦列表和產(chǎn)品增量)進(jìn)行綁定撵彻,使得對工件的解釋更為自洽钓株,而三個工件之間的關(guān)聯(lián)關(guān)系也更加明確。產(chǎn)品待辦列表包含實現(xiàn)產(chǎn)品目標(biāo)的所有工作事項陌僵,沖刺待辦列表包含實現(xiàn)沖刺目標(biāo)的所有工作事項且他們是實現(xiàn)產(chǎn)品目標(biāo)的分解轴合,產(chǎn)品增量是衡量產(chǎn)品目標(biāo)實現(xiàn)進(jìn)度的可見物,再通過沖刺評審體現(xiàn)和進(jìn)行目標(biāo)實現(xiàn)結(jié)果的質(zhì)量度量碗短,而完成的定義正是質(zhì)量度量工作的標(biāo)準(zhǔn)受葛。
邏輯是不是與OKR有點類似呢?大目標(biāo)(產(chǎn)品目標(biāo))->小目標(biāo)(沖刺目標(biāo))->關(guān)鍵結(jié)果(產(chǎn)品增量偎谁,對于完成標(biāo)準(zhǔn)要有具體的說明)奔坟,兩者結(jié)合起來應(yīng)該可以發(fā)揮更大價值。
5搭盾、自管理勝過自組織
之前版本的 Scrum 指南將開發(fā)團(tuán)隊( Development Team) 稱為自組織咳秉,選擇誰和如何做。 2020版更關(guān)注 Scrum Team鸯隅,強調(diào)一個自管理的 Scrum Team澜建,選擇誰、如何做以及做什么蝌以。
解讀:
筆者認(rèn)為這個更新如果說是升級優(yōu)化炕舵,不如說是兩位作者發(fā)現(xiàn)上一版《Scrum指南》的一些漏洞后作出的修復(fù)嘗試,因為之前對于團(tuán)隊自組織定義和解釋的不足造成了眾多紛爭跟畅,但遺憾的是“自管理”一詞在新版本中的指導(dǎo)性依舊不足咽筋。
所以以下理解只能作為個人的一點點揣測:
John Richard Hackman博士在《Leading Teams: Setting the Stage for Great Performances》一書中概述了他的權(quán)力矩陣,并描述了授予團(tuán)隊權(quán)力的四個級別徊件。Ken和Jeff的靈感可能源自于此奸攻,并試圖向受眾加以理解上的限定:
* 經(jīng)理領(lǐng)導(dǎo)的團(tuán)隊:讓團(tuán)隊成員只擁有執(zhí)行任務(wù)的權(quán)力蒜危,而經(jīng)理則監(jiān)控和管理工作流程、設(shè)計人員構(gòu)成并設(shè)定方向睹耐。在我們看來辐赞,傳統(tǒng)職能經(jīng)理和項目管理團(tuán)隊中的許多專家組都是這種設(shè)置的實際例子;
* 自我管理團(tuán)隊:讓成員不僅負(fù)責(zé)任務(wù)執(zhí)行硝训,還負(fù)責(zé)管理他們的進(jìn)度响委。在IT部門內(nèi)部,我們看到很多看板團(tuán)隊都在應(yīng)用這種方法窖梁,專注于團(tuán)隊任務(wù)和價值的流動性赘风;
* 自我設(shè)計團(tuán)隊:賦予成員權(quán)力來設(shè)計和改變他們團(tuán)隊所在的組織環(huán)境的各個方面,大多數(shù)管理團(tuán)隊都處于這個位置纵刘;
* 自治團(tuán)隊:負(fù)責(zé)所有四個核心職能邀窃,如公司董事會、工會或初創(chuàng)企業(yè)彰导。
在權(quán)威等級中蛔翅,所謂自組織Scrum團(tuán)隊更近似于自管理團(tuán)隊。Scrum團(tuán)隊自我管理他們的工作(哪個團(tuán)隊成員應(yīng)該做什么位谋、何時以及如何做)山析,大多數(shù)Scrum團(tuán)隊還無法到達(dá)自我設(shè)計/自治,Scrum團(tuán)隊對其工作和它使用的過程擁有權(quán)威掏父,但不包括團(tuán)隊成員或目標(biāo)的設(shè)計笋轨。
那Scrum團(tuán)隊就一定無法達(dá)到自我設(shè)計和自治么?實際上沒有人會阻止團(tuán)隊成長并承擔(dān)更多責(zé)任赊淑。公司管理層自然會問自己:我們到底希望公司有多自組織爵政?是否應(yīng)該允許團(tuán)隊決定自主招聘或解雇成員?那不就已經(jīng)是一個自我設(shè)計的團(tuán)隊了嗎陶缺? 在大規(guī)模使用精益和敏捷的組織中钾挟,Scrum 團(tuán)隊?wèi)?yīng)該能夠做到這一點,或者至少有相關(guān)的發(fā)言權(quán)饱岸。
6掺出、三個 Sprint Planning 話題
Sprint Planning 的話題除了“什么”和“如何”之外, 2020 版 Scrum 指南還強調(diào)了第三個話題“為什么”苫费,即 Sprint Goal 汤锨。
解讀:
在沖刺計劃會增加與沖刺目標(biāo)相關(guān)話題的基本邏輯與3近似,主要是增強Scrum團(tuán)隊沖刺工作的目的性和方向感百框。如果當(dāng)你每次參與沖刺計劃會的時候被一個個瑣碎的用戶故事搞的暈頭轉(zhuǎn)向闲礼,完全搞不清相關(guān)工作帶來的價值以及其服務(wù)的目標(biāo)時請大聲的提出來“我們的沖刺目標(biāo)是什么?他是否與我們的產(chǎn)品目標(biāo)有關(guān)系?”
7柬泽、為更廣泛的受眾而全面簡化語言
2020 版 Scrum 指南著重于消除冗余和復(fù)雜的陳述慎菲,以及刪除所有與 IT 工作相關(guān)的推斷(例如,測試聂抢、系統(tǒng)钧嘶、設(shè)計棠众、需求琳疏,等等)。現(xiàn)在闸拿, Scrum 指南不到 13 頁空盼。
解讀:
“萬物之始,大道至簡新荤,衍化至繁”揽趾,從2010年第一版《Scrum指南》發(fā)布到最新的2020版本已經(jīng)歷10年4次重要更新,最重要的是在這期間Scrum仍然是世界上最為流行的敏捷開發(fā)方法苛骨,Ken和Jeff兩位老先生也在努力將這套方法還原到其最簡(初心)模式以便在未來影響更為廣泛的領(lǐng)域和受眾篱瞎。