這一章節(jié)是關(guān)于Scrum Master要像清道夫一樣去幫助開發(fā)團(tuán)隊(duì)移除障礙的。我會(huì)用最常見的定義和實(shí)例來闡述什么是“障礙”，并講述作為清道夫的Scrum Master如何去處理障礙。
什么是障礙？
做過大量的研究之后，我發(fā)現(xiàn)的確有一些關(guān)于“障礙”的不錯(cuò)的定義：
? Scrum中的障礙指的是阻礙開發(fā)團(tuán)隊(duì)在Sprint中生產(chǎn)有價(jià)值的軟件增量或者制約開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)其固有進(jìn)展目標(biāo)的因素。
? 自組織的開發(fā)團(tuán)隊(duì)內(nèi)部解決不了的難題。
? 阻止開發(fā)團(tuán)隊(duì)成員在Sprint內(nèi)按照預(yù)期的生產(chǎn)能力進(jìn)行工作的事件。
關(guān)于“障礙”不錯(cuò)的引用如下所述：
? 好的Scrum Master營(yíng)造一個(gè)能夠報(bào)告障礙的環(huán)境，而一個(gè)優(yōu)秀的Scrum Master營(yíng)造一個(gè)富有創(chuàng)造力的環(huán)境。
? 好的Scrum Master努力爭(zhēng)取移除團(tuán)隊(duì)生產(chǎn)力障礙的許可，而一個(gè)優(yōu)秀的Scrum Master卻時(shí)刻準(zhǔn)備著得到團(tuán)隊(duì)的寬恕。
障礙的例子
到目前為止，你已經(jīng)知道了最常見的有關(guān)障礙的定義，你一定想見識(shí)幾個(gè)具體的障礙的例子。下面就是可能的障礙的舉例：
? 團(tuán)隊(duì)成員生病
? 不可預(yù)見的，不受歡迎的團(tuán)隊(duì)構(gòu)成方面的變化。
? 開發(fā)團(tuán)隊(duì)使用的工具出現(xiàn)問題。
? 技能不足
? 大量的技術(shù)債
? 供應(yīng)商方面的問題
? 難以協(xié)同的產(chǎn)品負(fù)責(zé)人
? 來自管理層的壓力
? 團(tuán)隊(duì)成員之間的沖突
? 開發(fā)團(tuán)隊(duì)必須參加的大量的并不重要的會(huì)議
? 團(tuán)隊(duì)環(huán)境的限制
? 猶豫不決的產(chǎn)品負(fù)責(zé)人
Scrum Master作為清道夫
按照Scrum指南，Scrum Master服務(wù)于開發(fā)團(tuán)隊(duì)的職責(zé)之一就是移除阻礙開發(fā)團(tuán)隊(duì)工作進(jìn)展的障礙。作為服務(wù)型領(lǐng)導(dǎo)，Scrum Master的目標(biāo)是打造自組織和跨職能的開發(fā)團(tuán)隊(duì)。Scrum Master鼓勵(lì)、支持并賦能開發(fā)團(tuán)隊(duì)，以便團(tuán)隊(duì)能夠淋漓盡致的發(fā)揮自己的潛能和才能。
要做到上述種種，Scrum Master在移除障礙之前，應(yīng)該慎重思考如下幾個(gè)問題：
? 它的確是個(gè)障礙嗎？或者它是可以被開發(fā)團(tuán)隊(duì)自己解決的？
? 我們真的需要移除這個(gè)障礙嗎？
? 這里最根本的問題是什么?
一定要知道上述的 “可能的”障礙的例子，并不一定會(huì)成為障礙，只有當(dāng)某個(gè)障礙不能被自組織團(tuán)隊(duì)自己解決的時(shí)候，它才被稱之為障礙。
技能不足可能會(huì)成為一個(gè)障礙，但是信任開發(fā)團(tuán)隊(duì)的自組織特性，進(jìn)而想想開發(fā)團(tuán)隊(duì)的其他可能性：或許團(tuán)隊(duì)成員想要學(xué)習(xí)該技能并視此為一個(gè)難得的機(jī)會(huì)。另外，團(tuán)隊(duì)成員之間的沖突也不一定會(huì)成為一個(gè)障礙，Scrum Master通過健康的沖突和辯論來引導(dǎo)團(tuán)隊(duì)進(jìn)行一次激烈的討論，最終這個(gè)團(tuán)隊(duì)會(huì)變得更加強(qiáng)壯。
Scrum Master應(yīng)該營(yíng)造一個(gè)讓開發(fā)團(tuán)隊(duì)感覺可以安全報(bào)告障礙的環(huán)境。就團(tuán)隊(duì)的自組織能力而言，Scrum Master應(yīng)該鼓勵(lì)團(tuán)隊(duì)試著去解決他們自己的問題，進(jìn)而將障礙扼殺在搖籃里。
移除障礙的策略
移除障礙是一個(gè)挑戰(zhàn)，下面我會(huì)分享一些策略和想法供Scrum Master在遇到障礙時(shí)參考。
? 不要等到每日站會(huì)時(shí)才報(bào)告障礙。眾所周知，Scrum指南推薦在每日站會(huì)要問的一個(gè)問題是 “我看到了什么障礙可能會(huì)阻止我或者開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)Sprint目標(biāo)?”。然而這并不意味著開發(fā)團(tuán)隊(duì)只有在每日站會(huì)時(shí)才能討論障礙。
? 制定Sprint目標(biāo)。一個(gè)清晰的Sprint目標(biāo)就是一個(gè)用來檢測(cè)某事是否是一個(gè)真正的障礙的指示器。如果某事會(huì)阻止開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)Sprint目標(biāo)，那它無疑就是一個(gè)障礙。
? 理解“阻塞”與“障礙”的區(qū)別。“阻塞”一般只影響單個(gè)任務(wù)，而“障礙”則像降落傘一樣會(huì)減慢整體的進(jìn)展。一般而言，“阻塞”是可以由團(tuán)隊(duì)自己解決的，而“障礙”則只能由ScrumMaster來解決。
? 通過“障礙看板”?高透明度。只需要簡(jiǎn)單的動(dòng)動(dòng)手指就可以在板子上將障礙直觀的披露出來。增加一些泳道，比如“ TO-DO”， “In Progress”, “Done”，這樣障礙的狀態(tài)就對(duì)所人透明了。當(dāng)然，你也可以在障礙加到Scrum 板上。因?yàn)槿蝿?wù)板上有了障礙信息，狀態(tài)的可視化和?升透明度變得更加重要。
? 對(duì)確定的障礙保持跟蹤。這將會(huì)成為Sprint評(píng)審和回顧的重要輸入。
? 了解組織。Scrum Master應(yīng)該了解組織的文化，并且知道在這個(gè)組織里應(yīng)該怎么樣去做事，使用正確的方式，這樣很多障礙就很容易解決了。
? 勇敢并且有創(chuàng)造性的移除障礙。當(dāng)你需要去做一些大膽的決定來保證團(tuán)隊(duì)的生產(chǎn)力時(shí)，就要做好準(zhǔn)備請(qǐng)求團(tuán)隊(duì)原諒你可能的決策失誤。
? 與產(chǎn)品負(fù)責(zé)人合作。障礙往往與產(chǎn)品管理團(tuán)隊(duì)與利益干系人以及供應(yīng)商的合作息息相關(guān)。產(chǎn)品負(fù)責(zé)人是這里面關(guān)鍵的角色。因此一定要與產(chǎn)品負(fù)責(zé)人保持良好的關(guān)系。
? 不要浪費(fèi)精力去解決錯(cuò)誤的問題。遇到障礙時(shí)，Scrum Master一定要忍住想要馬上定位問題，解決問題，提供解決方案的沖動(dòng)。Scrum Master應(yīng)該聚焦解決真正的問題，而非遇到的每個(gè)問題。通過不斷的詢問了解詳細(xì)的情形之后，分辨出哪些是真正需要解決的障礙，哪些是可以由開發(fā)團(tuán)隊(duì)抓住的學(xué)習(xí)的機(jī)會(huì)。
小結(jié)
經(jīng)過大量的研究與思考之后，我總結(jié)出了Scrum Master如何作為一個(gè)清道夫的簡(jiǎn)單?述。大量的材料表明，這無疑是Scrum Master很重要的一部分能力。我學(xué)習(xí)到的經(jīng)驗(yàn)是要尊重開發(fā)團(tuán)隊(duì)的自組織能力。試想一下，如果每一個(gè)微小的障礙都要由Scrum Master去解決的話，又怎么會(huì)有機(jī)會(huì)使團(tuán)隊(duì)作為一個(gè)整體得到提升呢？
與敏捷項(xiàng)目管理相關(guān)的推薦資源
敏捷中的三個(gè)Amigos發(fā)展戰(zhàn)略是什么？
Three friends refer to the main perspective of testing and inspecting increments in business, during and after development. They review each story in informal start-up meetings to provide a shared vision of what will be delivered and help ensure that it is the voice of the team, not a single opinion. (三個(gè)朋友指的是在業(yè)務(wù)、開發(fā)期間和開發(fā)之后測(cè)試檢查工作增量的主要視角，例如，業(yè)務(wù)分析師、開發(fā)人員、測(cè)試人員在非正式的啟動(dòng)會(huì)議中回顧每個(gè)故事，以對(duì)將要交付的內(nèi)容給出一個(gè)共同的共享愿景，并幫助確保它是團(tuán)隊(duì)的聲音，而不是單一的意見。)
Agile is the software development methodology that focuses on customer satisfaction by delivery shippable software frequently. Scrum is one of the many approaches to implement Agile. Scrum is suitable for certain type of projects where there are rapidly changing requirements. (敏捷是一種軟件開發(fā)方法，它通過頻繁交付可交付的軟件來關(guān)注客戶滿意度。Scrum是實(shí)現(xiàn)敏捷的眾多方法之一。Scrum適用于需求變化迅速的特定類型的項(xiàng)目。)
Velocity in Scrum is a measure of the amount of work a Team can tackle during a single Sprint and is the key metric in Scrum. Velocity is calculated at the end of the Sprint by totaling the Points for all fully completed User Stories. (速度是一個(gè)團(tuán)隊(duì)在一次沖刺中可以完成的工作量的度量，也是Scrum中的關(guān)鍵度量標(biāo)準(zhǔn)。在沖刺結(jié)束時(shí)，通過對(duì)所有完全完成的用戶故事的點(diǎn)進(jìn)行合計(jì)來計(jì)算速度。)
Scrum is a framework within which people can address complex adaptive problems, while productively and creatively delivering products of the highest possible value. Whilst it is lightweight and simple to understand it is difficult to implement and hard to master. This article tell you why?(Scrum是一個(gè)框架，人們可以在其中解決復(fù)雜的適應(yīng)性問題，同時(shí)富有成效和創(chuàng)造性地交付具有最高價(jià)值的產(chǎn)品。雖然它是輕量級(jí)的，易于理解，但很難實(shí)現(xiàn)，也很難掌握。這篇文章告訴你為什么？)
傳統(tǒng)項(xiàng)目管理 vs 敏捷項(xiàng)目管理
Traditional project management emphasizes on conducting detailed upfront planning for the project with emphasis on fixing the scope, cost and schedule - and managing those parameters. Whereas, Scrum encourages data-based, iterative decision making in which the primary focus is on delivering products that satisfy customer requirements. (傳統(tǒng)的項(xiàng)目管理強(qiáng)調(diào)對(duì)項(xiàng)目進(jìn)行詳細(xì)的前期規(guī)劃，強(qiáng)調(diào)確定范圍、成本和進(jìn)度，并管理這些參數(shù)。然而，Scrum鼓勵(lì)基于數(shù)據(jù)的、迭代的決策，其中主要關(guān)注的是交付滿足客戶需求的產(chǎn)品。)
Scrum has not been immune to controversy, and its history of invention is a topic of frequent debate. Some professionals believe that Jeff Sutherland, John Scumniotales, and Jeff McKenna invented Scrum in 1993. And then there are others who vouch for Hirotaka Takeuchi and Ikujiro Nonaka as inventing Scrum in 1986. (Scrum并沒有不受爭(zhēng)議，它的發(fā)明歷史是一個(gè)經(jīng)常爭(zhēng)論的話題。一些專業(yè)人士認(rèn)為Jeff Sutherland、John Scumniotales和Jeff McKenna于1993年發(fā)明了Scrum。還有其他一些人也許相信, 在1986年Hirotaka Takeuchi和Ikujiro Nonaka發(fā)明了Scrum。)
Less known than the process of Scrum and probably under-highlighted, but therefore not less important, are the 5 core Scrum Values upon which the framework is based: Commitment – Focus – Openness – Respect – Courage. These values relate to the ethics of Scrum, thereby -from a social point of view- turning Scrum into a value system. (與scrum的過程相比，人們對(duì)scrum知之甚少，而且可能低估了這一點(diǎn)，但同樣重要的是，該框架所基于的5個(gè)核心scrum價(jià)值觀：承諾——關(guān)注——開放——尊重——勇氣。這些價(jià)值觀與Scrum的倫理有關(guān)，因此從社會(huì)的角度來看，將Scrum轉(zhuǎn)變?yōu)橐粋€(gè)價(jià)值體系。)
When talking about Agile, we often talk about ''Agile'' and ''Scrum,'' but, how exactly are related, and how are they different? We take a look of this issue in this Article. (在談到敏捷時(shí), 我們經(jīng)常談?wù)?"敏捷" 和 "scrum", 但是, 它們到底有什么關(guān)系, 它們有什么不同？我們?cè)诒疚闹薪榻B了這一問題。)
This article covers all the key concept of Scrum framework that make you easily be recalled and apply anytime from your mind as systematic knowledge structure (本文涵蓋了 scrum 框架的所有關(guān)鍵概念, 使您可以輕松地被召回, 并從您的頭腦中隨時(shí)作為系統(tǒng)的知識(shí)結(jié)構(gòu)應(yīng)用)
(英文版) (日本語版) 什么是Scrum的三大支柱？ SCRUM使用經(jīng)驗(yàn)方法（或有時(shí)稱為經(jīng)驗(yàn)主義）以適應(yīng)客戶不斷變化的需求。經(jīng)驗(yàn)主義是根據(jù)實(shí)際經(jīng)歷的內(nèi)容做出決策的行為。經(jīng)驗(yàn)方法意味著以事實(shí)為基礎(chǔ)，以經(jīng)驗(yàn)為基礎(chǔ)，以證據(jù)為基礎(chǔ)的方式開展工作，特別是，進(jìn)展是基于對(duì)現(xiàn)實(shí)的觀察，而不是基于大量前期要求的虛構(gòu)計(jì)劃。?[…]
