什么是Scrum?
Scrum是敏捷軟件開(kāi)發(fā)過(guò)程的一種框架，用以實(shí)現(xiàn)迭代式增量開(kāi)發(fā)蜜自。
好吧菩貌，很抽象。
那是不是 —— 只要有了sprint重荠、IPM箭阶、Showcase、Retrospective戈鲁、可視化卡墻仇参、每日站會(huì)，這些流程和工具婆殿，就已經(jīng)實(shí)現(xiàn)Scrum了呢诈乒？
也許有人會(huì)說(shuō)是。這看起來(lái)基本就是一個(gè)Scrum的MVP(Minimum viable product)婆芦。
好怕磨，那假設(shè)我們的團(tuán)隊(duì)已經(jīng)實(shí)現(xiàn)了Scrum流程的MVP喂饥。
現(xiàn)在，我們來(lái)進(jìn)行一下每日站會(huì)肠鲫。請(qǐng)每個(gè)人依次對(duì)三個(gè)問(wèn)題進(jìn)行描述仰泻。
三個(gè)問(wèn)題，哪三個(gè)問(wèn)題滩届？
- 你昨天做了什么集侯？
- 今天計(jì)劃做什么？
- 遇到什么阻礙或問(wèn)題帜消？
一般大家都認(rèn)為是這三個(gè)問(wèn)題是不是棠枉？
很多人都容易把每日站會(huì)視為一個(gè)簡(jiǎn)單的個(gè)人報(bào)告會(huì)。
但其實(shí)泡挺，Scrum的原版三個(gè)問(wèn)題是：
- 你昨天做了什么去幫助團(tuán)隊(duì)完成沖刺辈讶？
- 今天你打算做什么來(lái)幫助團(tuán)隊(duì)完成沖刺？
- 什么因素阻礙了團(tuán)隊(duì)的前進(jìn)之路娄猫？
請(qǐng)注意贱除，有兩個(gè)字在這三個(gè)問(wèn)題中一再出現(xiàn) —— “團(tuán)隊(duì)/團(tuán)隊(duì)/團(tuán)隊(duì)”。
也許有人會(huì)認(rèn)為區(qū)別不大 —— 每個(gè)人做好自己的工作媳溺，就是在推進(jìn)團(tuán)隊(duì)整體的進(jìn)度月幌。
團(tuán)隊(duì)之力
實(shí)行scrum的目標(biāo)之一，提升團(tuán)隊(duì)能效悬蔽，項(xiàng)目進(jìn)展速度應(yīng)該是越來(lái)越快的扯躺。
團(tuán)隊(duì)學(xué)習(xí)和知識(shí)共享
假設(shè)有一堆3個(gè)月以上工作量story卡，有兩種選擇：
- 分給5個(gè)工程師蝎困，他們各自都有充足的業(yè)務(wù)上下文來(lái)開(kāi)發(fā)录语，但這5個(gè)工程師相互之間都不在同一個(gè)team，需要每人獨(dú)立完成工作禾乘。
- 分給一個(gè)有5個(gè)工程師的team澎埠，團(tuán)隊(duì)性完成工作。
從做卡速率來(lái)考慮始藕，你會(huì)傾向于哪一種選擇蒲稳？
估計(jì)在有的PM看來(lái)，如果這些工程師的技能Level都相同的話鳄虱，這兩種選擇根本沒(méi)有太大區(qū)別弟塞。
但是其實(shí)不然。
如果可以選擇拙已，將這里的工程師都替換成10倍效率工程師，選擇一的整體做卡速度會(huì)提升10倍摧冀；而選擇二中即使替換成5倍效率工程師倍踪，整個(gè)團(tuán)隊(duì)整體做卡速度也會(huì)遠(yuǎn)遠(yuǎn)大于10倍系宫。
為什么？
一個(gè)簡(jiǎn)單的場(chǎng)景：假設(shè)story卡中涉及到新的技術(shù)知識(shí)建车，選擇一扩借，整體花費(fèi)的從零開(kāi)始獨(dú)立的學(xué)習(xí)時(shí)間是5人份；而選擇二缤至，只需要團(tuán)隊(duì)中一個(gè)人從零開(kāi)始學(xué)習(xí)潮罪，然后通過(guò)有效的知識(shí)分享和傳遞，快速的讓整個(gè)團(tuán)隊(duì)所有人掌握此項(xiàng)技術(shù)领斥。
消除單人進(jìn)度的瓶頸
當(dāng)然也不只是學(xué)習(xí)新技術(shù)的場(chǎng)景嫉到，聯(lián)想一下平時(shí)有沒(méi)有這樣的場(chǎng)景：
A工程師在站會(huì)上表示當(dāng)前進(jìn)度被一個(gè)技術(shù)性問(wèn)題困擾，正好B有相關(guān)經(jīng)驗(yàn)月洛，于是B主動(dòng)表示今天會(huì)跟A pair來(lái)為其加速和傳遞相關(guān)知識(shí)何恶。
每個(gè)個(gè)體都有長(zhǎng)短板和瓶頸，團(tuán)隊(duì)正是相互之間以己之長(zhǎng)嚼黔、補(bǔ)彼之短细层。
即使很不巧，一個(gè)團(tuán)隊(duì)中長(zhǎng)短板都相同唬涧，這里可以想象一下鳴人利用影分身學(xué)習(xí)的場(chǎng)景————多線程不同角度的試錯(cuò)疫赎，再通過(guò)交流和知識(shí)共享，最終還是能讓團(tuán)隊(duì)快速克服瓶頸碎节、獲得更全面的成長(zhǎng)虚缎。
小規(guī)模的加持
從上面兩點(diǎn)可以觀察到團(tuán)隊(duì)之中相互之間信息透明、溝通交流非常重要钓株。
Scrum團(tuán)隊(duì)中实牡，每個(gè)成員都必須知道其他人在做什么。同時(shí)每個(gè)人自己正在做什么工作轴合，正面臨著哪些挑戰(zhàn)创坞，取得了哪些進(jìn)步等等，都必須透明受葛，讓別人知道题涨。
這里其實(shí)會(huì)花費(fèi)一些溝通成本，如果團(tuán)隊(duì)過(guò)大总滩，固然是會(huì)讓溝通成本增加纲堵，同時(shí)會(huì)給每個(gè)成員關(guān)注的溝通渠道數(shù)帶來(lái)很大的壓力。
團(tuán)隊(duì)成員增加之后闰渔，相互之間溝通渠道就會(huì)大幅增加席函。
團(tuán)隊(duì)總溝通渠道數(shù) = n * (n - 1) / 2
# n為成員數(shù)量
如果是7人，團(tuán)隊(duì)總溝通渠道數(shù)是21冈涧，9人是36茂附，10人則是45正蛙。
人類的大腦可能根本無(wú)法應(yīng)付這么多的溝通渠道。
相信大家都在站會(huì)和code review的時(shí)候有這樣的感覺(jué)营曼，當(dāng)人數(shù)上升之后乒验，越來(lái)越不能充足的了解其他成員正在干什么，更別說(shuō)主動(dòng)發(fā)現(xiàn)并給予幫助了蒂阱。
快速反饋和改進(jìn)之力
Scrum的目標(biāo)是為了實(shí)現(xiàn)迭代增量開(kāi)發(fā)锻全，從而產(chǎn)生反饋，從中學(xué)習(xí)录煤，之后調(diào)整我們正在構(gòu)建的東西和我們的構(gòu)建方式鳄厌。
sprint為團(tuán)隊(duì)提供了相應(yīng)的機(jī)制。
我們先過(guò)一下sprint整體流程辐赞。
sprint之初 —— IPM：在每次沖刺之初部翘，都會(huì)舉行一次會(huì)議，產(chǎn)品負(fù)責(zé)人講解需求响委，并由開(kāi)發(fā)團(tuán)隊(duì)規(guī)劃沖刺內(nèi)容新思，即在未來(lái)兩周內(nèi)能完成多少工作，明確sprint結(jié)束時(shí)可交付的產(chǎn)品增量目標(biāo)赘风。
sprint運(yùn)行中：在sprint中夹囚，團(tuán)隊(duì)有兩項(xiàng)工作：完成在當(dāng)前sprint計(jì)劃的工作以及準(zhǔn)備下一個(gè)sprint。
sprint結(jié)束之前 —— review（showcase）: 不展示成果邀窃，就沒(méi)有效果荸哟。每次sprint的交付物應(yīng)該是潛在可交付的產(chǎn)品增量，在showcase上展示已明確完成的增量成果瞬捕，與sprint開(kāi)始之前的完成目標(biāo)進(jìn)行對(duì)比鞍历，接受評(píng)審反饋。
sprint最后 —— team Retrospective: 團(tuán)隊(duì)回顧會(huì)議肪虎，在會(huì)議中回顧整個(gè)sprint過(guò)程劣砍，反思過(guò)去以改善將來(lái)的sprint。
快速反饋
每個(gè)sprint可看做是一種實(shí)驗(yàn)扇救。
通過(guò)迭代sprint這種短期的time-box刑枝，每一次sprint結(jié)束之后，潛在可交付的產(chǎn)品增量可以讓客戶和團(tuán)隊(duì)快速評(píng)估該實(shí)驗(yàn)迅腔，獲得反饋装畅。
他們可以根據(jù)在上一個(gè)sprint中的發(fā)現(xiàn)來(lái)判斷自己的前進(jìn)方向是否正確，以及判斷他們下一步打算做的事情是不是恰當(dāng)?shù)摹?br>
失敗得快沧烈，才能迅速改正掠兄。
檢查和調(diào)整
Scrum的一個(gè)重要意義就是改變團(tuán)隊(duì)對(duì)時(shí)間的看法。實(shí)行sprint和每日站會(huì)一段時(shí)間之后，團(tuán)隊(duì)就不會(huì)再把時(shí)間看成一支徑直飛向未來(lái)的箭徽千，而是從周期性的視角去看待時(shí)間苫费。
利用這一個(gè)個(gè)周期汤锨，形成戴明PDCA循環(huán)（Plan-Do-Check-Action）双抽。
Review和Retrospective，就是scrum中形成檢查和調(diào)整的一環(huán)闲礼。
不只是”檢查和調(diào)整“團(tuán)隊(duì)構(gòu)建的東西牍汹，還要”檢查和調(diào)整“團(tuán)隊(duì)構(gòu)建的過(guò)程。
每經(jīng)過(guò)一次sprint柬泽，檢驗(yàn)一下團(tuán)隊(duì)做的事情慎菲，看看是否朝著正確的方向前進(jìn)？結(jié)果是不是真正希望看到的锨并？是否有什么辦法能改善目前正在做的事情露该？如何才能做得更快更好？存在哪些潛在的障礙第煮？這一點(diǎn)看似容易解幼，做起來(lái)并非易事，需要有思想包警，善于自省撵摆，有實(shí)事求是基于事實(shí)的數(shù)據(jù)和依據(jù)、自我約束的意識(shí)害晦。
有人曾經(jīng)發(fā)問(wèn)：如果團(tuán)隊(duì)成員都不想開(kāi)Retrospective特铝，作為PM你打算怎么辦？
當(dāng)時(shí)的一個(gè)答案是：其實(shí)敏捷實(shí)踐施于團(tuán)隊(duì)壹瘟，都是可以根據(jù)團(tuán)隊(duì)實(shí)際情況進(jìn)行剪裁的鲫剿。如果團(tuán)隊(duì)覺(jué)得沒(méi)有必要開(kāi)，那就可以不開(kāi)稻轨。
但我想說(shuō)的是灵莲，對(duì)于Scrum，如果沒(méi)有其他手段形成周期性最后的”檢查和調(diào)整“閉環(huán)澄者，那Retrospective就一定要開(kāi)笆呆。即使是團(tuán)隊(duì)成員對(duì)于當(dāng)前的Sprint狀態(tài)、速度粱挡、步調(diào)非常滿意赠幕，因?yàn)?—— 即使是這種情況，在Retrospective meeting上询筏，團(tuán)隊(duì)也要回答一個(gè)重要問(wèn)題：”你們?nèi)绾尾拍茏龅酶瞄叛撸俊?/p>
短期詳細(xì)計(jì)劃，消除浪費(fèi)之力
在最早的軟件開(kāi)發(fā)方法 —— 瀑布式軟件開(kāi)發(fā)中，前期會(huì)做大量的分析逆屡、設(shè)計(jì)和計(jì)劃圾旨，編寫大量詳細(xì)的文檔文檔、繪制大量的甘特圖報(bào)告企圖體現(xiàn)和控制軟件的開(kāi)發(fā)進(jìn)度魏蔗。而當(dāng)現(xiàn)實(shí)進(jìn)度與計(jì)劃報(bào)告有矛盾時(shí)砍的，認(rèn)為往往認(rèn)為問(wèn)題出在現(xiàn)實(shí)上，認(rèn)為圖表是正確的莺治。
本身這種長(zhǎng)期計(jì)劃和進(jìn)度控制辦法廓鞠，建立的這種制度 —— 無(wú)異于強(qiáng)迫自己一味地空想。
首先谣旁，這種付出大量努力去規(guī)劃細(xì)節(jié)床佳，限制潛在變化，并預(yù)知未知因素的長(zhǎng)期計(jì)劃榄审，最后往往會(huì)徒勞無(wú)功砌们。每一個(gè)項(xiàng)目在開(kāi)發(fā)過(guò)程中都需要人們?nèi)グl(fā)現(xiàn)新問(wèn)題，去激發(fā)自己的靈感搁进。
其次浪感，企圖回避現(xiàn)實(shí)的不確定性。
另外拷获，無(wú)法響應(yīng)外在環(huán)境和商業(yè)的不斷變化篮撑。
最后，是非炒夜希現(xiàn)實(shí)的一個(gè)問(wèn)題 —— 人類其實(shí)非常不擅長(zhǎng)于預(yù)測(cè)一件事情需要耗費(fèi)的時(shí)間赢笨。
而在scrum中團(tuán)隊(duì)只需要對(duì)下一個(gè)sprint做詳細(xì)計(jì)劃，使用短周期來(lái)增加確定性驮吱、應(yīng)對(duì)變化茧妒、快速反饋。節(jié)省長(zhǎng)期計(jì)劃中起不到作用的分析左冬、設(shè)計(jì)桐筏、溝通協(xié)調(diào)的時(shí)間。
專注目標(biāo)拇砰、可持續(xù)的步調(diào)之力
sprint之所以叫沖刺梅忌，是可以讓人產(chǎn)生一種緊張激烈的感覺(jué)。
但它強(qiáng)調(diào)的并不是 —— 長(zhǎng)跑馬拉松始終以最后200米沖刺的不可持續(xù)的節(jié)奏進(jìn)行開(kāi)發(fā)除破，反而十分強(qiáng)調(diào)可持續(xù)性開(kāi)發(fā)節(jié)奏牧氮。
首先，不要改變當(dāng)前sprint的目標(biāo)瑰枫。
一旦一個(gè)團(tuán)隊(duì)決定要完成某些任務(wù)踱葛，那么這些任務(wù)就鎖定了，團(tuán)隊(duì)之外的任何人都不能再給他們?cè)黾尤蝿?wù)，干預(yù)和擾亂團(tuán)隊(duì)只會(huì)大幅放緩團(tuán)隊(duì)的工作進(jìn)度尸诽。
即使一些人質(zhì)問(wèn)敏捷不就是要擁抱變化嗎甥材？Scrum的擁抱變化不意味著可以在同一個(gè)sprint內(nèi)進(jìn)行改變。
其實(shí)性含，很少有企業(yè)身處“變化迅猛以至于企業(yè)不能在2周sprint的開(kāi)始就設(shè)定優(yōu)先級(jí)然后保持這些優(yōu)先級(jí)不變”這樣的行業(yè)中洲赵。許多企業(yè)也許認(rèn)為他們就處于那樣的環(huán)境，但事實(shí)上不然胶滋。
要達(dá)到不要輕易改變當(dāng)前sprint的目標(biāo)板鬓，這通常要求我們慢慢習(xí)慣于“提前思考”悲敷，不要“缺乏遠(yuǎn)見(jiàn)”究恤。
其次，不要臺(tái)球短跑后德。
臺(tái)球短跑指部宿，團(tuán)隊(duì)剛完成一個(gè)sprint，還沒(méi)準(zhǔn)備開(kāi)始下一個(gè)瓢湃，下一個(gè)sprint又開(kāi)始啟動(dòng)理张。第二個(gè)sprint經(jīng)常只是所謂的開(kāi)始，實(shí)際上團(tuán)隊(duì)還根本沒(méi)有準(zhǔn)備好做這個(gè)sprint的工作绵患，以致于他們不得不花費(fèi)幾天時(shí)間學(xué)會(huì)要干什么雾叭。
要記住，在當(dāng)前sprint中落蝙，團(tuán)隊(duì)有兩個(gè)目標(biāo)：完成在當(dāng)前sprint計(jì)劃的工作以及準(zhǔn)備下一個(gè)sprint织狐。
特別PO、UED這些團(tuán)隊(duì)對(duì)其有前置依賴的角色筏勒，需要及時(shí)提前準(zhǔn)備下一個(gè)sprint移迫。這樣可以讓整個(gè)團(tuán)隊(duì)的交付步伐一直處于順暢、可持續(xù)的狀態(tài)管行。
可預(yù)測(cè)之力
團(tuán)隊(duì)內(nèi)厨埋，需要知道自己的速度。
每個(gè)團(tuán)隊(duì)都應(yīng)該準(zhǔn)確知道自己在每個(gè)sprint階段中完成了多少工作捐顷，并且應(yīng)該知道如何以更加聰明的方法去消除障礙荡陷，加快工作速度。
知道自己的工作速度之后迅涮，就能計(jì)算出交付日期废赞，速度 × sprint次數(shù)＝交付工作量。
團(tuán)隊(duì)外逗柴，穩(wěn)定蛹头、短期的交付頻次，可以帶給客戶明確的”可預(yù)測(cè)性“ —— 基本上提出的需求和問(wèn)題只要等待一個(gè)固定周期就可以上線。
當(dāng)然如果客戶在明知”可預(yù)測(cè)性“的基礎(chǔ)上渣蜗，仍然總是要求”快速響應(yīng)“屠尊，沒(méi)有耐心等待一個(gè)固定周期時(shí)間過(guò)去，那就可以考慮縮短這個(gè)固定周期的時(shí)間長(zhǎng)度耕拷。比如讼昆，如果是2次sprint才release一次，則可以考慮是否能1次sprint就release骚烧。
總結(jié)
學(xué)習(xí)Scrum框架浸赫，使用其進(jìn)行軟件開(kāi)發(fā)過(guò)程管理，往往很容易赃绊。
但既峡，是不是總有那么一些團(tuán)隊(duì)，明明用了Scrum仍然每日疲于奔命碧查？
是否是只見(jiàn)Scrum其形运敢，不見(jiàn)其神呢？
如果是忠售，可以檢查一下是否有 其神中未發(fā)揮出來(lái)的力量传惠？
如果是，可能團(tuán)隊(duì)需要考慮有一位專職的Scrum守護(hù)者 —— Scrum master稻扬。
參考文獻(xiàn)
- 《敏捷革命》卦方，Jeff Sutherland 著
- 《Scrum 敏捷軟件開(kāi)發(fā)》，Mike Cohn 著
- 《硝煙中的 Scrum和 XP》泰佳，Henrik Kniberg 著
