"Scrum is simple楔脯,but it's not easy速种。"這是參加CSM認證培訓課上Vernon大師介紹Scrum框架前說的一句話掉瞳,當時因為剛接觸敏捷不久,對Scrum也只限于皮毛的理論知識岸更,對大師的這句話并沒有太多感受。后續(xù)隨著公司一年多的Scrum+XP的落地實踐租副,在公司內(nèi)部負責敏捷推廣坐慰,給各個團隊培訓敏捷基礎(chǔ)知識,同時在幾個團隊中擔任ScrumMaster用僧,對這句話的感越來越深结胀。
因為在公司每個月都會新員工做敏捷培訓,對于框架中的內(nèi)容已經(jīng)很熟悉责循,但每每遇到落地實踐的問題糟港,都會重翻這本經(jīng)典之作對應(yīng)的章節(jié),而對于Scrum框架這個章節(jié)都會必看院仿,帶著問題重讀秸抚,對框架中各塊內(nèi)容有更深的理解。
這也是為什么我會選擇"Scrum框架"這一章節(jié)的原因歹垫。
Scrum框架總覽:
首先剥汤,Scrum不是一個類似ISO9000或者CMMI L3之類的標準過程,也不能保證團隊有條不紊的按照步驟一步步執(zhí)行后排惨,就能在指定時間和預(yù)算內(nèi)產(chǎn)出讓客戶滿意的高質(zhì)量產(chǎn)品吭敢。相反,在一定時期內(nèi)Scrum有可能會讓高層感覺團隊依舊很"慢"暮芭。因為鹿驼,Scrum是一個用于組織和管理工作的框架。
*Scrum價值觀:
價值觀是整個框架的基石辕宏,就好比建造高樓大廈的地基畜晰,雖然不屬于建筑的組成部分,但它對保證建筑物的堅固耐久具有非常重要的作用瑞筐。不理解或者不認可價值觀凄鼻,后續(xù)的各項活動也就不會深入理解其中的目的或者價值,會做的越來越形式化聚假。
在Scrum聯(lián)盟的各項認證培訓块蚌,以及在大部分資料中,對于Scrum價值觀是五大項“承諾魔策、專注匈子、公開河胎、尊重闯袒、勇氣”。但本書提到了八大價值觀,稍有差別政敢。對此也曾有過困惑其徙,百度了很多資料,后來在一篇《Scrum價值觀問題溯源》的簡書中看到Bob對此問題詢問原書作者后的答復(fù)“書中的幾項是作者自己添加的喷户,他認為非常重要的價值觀”唾那。追本溯源,兩者“專注褪尝、開放闹获、尊重、勇氣”是完全一樣的河哑,差別在于“承諾”和“誠實避诽、信任、授權(quán)璃谨、合作”這些詞條沙庐。在實際的落地實踐中,真實感受到“承諾”完全可以貫穿這四項詞條:“承諾”是PO和開發(fā)團隊相互給予對方的佳吞,在過程中通過緊密“合作”來促進承諾的達成拱雏。團隊基于團隊的平均速率“誠實”地向PO承諾下一個Sprint目標,PO在過程中充分“信任”團隊可以交付高質(zhì)量產(chǎn)品增量底扳,并且承諾不會干擾團隊铸抑。對于SM來說,不再是以往的管理者的角色花盐,而是一個教練羡滑,在過程中充分發(fā)揮教導(dǎo)作用,幫助團隊制定合適的算芯、有團隊特色的Scrum方式柒昏,給予團隊充分“授權(quán)”,而不是像傳統(tǒng)項目經(jīng)理那樣去分配任務(wù)或者發(fā)號施令熙揍。
Scrum價值觀推崇以人為中心职祷,與眾多企業(yè)文化也是相符的,但真正讓公司從上至下做到理解和落地還是需要下很大功夫的届囚。否則有梆,將會變成墻上文化,隨之Scrum各種實踐也會有形無神意系。
*Scrum角色:
PO泥耀、SM、開發(fā)團隊蛔添,三個角色在工作中相互影響痰催、相互依靠兜辞,在過程中相互磨合,“相愛相殺”的感覺夸溶,逐漸形成有機整體逸吵。
-PO:明確WHAT?(要開發(fā)什么缝裁?以什么順序開發(fā)扫皱?)-引導(dǎo)團隊做正確的事情
關(guān)于PO這個角色多說一句:我們公司有產(chǎn)品經(jīng)理、產(chǎn)品助理等崗位捷绑,但是在團隊內(nèi)往往會把崗位與角色混淆韩脑,很多開發(fā)同學會說團隊內(nèi)有2個、3個粹污、甚至于5個PO扰才,個人認為這是比較嚴重的概念錯誤,一是SM要自省團隊為什么會有這樣的概念錯誤厕怜?二是承擔PO角色的同學要自省真的承擔起相關(guān)職責了嗎衩匣?PO在團隊內(nèi)是唯一有權(quán)決定要構(gòu)建哪些特性并以何種順序來構(gòu)建的人。如果有N個PO存在粥航,那對于開發(fā)團隊來說也是一種痛苦琅捏,不知道該聽誰的。递雀。柄延。
-SM:指導(dǎo)團隊在通用Scrum框架上建立并遵循自己的過程。
通過自己的個人影響力來領(lǐng)導(dǎo)團隊缀程,在團隊中承擔培訓搜吧、引導(dǎo)、輔導(dǎo)杨凑、啟發(fā)滤奈、協(xié)調(diào)等作用,屬于“服務(wù)式領(lǐng)導(dǎo)”撩满。避免通過權(quán)力來命令或者控制蜒程,否則違反了Scrum基本價值觀。
-開發(fā)團隊:確定HOW伺帘?(如何交付PO要求的產(chǎn)品)
跨職能昭躺、自組織團隊,7±2的規(guī)模(兩個披薩原則)伪嫁,如果團隊人數(shù)過多领炫,溝通渠道會很多,那么各種溝通和會議的效率會大大降低张咳。
我們的做法:在公司剛開始推行敏捷的時候帝洪,要求每個團隊都創(chuàng)建一份“團隊工作協(xié)議”针史,全員簽名后貼在各自的白板上。雖然建立是帶著半強迫的性質(zhì)碟狞,但每個團隊所公示出來的內(nèi)容實際是團隊問責的明確聲明,對于團隊自組織管理起到了一定的推動作用婚陪。例如族沃,站會遲到是最常見的一些問題,在工作協(xié)議中對此會有團隊共同商定的“處罰”辦法泌参。起初脆淹,工作協(xié)議中的內(nèi)容不會很多,隨著沖刺的進行沽一,發(fā)現(xiàn)問題盖溺、解決問題、回顧總結(jié)铣缠,工作協(xié)議會越來越充實烘嘱,這也充分體現(xiàn)了團隊的持續(xù)提升。當團隊中有新的同學加入蝗蛙,工作協(xié)議也是讓新人快速了解團隊文化的方式之一蝇庭,更快融入團隊之中。
公司這一年多的敏捷落地實踐捡硅,對于技術(shù)團隊來說經(jīng)歷了很大的考驗:從職能轉(zhuǎn)變的角度哮内,團隊更加扁平化,取消了項目經(jīng)理的頭銜壮韭,一些人員因為轉(zhuǎn)變不了思維被迫離職北发。其次,敏捷轉(zhuǎn)型對于大家的工作方式喷屋、溝通方式也是一個很大的轉(zhuǎn)變琳拨,公司采購了JIRA、WIKI作為日常工具屯曹,使工作協(xié)作更加透明化从绘、可視化。
*Scrum活動:
各項活動的詳細內(nèi)容不在這里贅述是牢,只是分享一些自己的感受僵井。
每個沖刺期間,這些活動都是必須執(zhí)行的驳棱,并且一環(huán)扣著一環(huán)批什。在轉(zhuǎn)型期初,很多團隊成員抱怨會議太多社搅,占用了太多時間驻债,經(jīng)過幾次調(diào)研乳规,發(fā)現(xiàn)大家對于這些活動或者會議的叫法各有不同,例如:“沖刺規(guī)劃”在一些團隊成為“迭代計劃”合呐,一些團隊成為“迭代啟動”暮的。其實,會議目的都是相同的淌实,但在大家都一知半解的情況下會認為有多個會議冻辩,太浪費時間了。為了讓各團隊在這方面達成一致拆祈,我們將各項活動統(tǒng)一了名稱恨闪,并且梳理了會議目的、召開時間放坏、參加人員咙咽、輸入、輸出等內(nèi)容淤年,公示在WIKI中钧敞,讓各團隊的SM將相關(guān)內(nèi)容在團隊內(nèi)宣導(dǎo)。經(jīng)過一段時間麸粮,會議太多的這種反饋就不存在了犁享。
隨著各項活動的不斷進行,問題又來了豹休,大家又反饋“這些會議太形式化了炊昆,不開這些會難道項目一定做不好嗎?”答案當然是否定的威根。實際上凤巨,在框架概覽中也已提到,Scrum不能保證團隊有條不紊的按照步驟一步步執(zhí)行后洛搀,就能在指定時間和預(yù)算內(nèi)產(chǎn)出讓客戶滿意的高質(zhì)量產(chǎn)品敢茁。經(jīng)過一些溝通,出現(xiàn)這種問題反饋是由于大家把這些活動僅僅當成了去開了個會留美,缺少“儀式感”彰檬。《小王子》中對于儀式感有句經(jīng)典的話:“儀式感谎砾,就是使某一天與其他日子不同逢倍,使某一時刻與其他時刻不同【巴迹”(關(guān)于儀式感的重要性较雕,推薦大家一篇簡書(http://www.reibang.com/p/1f21b68925c5))隨后,在公司內(nèi)的各種培訓或者分享中,我把這部分內(nèi)容都稱之為“Scrum儀式”亮蒋,把儀式感深入人心扣典。
問題在實踐過程中不斷出現(xiàn),解決了一個又會冒出了新的問題慎玖,我們要做的不是逃避問題贮尖,而是去觀察問題背后的根因到底是什么,找到根因趁怔,抽絲剝繭湿硝,總會找到最合適的解決方案。
*Scrum工件:
-產(chǎn)品列表:由產(chǎn)品負責人管理痕钢、不斷演進的一個動態(tài)列表;具有DEEP的特點序六;其中每一個條目稱為PBI任连,包括功能性需求、非功能性需求例诀、技術(shù)改進點随抠、待解決的問題等;
-沖刺列表:在沖刺規(guī)劃期間繁涂,產(chǎn)品負責人和開發(fā)團隊對沖刺目標達成一致后拱她,開發(fā)團隊一般會繼續(xù)將每個需要完成的特性再細分為一組子任務(wù)。這組任務(wù)與對應(yīng)的PBI共同組成了沖刺列表扔罪。由開發(fā)團隊管理和維護秉沼,產(chǎn)品負責人沒有權(quán)利自行添加PBI或者子任務(wù)。
原則上矿酵,在一個沖刺期間不允許改變范圍內(nèi)的目標唬复。但是,有時候業(yè)務(wù)需求使我們無法完全遵從這個原則全肮。通常敞咧,我們在各個團隊中采取的做法是:產(chǎn)品負責人首先闡明變更的必要性,一切基于價值評估來說話辜腺,團隊認可價值后再與團隊協(xié)商是否采用“需求置換”休建,或者團隊接受這個沖刺加班完成。無論是什么結(jié)果评疗,產(chǎn)品負責人都不能威脅團隊必須要做测砂。
-潛在可交付的產(chǎn)品增量:這里最關(guān)鍵的是團隊內(nèi)有一致同意的DOD(完成的定義),基于其中的內(nèi)容來判斷是否沖刺內(nèi)所有東西都做完了百匆。
“潛在可交付”并不意味著構(gòu)建出的東西必須實際交付邑彪,交付是產(chǎn)品負責人的業(yè)務(wù)決策,基于發(fā)布計劃來確定胧华。
同樣寄症,隨著時間推移宙彪,團隊DOD內(nèi)容會不斷修改完善 。
關(guān)于燃盡圖:CSM認證培訓課上Vernon大師介紹有巧,早期時燃盡圖是Scrum工件之一释漆,但是當圖形燃到0點時,并不意味著可以交付出有價值的產(chǎn)品篮迎,所以“潛在可交付的產(chǎn)品增量”替代其成為Scrum工件男图。
那么,燃盡圖是不是就不再重要甜橱,可以不再關(guān)注呢逊笆?非也。個人認為岂傲,燃盡圖在沖刺過程中是需要團隊成員共同關(guān)注的难裆。無論是手繪還是通過工具來展示,都是沖刺過程中可視化進度的表達方式镊掖,能幫助團隊判斷沖刺目標是否可達成的風險概率乃戈。
總結(jié):
"Scrum is simple,but it's not easy亩进。"
理論的內(nèi)容總是很簡單症虑,但是真正做起來,會遇到各種各樣的問題归薛,“見招拆招”谍憔,總能找到的合適的解決方法。關(guān)鍵是堅持主籍。