本周公司正式開工，我也嘗試了一周遠(yuǎn)程辦公，從個(gè)人感受講，我感覺這周的工作效率以及和團(tuán)隊(duì)同事溝通，比在公司的時(shí)候更高。一個(gè)重要的原因是，我們基于TAPD（Tencent Agile Product Developmetn）進(jìn)行了更好的工作協(xié)作和溝通，這里不是為這個(gè)工具宣傳，因?yàn)轭愃乒ぞ吆芏?。我重點(diǎn)想說的是，我們歪打正著地使用了一些TAPD背后的原理，而核心就是Agile（敏捷）。

以前也聽過“敏捷開發(fā)”的名字，并認(rèn)為是互聯(lián)網(wǎng)軟件行業(yè)用的方法，和我關(guān)系不大。出于好奇，我閱讀了一本相關(guān)的書籍《敏捷革命》，覺得挺受啟發(fā)，分享與你 。

這本書的作者是杰夫.薩瑟蘭，Scrum公司（專門傳授敏捷開發(fā)方法）的聯(lián)合創(chuàng)始人，應(yīng)該算是這套方法大神級(jí)人物。他的經(jīng)歷也非常傳奇，他畢業(yè)于美國西點(diǎn)軍校，作為美軍戰(zhàn)斗機(jī)飛行員，完成過100多次飛越北部越南的作戰(zhàn)任務(wù)，退役后進(jìn)入斯坦福大學(xué)，于1972年獲得統(tǒng)計(jì)學(xué)碩士學(xué)位，又于1980年獲得科羅拉多大學(xué)生物統(tǒng)計(jì)學(xué)博士,他先后擔(dān)任了11家軟件公司的首席執(zhí)行官和首席技術(shù)官，積累了豐富的項(xiàng)目管理經(jīng)驗(yàn)，并于2006年，他成立了自己的公司公司Scrum，提供Scrum管理方法的培訓(xùn)服務(wù)。本書就是作者基于多年的實(shí)踐和思考，總結(jié)形成的關(guān)于敏捷開發(fā)的系統(tǒng)性的總結(jié)。

本文會(huì)從三個(gè)方面進(jìn)行分享：什么是Scrum或敏捷開發(fā)？為什么它會(huì)有效？如何應(yīng)用它提供我們的工效率和價(jià)值？

1 敏捷開發(fā)

1.1 瀑布開發(fā)VS敏捷開發(fā)

作者在書中提到，開發(fā)方式常?？梢苑譃閮煞N：一種是瀑布式，一種是Scrum式（敏捷式）。所謂的瀑布式就是它的示意圖如下圖所示，它像一個(gè)瀑布一樣，一層一層的泄而下，也就是在項(xiàng)目啟動(dòng)后，收集所有的需求，后規(guī)劃一整套能夠滿足所有需求的系統(tǒng)，通過復(fù)雜的圖表（如常見的甘特圖）的方式，規(guī)定項(xiàng)目中的每個(gè)步驟、每個(gè)里程碑事件以及每個(gè)交付日期都詳細(xì)列出來，然后按照這個(gè)計(jì)劃去執(zhí)行就好了。

對(duì)于一個(gè)持續(xù)幾年的大項(xiàng)目，常常需要好幾個(gè)月的規(guī)劃規(guī)劃所有的細(xì)節(jié)，確保不會(huì)出現(xiàn)任何的疏漏，不會(huì)超出預(yù)算，而且每件事情都按計(jì)劃完成，這種方式很具有誘惑力，因?yàn)樗岉?xiàng)目看上去很可控。但問題是，這種美好的設(shè)想，常常不會(huì)成為現(xiàn)實(shí)，因?yàn)橐驗(yàn)槌３８吖懒俗约旱念A(yù)測能力，低估了外在潛在的變化和風(fēng)險(xiǎn)，比如書中提到法國沙塔爾大教堂用了57年才建成，如果在建教堂才開始，石匠肯定說最多25年，15年就建好了。

如果你覺得建設(shè)大教堂的例子不具備說服力，作者還提到書中的一個(gè)例子。就是當(dāng)時(shí)聯(lián)邦調(diào)查調(diào)查局，它2005年宣布了一個(gè)名為"哨兵計(jì)劃"的項(xiàng)目,而承擔(dān)方是著名的洛克希德.馬丁公司，他們吸取了過往類似項(xiàng)目當(dāng)中的教訓(xùn)，制定了詳細(xì)的計(jì)劃，并預(yù)算4.5億美元，在2009年全面投入使用。而實(shí)際情況是，2010年3月，這個(gè)項(xiàng)目已經(jīng)花掉了4.05億的開發(fā)經(jīng)費(fèi)，但開發(fā)進(jìn)度只完成了一半，而且時(shí)間比原來延誤了一年，并且分析評(píng)估，如果要完成整個(gè)項(xiàng)目的開發(fā)，預(yù)計(jì)還需要6~8年，而且不得不再砸進(jìn)去3.5億美元。

后來，通過將開發(fā)方式切換為敏捷開發(fā)，才得以挽救和收尾（使用了5%的預(yù)算和20月的時(shí)間）。那什么是敏捷開發(fā)？

"敏捷"這個(gè)詞可以追溯到2001年的一場秘密會(huì)議，在那次會(huì)議上，作者和另外16位軟件開發(fā)工程師，共同擬定的眾所周知的《敏捷軟件開發(fā)宣言》，并且主要包括了以下幾種價(jià)值：人勝過流程，可以使用的軟件勝過面面俱到的文件，客戶合作勝過合同談判，應(yīng)對(duì)變化勝過遵循計(jì)劃，當(dāng)時(shí)的這個(gè)宣言其實(shí)只是一個(gè)價(jià)值的架構(gòu)，還談不上是個(gè)方法論。

后來經(jīng)過演化，在軟件行業(yè)，形成了所謂的“迭代式增值軟件開發(fā)過程”，它把一個(gè)復(fù)雜開發(fā)周期長的任務(wù)分解為很多短期可以完成任務(wù)，這樣一個(gè)周期就是一次迭代的過程，同時(shí)，每一次迭代都能看到一個(gè)可以交付的結(jié)果或產(chǎn)品。這個(gè)產(chǎn)品可以展示給那些關(guān)心這個(gè)產(chǎn)品的人（客戶），從他們獲取反饋，而且更重要的是，讓團(tuán)隊(duì)也能近乎實(shí)時(shí)地看到反饋，從而檢查自己在做的事情是不是在往正確的方向前進(jìn)？結(jié)果是不是大家希望看到的？如果改善目前做的事情？如何能更快更好完成？有哪些潛在的障礙？

這也是我們常常聽到的“小步快跑，快速迭代”。

1.2  Scrum

敏捷的英文應(yīng)該是Agile，所以在前面我們的提到的TAPD（騰訊的敏捷開發(fā)工具）中的A，就是Agile。為什么作者把這種理念稱為Scrum呢？這個(gè)詞原本是橄欖球運(yùn)動(dòng)當(dāng)中的一個(gè)專業(yè)術(shù)語，愿意是團(tuán)隊(duì)通力合作，場內(nèi)傳球，這個(gè)過程需要認(rèn)真的配合，信念一致和目標(biāo)明確，而這個(gè)過程完美的體現(xiàn)了作者對(duì)于一個(gè)敏捷開發(fā)團(tuán)隊(duì)的所有要求，因此他把這種開發(fā)方式定義為Scrum，寓意大家要像一起打橄欖球一樣，動(dòng)作要快，激情澎湃。

在閱讀中，我理解作者提到了Scrum的兩個(gè)重要思想源頭：一個(gè)是在空軍服役期間的OODA（觀察-導(dǎo)向-決定-行動(dòng)），這個(gè)后面詳說；另一個(gè)是豐田生產(chǎn)方式，也就是我們?cè)?a target="_blank" data-itemshowtype="0" tab="innerlink" data-linktype="2">《精益工作法》:去掉不創(chuàng)造價(jià)值環(huán)節(jié)提到的精益生產(chǎn)和精益工作法。

而后一個(gè)來源也挺搞笑，因?yàn)樗_始是源于美國，二戰(zhàn)后，美國派出了麥克阿瑟駐扎日本，并帶去了一些管理專家?guī)椭毡荆?dāng)時(shí)就有提出PDCA循環(huán)的戴明，后來日本企業(yè)就將戴明的PDCA提倡的持續(xù)改進(jìn)發(fā)揚(yáng)光大， 形成了具有代表性的豐田生產(chǎn)方式（TPS），而Scrum又是借鑒TPS，也就是說是從PDCA-TPS-Scrum。

在書中，我還讀到一層意思，就是在復(fù)雜的環(huán)境中，根據(jù)環(huán)境和反饋，快速判斷和調(diào)整，要優(yōu)于對(duì)自上而下事無巨細(xì)的計(jì)劃的執(zhí)行，而這種調(diào)整可能只需要一些簡單的規(guī)則。作者提到他在中洲計(jì)算機(jī)服務(wù)公司工作時(shí)，認(rèn)識(shí)了MTI的人工智能教授羅德尼.布魯克斯，后者正在研究機(jī)器人，而且他發(fā)明了一個(gè)6條腿的機(jī)器人，每條腿上分別安裝了一個(gè)大腦，只給它設(shè)定簡單的規(guī)則：“前進(jìn)、后退，不要撞到其它腿”，有趣的是，啟動(dòng)后，機(jī)器人開始是搖搖擺擺，然后撞到什么東西后，就根據(jù)環(huán)境建立數(shù)據(jù)庫，讓部件自動(dòng)配合，調(diào)整行為，而不是提前設(shè)定好行動(dòng)的路徑。而這個(gè)和作者在越南接受訓(xùn)練時(shí)的原理是一樣的，就是通過OODA，從環(huán)境中獲取數(shù)據(jù)，采取果斷行動(dòng)，獲取反饋，再行動(dòng)。

2 為什么Scrum會(huì)有效？

為什么Scrum可以提高效率？書中提到了很多原因，其中也包括我們?cè)?a target="_blank" data-itemshowtype="0" tab="innerlink" data-linktype="2">《精益工作法》:去掉不創(chuàng)造價(jià)值環(huán)節(jié)中提到的流動(dòng)，可視化等，下面我選擇我認(rèn)為啟發(fā)最大的3個(gè)：OODA循環(huán)，聚焦團(tuán)隊(duì)，沖刺。

2.1 OODA

OODA是作者在空軍服役期間學(xué)到的一種訓(xùn)練方式，下面這張圖很好的展示了OODA的基本思路：

① 觀察（Observe）

觀察指的是我們要看清外部的情形，聽起來容易做起來難，因?yàn)橛^察意味著要擺脫自身的局限性，看到周圍所有情況的變化，而不僅僅是從自身的角度去看。

②導(dǎo)向（Orient）

導(dǎo)向指的是，在觀察到的環(huán)境的情況下，你能夠采取哪些行動(dòng)的方向。它不僅取決于你所處的位置，還跟你看到什么有關(guān)系，你能夠給自己創(chuàng)造出多少行動(dòng)的選項(xiàng)？這受到了多重因素影響，如基因遺傳，文化傳統(tǒng)和先前經(jīng)驗(yàn)等。

③決定（Decide）

觀察和導(dǎo)向結(jié)合在一起就產(chǎn)生了決定，也就是說我們準(zhǔn)備采取什么樣的行動(dòng)。

④行動(dòng)（Act）

接下來就是實(shí)際的行動(dòng)，這個(gè)行動(dòng)會(huì)產(chǎn)生新的結(jié)果，這個(gè)結(jié)果可以用于讓我們的客戶進(jìn)行判斷，根據(jù)反饋進(jìn)行下一輪的循環(huán)。

Scrum要求團(tuán)隊(duì)定期進(jìn)出一定新成果，就是為了看一看這些新成果能夠產(chǎn)生多少價(jià)值？人們的反應(yīng)如何？這些反饋就可以調(diào)整在下一個(gè)沖程的階段，從而建立一個(gè)循環(huán)的反饋回路，有助于使得整個(gè)的活動(dòng)是往著價(jià)值增值方向前進(jìn)。

而這個(gè)循環(huán)的迭代，就類似于前面的機(jī)器人依據(jù)簡單的原則，形成自適應(yīng)進(jìn)化的過程。

2.2 聚焦團(tuán)隊(duì)

團(tuán)隊(duì)力量大于個(gè)人，書中提到，個(gè)人之間產(chǎn)生的價(jià)值差距最多10倍，而不同團(tuán)隊(duì)的產(chǎn)出可能相差成百上千。關(guān)于Scrum方法的中團(tuán)隊(duì)，有兩個(gè)重要啟發(fā)：團(tuán)隊(duì)規(guī)模和信息飽和度。

①團(tuán)隊(duì)規(guī)模

團(tuán)隊(duì)一般7個(gè)人比較好，可以多2個(gè)，或者少2個(gè)。如果超過9個(gè)，效率反而下降，為什么？這和如何突破我們處理信息的瓶頸——7±2？提到的人的處理能力有關(guān)，本書也引用George Miiler 1956年的研究，人們的信息處理帶寬和短期記憶都和神奇的數(shù)字7有關(guān)，而后來研究表明，這個(gè)研究是錯(cuò)的，因?yàn)?001年密蘇里大學(xué)的Nelson Cowan表明，人的短期記憶不是7樣，而是4樣。

②溝通飽和度

書中提到了一個(gè)案例，在20世紀(jì)90，貝爾實(shí)驗(yàn)室的吉姆.考尼斯應(yīng)邀前往寶藍(lán)軟件公司研究該公司產(chǎn)品開發(fā)中的問題，他發(fā)現(xiàn)有個(gè)團(tuán)隊(duì)，8個(gè)程序員花了31周總共完成的1萬多行程序代碼，也就意味著他每個(gè)成員每個(gè)星期平均寫了1000行代碼，這樣的記錄遠(yuǎn)遠(yuǎn)超過了其它的團(tuán)隊(duì)，他很好奇他們什么之做到。后來通過詳細(xì)跟蹤不同團(tuán)隊(duì)內(nèi)部之間的溝通情況以及信息流向，從中找出一個(gè)非常重要的指標(biāo)——溝通飽和度。

而在Scrum中共享工作清單和每日立會(huì)，剛好能很大程度提高溝通飽和度。而這和我一周的遠(yuǎn)程辦公體驗(yàn)也相符，因?yàn)檫h(yuǎn)程，我們通過TAPD共享了每個(gè)人的工作內(nèi)容，而且每個(gè)人都可以看到對(duì)方的工作，并通過早會(huì)（早上半小時(shí)溝通一天工作）和晚報(bào)（晚上半小時(shí)，溝通一天進(jìn)展），每個(gè)人更加知道如何去獲取支持，和幫助別人。

為什么這樣有效？我想到了系統(tǒng)！在系統(tǒng)架構(gòu)1：系統(tǒng)架構(gòu)-對(duì)系統(tǒng)的抽象和分析，我們提到系統(tǒng)的一個(gè)重要特征是涌現(xiàn)，而這種涌現(xiàn)源于系統(tǒng)中要素的連接和互動(dòng)。團(tuán)隊(duì)是個(gè)系統(tǒng)，團(tuán)隊(duì)的產(chǎn)出就取決團(tuán)隊(duì)成員之間的互動(dòng)，而溝通飽和度越高，就意味著這種互動(dòng)越強(qiáng)，自然協(xié)作更容易促成，效率自然就高。

2.3 沖刺

沖刺指的是在一個(gè)固定的周期內(nèi)（通常是1~2周），圍繞著一個(gè)可交付的成果，大家一起努力。作者是受到麻省理工學(xué)院媒體實(shí)驗(yàn)室啟發(fā)，這個(gè)實(shí)驗(yàn)室涌現(xiàn)了很多創(chuàng)新成果，包括機(jī)器人，電子墨水，新型的音頻解碼等。他們產(chǎn)出高的，其中一個(gè)重要的規(guī)則是：每三個(gè)星期每個(gè)團(tuán)隊(duì)必須公開展示自己的成果，如果這個(gè)成果既不實(shí)用也不酷，它就會(huì)被就會(huì)被斃掉，通過這樣的方式，學(xué)生們就不斷地做出新東西，更重要的是，通過展示可以獲得反饋的意見。

可以設(shè)想，如果一個(gè)項(xiàng)目，你在完工之前你得不到任何反饋，甚至要得好幾個(gè)月，甚至幾年才能得到反饋，如果方向錯(cuò)了，調(diào)整的代價(jià)會(huì)很高。如果能夠把這個(gè)反饋的時(shí)間調(diào)整到以月，甚至以周為單位，這樣就能夠快速調(diào)整，和OODA形成配合。

3 如何實(shí)施？

前面介紹了什么是Scrum以及它的有效的原因。我們具體如何實(shí)施呢？作者在書中給出了很多建議，并且在最后也給出了10條，為了便于記憶，我把總結(jié)成6條，同時(shí)也穿插一些我在工作中的實(shí)際體驗(yàn)。

3.1 選人

Scrum的人是包括三類：

①產(chǎn)品負(fù)責(zé)人，也就是必須知道自己的客戶和需求是什么，團(tuán)隊(duì)需要做什么，不做什么，需要完成什么產(chǎn)品或取得什么成果？并全面考慮風(fēng)險(xiǎn)與回報(bào)；

②團(tuán)隊(duì)。真正完成產(chǎn)品和成果的人，是實(shí)際落地的人；

③Scrum主管。就是負(fù)責(zé)培訓(xùn)成員，并確保Scrum得到正確應(yīng)用的人，幫助團(tuán)隊(duì)消除障礙。

在實(shí)際工作中，我理解①和③很多是兼任的，且同時(shí)也是②中的成員。

3.2 擬定和評(píng)估清單

雖然前面提到瀑布式開發(fā)的不足，但這也并不意味著Scrum開發(fā)是完全不需要計(jì)劃，Scrum強(qiáng)調(diào)的是不能盲目遵循規(guī)劃。如果沒有規(guī)劃，只會(huì)陷入短期的行動(dòng)中，只不過Scrum強(qiáng)調(diào)的是要在開始擬定完成產(chǎn)品和成果，所需要完成所有事項(xiàng)清單，而且這個(gè)清單貫穿項(xiàng)目的從頭到尾，相當(dāng)于一個(gè)產(chǎn)品研發(fā)的"路線圖"，無論任何時(shí)間，如果想要知道一個(gè)團(tuán)隊(duì)所有事項(xiàng)，這個(gè)清單是唯一具有參考的依據(jù)，而且它只有一份，但是會(huì)在執(zhí)行中動(dòng)態(tài)調(diào)整。

而調(diào)整的前提就是要評(píng)估優(yōu)先級(jí)，書中提到了一個(gè)三環(huán)模型，評(píng)估待辦清單的優(yōu)先級(jí)，他推薦優(yōu)先去做能夠快速帶來80%價(jià)值的那些20%的事情。此外還需要評(píng)估事項(xiàng)的完成難度，不是用所需小時(shí)數(shù)，因?yàn)槿藗兒茈y精準(zhǔn)評(píng)估，而是要用相對(duì)難度，比如高、中、低，更好的方式，作者推薦用斐波拉契數(shù)列（1,2,3,5,8,13……）去衡量難度點(diǎn)數(shù)，并用所有條目的點(diǎn)數(shù)相加衡量團(tuán)隊(duì)的工作量。

在我的工作中，我們是用開發(fā)計(jì)劃進(jìn)行長期的規(guī)劃（整個(gè)項(xiàng)目周期），用OKR進(jìn)行中期的規(guī)劃（1~3個(gè)月）。

3.3 沖刺規(guī)劃會(huì)

沖刺規(guī)劃會(huì)也就是在一個(gè)沖刺周期內(nèi)（通常是一周），我們團(tuán)隊(duì)需要完成的任務(wù)數(shù)，而且是按優(yōu)先級(jí)來的。在目前的工作中，我們是每周一上午，用2-3小時(shí)確定我們一周要解決的問題、達(dá)成的結(jié)果和需要做的事情。

3.4 工作透明化

工作的透明化，看板其實(shí)是一個(gè)很好的方式，其中表明你的待辦事項(xiàng)、進(jìn)行中和已完成的事項(xiàng)。目前有很多工具都能夠滿足這一點(diǎn)，比如我們現(xiàn)在所使用的TAPD，還有Teambition，它能夠讓每一個(gè)成員看到彼此之間的工作條目以及進(jìn)展，很好符合了“溝通飽和度”的概念。

3.5 每日立會(huì)

這是Scrum的一個(gè)重要活力源，每天早上15分鐘，團(tuán)隊(duì)成員溝通要每日工作，書中給出的三個(gè)建議問題是：

①你昨天做了什么幫助團(tuán)隊(duì)完成沖刺？

②今天你打算做什么來幫助團(tuán)隊(duì)完成沖刺？

③什么因素阻礙了團(tuán)隊(duì)的前進(jìn)之路？

而我們現(xiàn)在是通過早會(huì)（今天要做什么？需要什么支持）和晚報(bào)（今天有什么進(jìn)展？）來進(jìn)行每日的例會(huì)，而且相對(duì)在辦公室，我發(fā)現(xiàn)通過遠(yuǎn)程虛擬會(huì)議，更容易組織。

3.6 展示和回顧

展示就是沖刺結(jié)束，看看達(dá)成了什么結(jié)果，解決了什么問題。要展示給用戶看，從而獲取反饋，支持下一次改善。

回顧，就是我們反思沖刺中，哪些做的比較好？哪些是比較順利的？哪些事情應(yīng)該做的更好？在下一個(gè)階段當(dāng)中就可以做出改善。非常重要一點(diǎn)，不要將團(tuán)隊(duì)中某一個(gè)人當(dāng)做是責(zé)備對(duì)象，而是要把注意力放在流程上，認(rèn)真分析為什么會(huì)發(fā)生這樣的事情？當(dāng)時(shí)忽略了什么？怎么樣才能夠加快工作進(jìn)度？作為一個(gè)團(tuán)隊(duì)，大家可能需要對(duì)自己的流程和結(jié)果負(fù)責(zé)，集思廣益，共同去解決解決之道，這一點(diǎn)非常重要。

4 總結(jié) 

以上就是結(jié)合工作，和你分享閱讀《敏捷革命》的一些感悟，敏捷革命的一些關(guān)鍵內(nèi)容主要包括如下幾點(diǎn)：

① Scrum(敏捷開發(fā))軟件行業(yè)，也適用于其它的行業(yè)，核心是快速交付可用產(chǎn)品/結(jié)果，獲得反饋，進(jìn)行調(diào)整；

②它的核心理念源于空中訓(xùn)練的OODA循環(huán)和精益思想；

③Scrum團(tuán)隊(duì)最好控制在3~9人，并利用工作透明化、每日立會(huì)等方式，提升“溝通飽和度”；

④Scrum沖刺周期最好固定（通常1周），并通過展示和回顧，持續(xù)提升效率。