1、英文原作者是jeff.sutherland，中文譯者是蔣宗強，網上查了下，他還翻譯過跟敏捷沒有什么關系《克林頓·重返工作》，然后閱讀起來發(fā)現(xiàn)很多翻譯都和業(yè)界的敏捷專用詞語不太一致。比如每日立會，Scrum主管，我們一般就是叫每日站會，Scrum Master不翻譯任何中文。

2、書的英文名叫《Scrum:the art of doing twice the work in half the time》，也就是Scrum：事半功倍的藝術，為什么翻譯成敏捷革命，沒什么道理，也可能是為了博眼球。我選擇買這本書，本因為他會立意很高，在敏捷的基礎上的革命，可惜我理解錯了，他只是在傳統(tǒng)的開發(fā)基礎上，引申出敏捷Scrum。
3、本書作為Scrum的入門，不失為一本好書，可以讓你從Scrum的創(chuàng)始人的角度學習Scrum框架，包括Scrum、過程、活動、透明性等的由來。

挑選一些細節(jié)來說：

第一章節(jié)：世界的運作方式已打破

要么改變，要不倒閉

? 查看Scrum行業(yè)報告2017-2018顯示，63%的Scrum項目是成功的。又在網上查了下來源于權威機構Standish?Group數據，1994年的IT項目成功率大概16%，2003年成功率為34%。數據沒有太多的關聯(lián)性，但是2003年之前很多項目采用的是傳統(tǒng)的軟件開發(fā)方法，如瀑布；后期范圍需求經常變化會出現(xiàn)巨大的代價，因而最近10多年多采用敏捷軟件開發(fā)方法，所以總體上來看成功率在之前基礎上有明顯的提升。

檢查和調整

? Scrum三個支柱是transparent，inspect，adapt，透明的基礎上進行檢查和調整，比如回顧主要就是check和調整的過程，在回顧活動，我們就是監(jiān)視哪些因素是制約把產品列表項做到完成的，基于這些因素做出一些改善的措施，措施在下一個迭代放在Sprint代表代辦列表中跟蹤執(zhí)行。

第二章節(jié)：Scrum由來

守破離

? 學習Scrum的框架，每個team使用起來都會有自己創(chuàng)新，比如活動的形式，類似回顧會議，我們不一定要在會議室么，可以找個戶外親近大自然一起回顧。團隊之間的頻繁緊密合作，我們也可以搞個團隊間的每日站會。在學通這一套方式后，我們實施就擺脫這種形式的束縛，因為框架都熟記于心，很多都可以在下意識的情況下做出決定。熟悉的東西，不限于Scrum的框架，敏捷的價值觀，精益的思想。

第三章節(jié)：聚焦團隊，而非個人

團隊小而精

? 船小好調頭，一般一個團隊建議7+-2人，超過9個人，溝通就困難了。書本中建議的是不小于3個團隊成員?？傮w建議是宜少不宜多。

指責他人是愚蠢之舉

? Scrum Master經常會看到團隊成員出現(xiàn)問題，就不經意就說出問題來，說法不好 ，很容易給對方造成你是在挑刺，指責他。問題馬上就來了，他會很有意見。也可以說是這個不再是問題是非的事情，而是面子的事情。書上說的是，不要一味的尋找“壞人”，而要尋找“壞制度”，也即那些獎勵不良行為，獎勵笨拙業(yè)績的制度。

第四章節(jié)：以周期性的視角看待時間

時間有限，且行且珍惜

? Scrum沖刺只有1-4周時間，業(yè)界平均是2.6周，交付周期是9個沖刺。在計劃階段，需要把工作分解開，在一個固定的、短暫的時間內能交付多少客戶價值。

不展示，就沒有效果

? 每個沖刺結束都需要有成果。沖刺開始的待交付項是否做到完成就需要通過demo來展示。經常會出現(xiàn)在沖刺結束后，沒有什么可展示的，沒有demo的過程。這個時候往往是沒有做到DoD的約定?；蛘邲]有DoD約定。

讓每個人熟知一切

? 管理者和非管理者的區(qū)別是什么？一般就是消息不對稱，在Scrum團隊，我們就是要避免消息不對稱。

? 提高溝通飽和度，也就是讓團隊自己感覺到掌控、控制，非常有助于加快交付。

每日站會

? 站會一般是持續(xù)15分鐘，有的站會采用討論的方式，有的是固定三個問題。形式不重要，重要的是解決站會的目的，就是看看目前的工作進展是否吻合沖刺的目標吻合，存在哪些障礙阻礙我們達到目標。

第五章：浪費是一種犯罪

同時執(zhí)行多項任務會讓你變愚蠢

如果同時執(zhí)行2項或者更多任務，會讓這些任務完成的更慢、更糟糕，也是豐田生產方式中說到的Work in progress,控制在制品數量有著異曲同工之妙。

工作時間越長，效率越低

書本中有個統(tǒng)計數據，瀑布軟件開發(fā)，一周工作60小時是產出量最大，而Scrum軟件開發(fā)，一周工作40小時產出量最大。

不要依賴英雄

如果依賴一個英雄去完成工作，那么一定是管理方式出了問題。項目、產品只依賴部分幾個人，那么一定會出現(xiàn)，這幾個人成了大家的萬能鑰匙，有問題都會求助于這樣的人。專家請假了，項目也會停滯或者大受影響。

第六章：務實規(guī)劃，拒絕空想

匿名征求意見

盡量不要實名征求意見，以免出現(xiàn)光和效應和從眾效應

僅僅規(guī)劃你需要做的事情

不要試圖規(guī)劃幾個月后乃至幾年后的事情，只規(guī)劃團隊能夠保持忙碌的事情就可以了。按照書本中“不確定性圓錐”圖片顯示，最初估算的時間可以是實際情況的4倍，也可以能是1/4,這樣就相差16倍，可怕吧。

如何知道自己的速度

每個人團隊都需要準確知道自己的每個沖刺中完成多少工作，并且應該知道如何以更聰明的辦法消除障礙，加快工作速度。

對每個事項進行故事點(難度)估算，結合每個沖刺完成多少個故事點，經過2-3個沖刺后，看看團隊的平均故事點是多少，那么這個就是團隊的速度。

第七章：把快樂轉化為高的績效

快樂才是王道

快樂時候才會更充分參與，比如一個引導一個會議，參與的人都精神飽滿，與會者才更樂意聽引導者講什么，配合你做完成，會議才會更容易產生積極成果?？鞓返娜丝梢宰龀龈髦堑臎Q策，更容易完成或者取得出人意外的成績。真是快樂在于過程，而非結果，所以我們應該獎勵的是努力奮斗的過程，而非重點獎勵結果?？鞓?/p>

怎么樣才能更加快樂

自主感、掌控感和目標感會讓人更加快樂。比如一個小公司的老板，公司是他的，什么事情都要管，目標就是賺錢養(yǎng)活公司員工，你覺得他快樂么，我理解相比于沒有掌控感、做事完全沒有自主性，也沒有目標的工作，他肯定愿意選擇前者。

保密是毒藥

工作最重要的是透明性，團隊運作不應該有秘密。

快樂如何量化

有個”快樂指標“概念，在每個沖刺結束，每個團隊成員都要回答如下幾個問題：

1、你對自己在公司的角色感覺如何？ 請以1-5分加以評價。

2、你對公司整體情況感覺如何？請以1-5分加以評價。

3、為什么有這種感受？

4、在下一個沖刺階段中，什么事情會讓你感到更快樂？

4個問題，團隊輪流作答。齊心協(xié)力，很快就可以找到改善的地方。

這個就是我們回顧一種方式，通過快樂指標的方式來催進、提高改善。值得一提的是，書本中有個，快樂與速度的圖表，顯示員工快樂水平下降時候，速度可能最高（比如加班），而后速度就迅速下降。

第八章：找到最有價值的20%

擬定產品代辦列表，檢查兩遍

價值最高、風險最低的事項的排在前面，價值曲線顯示，最晚交付日期時候，20%的功能傳遞80%的價值。20%是指”最簡化可行產品“（可稱為原型）的基礎上，進行增量迭代出的最有價值的功能。

觀察--導向--決定--行動

戰(zhàn)略上著眼全局，策略上迅速行動。有點DevOPs的味道，同時也有點敏捷transparent-inspect-adapt的原則。

第九章：未來我們的工作

Scrum有助于加快人類所有的活動

Scrum可以 幫助項目提高績效和取得成功。在教學、扶貧等等方面都有廣泛應用。

附錄

Scrum的導入，Scrum方法啟動一個項目，比較簡單介紹?？梢詤⒖?。