一导狡、敏捷的定義
怎么去定義敏捷，首先敏捷是一種方法枝冀，也可以理解為一種理念，一種價(jià)值觀耘子，它不是我們?cè)诮鉀Q工作中某些具體問題時(shí)使用的一種對(duì)應(yīng)工具果漾，而是貫穿于工作當(dāng)中的一種方法和理念。我是這么來理解敏捷理念如何指導(dǎo)項(xiàng)目實(shí)踐的谷誓，就像人的價(jià)值觀绒障，不為解決我們生活中衣食住行任何具體的問題，但是我們思考每一個(gè)問題的過程捍歪，做出的每一個(gè)選擇户辱，都是在價(jià)值觀的指導(dǎo)下完成的。這也可以映射到敏捷的理念指導(dǎo)項(xiàng)目實(shí)踐的方式糙臼。
敏捷最初是從軟件開發(fā)領(lǐng)域誕生的庐镐，這就是我們經(jīng)常討論的敏捷開發(fā)-Agile。敏捷概念誕生的標(biāo)志变逃，是在2001年2月必逆，?17位著名的軟件開發(fā)專家在美國猶他州雪鳥滑雪場(chǎng)舉行了會(huì)議，會(huì)議中正式提出了Agile(敏捷開發(fā))這個(gè)概念揽乱，并共同簽署了《敏捷宣言》名眉。敏捷宣言是一個(gè)非常簡潔但是極為重要的宣言，指導(dǎo)了后面十幾年的敏捷推廣和應(yīng)用锤窑。雖然Agile的概念是在2001年被提出璧针，但這并不是說敏捷開發(fā)實(shí)踐是在2001年才被提出。雪鳥會(huì)議其實(shí)是對(duì)之前幾十年中軟件開發(fā)實(shí)踐探索的總結(jié)渊啰，是水到渠成的一個(gè)結(jié)果探橱。
到了2020年的今天申屹，距離雪鳥會(huì)議也過去了19年，我們所討論的敏捷隧膏，以及敏捷理念很多時(shí)候已經(jīng)不僅僅是知道軟件行業(yè)做敏捷開發(fā)哗讥，還會(huì)延伸到很多領(lǐng)域，例如對(duì)于傳統(tǒng)行業(yè)轉(zhuǎn)型胞枕，組織變革等等杆煞，因?yàn)樗麄円惨獙?duì)不斷變化的環(huán)境、市場(chǎng)做快速響應(yīng)和迭代腐泻。
二决乎、為什么要敏捷？
前面我們對(duì)敏捷做了一個(gè)概念化的定義派桩，那既然敏捷影響力如此之大构诚，幾十年來可以指導(dǎo)多個(gè)領(lǐng)域的發(fā)展變革，那敏捷開發(fā)到底誕生于什么樣的背景之下铆惑，可以解決哪些問題范嘱，才使得它如此受到推崇和關(guān)注呢？這個(gè)就要從敏捷得到定義之前员魏，當(dāng)時(shí)非常主流的一種軟件開發(fā)方式丑蛤，瀑布式開發(fā)說起。
1撕阎、瀑布模型
瀑布式開發(fā)是一種預(yù)定義過程的方法受裹，嚴(yán)格遵循確定的計(jì)劃。下圖就是一個(gè)典型的瀑布式開發(fā)的模型闻书，從需求的產(chǎn)生名斟、定義脑慧、設(shè)計(jì)魄眉，到代碼開發(fā)、測(cè)試闷袒，再到發(fā)布和管理坑律，其實(shí)是一個(gè)非常穩(wěn)定的計(jì)劃。
瀑布式開發(fā)的特點(diǎn)是每個(gè)階段之間都有強(qiáng)烈的依賴關(guān)系囊骤，前一個(gè)階段被當(dāng)作是后一個(gè)階段的輸入晃择，如果這個(gè)輸入質(zhì)量不高，那就會(huì)嚴(yán)重影響后續(xù)階段的輸出質(zhì)量也物。例如設(shè)計(jì)階段出現(xiàn)了某個(gè)錯(cuò)誤宫屠，會(huì)造成后續(xù)的階段都累積這個(gè)錯(cuò)誤，并且隨著計(jì)劃的不斷推進(jìn)滑蚯，修改錯(cuò)誤的成本會(huì)越來越高浪蹂。隨著累積的工作成果越來越多抵栈，后續(xù)去改動(dòng)、調(diào)整整個(gè)軟件的風(fēng)險(xiǎn)就會(huì)越來越高坤次，所以古劲，瀑布式開發(fā)是一個(gè)隨著計(jì)劃推進(jìn)風(fēng)險(xiǎn)遞增的開發(fā)模式。因此為了減小風(fēng)險(xiǎn)缰猴，在瀑布式開發(fā)中就需要預(yù)先有非常確定的需求产艾，因?yàn)檫@套開發(fā)模式響應(yīng)變化的能力是比較弱的。
但這并不是說瀑布式開發(fā)已經(jīng)因?yàn)樗木窒逈]有價(jià)值了滑绒，相反闷堡，它是有自己適用的場(chǎng)景的，那就是一些可以完善定義且不易變更的軟件系統(tǒng)疑故。在這種場(chǎng)景下缚窿，瀑布的這種確定的計(jì)劃性會(huì)相當(dāng)?shù)挠行剩覀兘?jīng)常拿富士康來做類比焰扳，富士康的流水線倦零，是一套非常確定，分工極為明確的流水線吨悍，對(duì)于生產(chǎn)一批確定規(guī)格的產(chǎn)品扫茅，富士康是有相當(dāng)確定的計(jì)劃性的，哪幾條流水線分別生產(chǎn)什么零件育瓜，再由其他流水線完成組裝葫隙，因此富士康才能有如此之高的效率，為全球性的手機(jī)廠商供貨躏仇。如果我們?cè)诟皇靠档纳a(chǎn)過程中恋脚，要讓它能不斷響應(yīng)變化，不斷去改變零件的參數(shù)焰手，那對(duì)效率是會(huì)有非常致命的影響的糟描。
2、數(shù)字時(shí)代的挑戰(zhàn)
上文中介紹到书妻，瀑布式開發(fā)適用于可以完整定義船响，不易改變的系統(tǒng)，但是在我們?nèi)缃竦臄?shù)字時(shí)代躲履，這一類的系統(tǒng)可能越來越少见间，或者說已經(jīng)不再是主流。
因?yàn)閿?shù)字時(shí)代市場(chǎng)需求是瞬息萬變的工猜，從20世紀(jì)60年代米诉，到現(xiàn)在的21世紀(jì)20年代，根據(jù)真實(shí)的數(shù)據(jù)統(tǒng)計(jì)和基于真實(shí)數(shù)據(jù)的周期性預(yù)測(cè)篷帅，世界范圍內(nèi)企業(yè)的平均生命周期是在明顯縮短的史侣，相對(duì)應(yīng)的汗销，軟件產(chǎn)品的生命周期也在急劇縮短。在較短的生命周期中抵窒，很少有公司能像瀑布式開發(fā)那樣弛针，持續(xù)投入資源憋大招，等長達(dá)幾年的時(shí)間李皇，完成一個(gè)產(chǎn)品的生產(chǎn)和發(fā)布削茁，這個(gè)資源變現(xiàn)的過程太久，已經(jīng)是很多現(xiàn)代化公司所不能承受的掉房。
并且茧跋，隨著市場(chǎng)變化，人的因素對(duì)軟件產(chǎn)品開發(fā)的影響也愈來愈不可忽視卓囚。之前的系統(tǒng)瘾杭，由于網(wǎng)絡(luò)、設(shè)備等等因素的限制哪亿，用戶數(shù)量非常有限粥烁，但隨著移動(dòng)時(shí)代的到來，動(dòng)輒千萬甚至上億的用戶蝇棉，這在互聯(lián)網(wǎng)讨阻，尤其是移動(dòng)互聯(lián)網(wǎng)領(lǐng)域大家的感受會(huì)更加明顯玫镐。用戶群體擴(kuò)大氧苍，用戶價(jià)值成為關(guān)鍵性的價(jià)值咧虎，這已經(jīng)是一個(gè)不可逆轉(zhuǎn)的趨勢(shì)河狐。但是，在廣闊的用戶人群中剿干，人們的使用習(xí)慣章咧、市場(chǎng)的風(fēng)向都在快速變化验靡，這就要求企業(yè)需要一種及時(shí)劲弦、快速的交付形式耳标，能夠及時(shí)地響應(yīng)這些變化才能在市場(chǎng)競(jìng)爭中活下來。因此瓶您，瀑布式的軟件發(fā)布頻率已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)這種市場(chǎng)需求了麻捻，市場(chǎng)越來越傾向于小步快跑式的產(chǎn)品迭代模式纲仍，快速發(fā)布呀袱、快速驗(yàn)證、快速調(diào)整才能讓企業(yè)以最小的投入完成試錯(cuò)郑叠，獲得正確的方向夜赵。
另外，大部分的軟件系統(tǒng)由于歷史積累乡革、業(yè)務(wù)擴(kuò)展等原因寇僧，正在變得越來越復(fù)雜摊腋，已經(jīng)很難實(shí)現(xiàn)產(chǎn)品需求明確并且完整的收集，同時(shí)嘁傀，由于技術(shù)的發(fā)展兴蒸、更新?lián)Q代也很快，對(duì)于所定義的功能實(shí)現(xiàn)性也面臨著多種不確定性的因素细办。所以橙凳，當(dāng)需求收集和產(chǎn)品定義的工作沒辦法很好完成的時(shí)候，瀑布式的開發(fā)方法自然也擺脫不了高失敗率的命運(yùn)笑撞。
所以當(dāng)需求越來越不確定岛啸，系統(tǒng)越來越復(fù)雜，瀑布模型的適用前提便受到了挑戰(zhàn)茴肥。
復(fù)雜系統(tǒng)
對(duì)于復(fù)雜系統(tǒng)坚踩，我們可以看一個(gè)非常典型模型——Stacey模型。
如下圖瓤狐，Stacey模型是一個(gè)描述系統(tǒng)復(fù)雜度的模型瞬铸。在這個(gè)模型當(dāng)中縱軸代表需求的確定性，從下至上础锐，分別是需求可以達(dá)到一致赴捞，還有需求很存在分歧，也就是從下至上郁稍，需求的不確定性增高赦政。橫軸代表技術(shù)實(shí)現(xiàn)的確定性，從左至右耀怜，分別是技術(shù)實(shí)現(xiàn)非常確定恢着，還有技術(shù)實(shí)現(xiàn)存在著較大變化，也就是從左至右财破，技術(shù)實(shí)現(xiàn)的不確定性逐漸增高掰派。
需求的不明確性和技術(shù)、也就是工程實(shí)現(xiàn)的不確定性有一個(gè)閾值左痢，在閾值內(nèi)靡羡，需求相對(duì)確定，實(shí)現(xiàn)方法也相對(duì)明確俊性，所以一般稱為簡單系統(tǒng)略步。簡單系統(tǒng)是適合傳統(tǒng)的瀑布開發(fā)的，他可以收集到確定的需求定页，可以按計(jì)劃去實(shí)現(xiàn)趟薄，效率也會(huì)比較高。
但是當(dāng)需求的不明確性和技術(shù)的不確定性超出了這個(gè)閾值典徊，那就把它稱為較為復(fù)雜或者非常復(fù)雜的系統(tǒng)杭煎，都屬于復(fù)雜系統(tǒng)恩够，這時(shí)候，瀑布方式因?yàn)闊o法明確的前提就不再適用羡铲，就需要用到敏捷這種迭代和循序漸進(jìn)的方法蜂桶。舉個(gè)例子，在《用戶故事與敏捷方法》中也切，當(dāng)一個(gè)用戶故事復(fù)雜到無法評(píng)估的時(shí)候屎飘，書中提供了兩種方式來解決這個(gè)問題：第一種是拆解，故事無法評(píng)估是因?yàn)閷?shí)在太大了贾费，把大的故事根據(jù)一些事件等維度拆解為多個(gè)小一些的故事钦购，這樣分別去評(píng)估這些小故事，就會(huì)相對(duì)容易評(píng)估褂萧；第二種情況是由于故事的實(shí)現(xiàn)方案非常不確定押桃，那就把這個(gè)故事分離出一個(gè)spike探針方案和一個(gè)具體的實(shí)現(xiàn)方案，確定實(shí)現(xiàn)方法后导犹，再去評(píng)估實(shí)現(xiàn)唱凯，這樣也可以達(dá)到簡化問題的目的。其實(shí)這些都是敏捷的理念的應(yīng)用谎痢，就是通過將復(fù)雜問題降維磕昼，一種降維打擊的方式，來解決問題节猿。
3票从、敏捷模型
上文提到，由于市場(chǎng)變化滨嘱、系統(tǒng)越來越復(fù)雜峰鄙、人的影響因素越來越高，這個(gè)背景下太雨，瀑布開發(fā)的模式已經(jīng)很難適用吟榴，我們推薦敏捷的方法來應(yīng)對(duì)這些問題。那敏捷模式下具體是怎么去工作的囊扳？
先給出一個(gè)標(biāo)準(zhǔn)的定義吩翻，敏捷開發(fā)是一種以人為核心、迭代锥咸、循序漸進(jìn)的開發(fā)方法狭瞎。在下圖中可以發(fā)現(xiàn)，敏捷是一個(gè)滾動(dòng)推進(jìn)去實(shí)現(xiàn)最終價(jià)值的模型她君，在敏捷中脚作，我們將一個(gè)具體產(chǎn)品的開發(fā)分為多個(gè)sprint迭代，分別去完成一部分產(chǎn)品的需求設(shè)計(jì)缔刹、開發(fā)測(cè)試和發(fā)布球涛，在這個(gè)過程中，我們每次僅需確定當(dāng)前要做的迭代的需求和技術(shù)實(shí)現(xiàn)即可校镐，后面迭代的需求亿扁，可以是一種不確定的、粗粒度的狀態(tài)鸟廓，這是一個(gè)近細(xì)遠(yuǎn)粗的計(jì)劃方式从祝，因?yàn)槊總€(gè)迭代周期相對(duì)較短，也就是幾周的時(shí)間引谜，可以不斷的在后續(xù)的迭代中去確認(rèn)牍陌、響應(yīng)變化，這樣來循序漸進(jìn)地去完成產(chǎn)品的整體價(jià)值员咽。
在這個(gè)過程中毒涧，最開始的時(shí)候，由于遠(yuǎn)期需求的不確定性最高贝室，可能是風(fēng)險(xiǎn)最大的時(shí)候契讲，但是隨著迭代的不斷完成，產(chǎn)品整體的確定性卻來越高滑频，風(fēng)險(xiǎn)也會(huì)逐漸降低捡偏。
有個(gè)非常經(jīng)典的比方，就是有一天峡迷，你和朋友去餐廳吃飯银伟，你們點(diǎn)好了十個(gè)菜，但等了40分鐘绘搞，都快餓過頭了枣申，也沒吃上。你有點(diǎn)著急看杭，便詢問服務(wù)員忠藤，服務(wù)員說后廚要把十個(gè)菜全部做完才能上菜。結(jié)果好不容易10個(gè)菜都做完上來了楼雹，你覺得菜口味不對(duì)模孩，太咸，跟服務(wù)員反應(yīng)贮缅，服務(wù)員卻回應(yīng)說菜已經(jīng)都做好了榨咐，想加點(diǎn)配料還行，想減鹽已經(jīng)做不到了谴供】樽拢可想而知，你吃完這頓飯肯定是不滿意的，現(xiàn)在應(yīng)該也沒有餐廳這么做生意数焊。那一般餐廳是怎么解決這個(gè)問題的呢永淌，在你十個(gè)菜點(diǎn)完之后，后廚做完一個(gè)佩耳，就先上一個(gè)遂蛀，這個(gè)過程中，顧客的口味有什么要求干厚，還可以隨時(shí)反饋李滴，比如第一道菜覺得咸了，后面的九道就可以得到調(diào)整蛮瞄，你就能吃到整體上還算合口味的菜所坯。這其實(shí)就是一個(gè)瀑布模式和敏捷模式很直觀的區(qū)別。 總結(jié)起來呢挂捅，就可以用到王總的一句話芹助，敏捷就是在面對(duì)一個(gè)很大的任務(wù)時(shí)，先定一個(gè)小目標(biāo)籍凝，一個(gè)能達(dá)到的小目標(biāo)周瞎，例如一個(gè)億~
敏捷三角
根據(jù)上文總結(jié)來講，對(duì)于瀑布開發(fā)饵蒂，是計(jì)劃驅(qū)動(dòng)的声诸，一般情況下合同談判后基本就確定了軟件的scope，這個(gè)scope一般是確定的退盯，然后項(xiàng)目組制定計(jì)劃并且遵循計(jì)劃彼乌，而時(shí)間和資源相對(duì)于范圍會(huì)彈性一些。
而對(duì)于敏捷開發(fā)渊迁，一個(gè)核心的思維模式轉(zhuǎn)換就是慰照，從瀑布開發(fā)代表的“固定范圍，彈性時(shí)間琉朽、資源”毒租，轉(zhuǎn)向“固定時(shí)間、資源箱叁，彈性范圍”墅垮。為什么這么說？在市場(chǎng)變化和技術(shù)變化的背景下耕漱，既然市場(chǎng)需求和產(chǎn)品定義所代表的范圍都沒有辦法實(shí)現(xiàn)固化算色，那可以從這個(gè)角度去觸發(fā)，固定好資源螟够，以資源為約束灾梦，來確保在有限的時(shí)間和資源里做最有價(jià)值的事情峡钓，也就從計(jì)劃驅(qū)動(dòng)轉(zhuǎn)向價(jià)值驅(qū)動(dòng)。
那我們就可以和傳統(tǒng)項(xiàng)目管理三角對(duì)照一下：
傳統(tǒng)的項(xiàng)目管理里面若河，尤其大家學(xué)習(xí)過PMP的話應(yīng)該比較清楚能岩，傳統(tǒng)項(xiàng)目管理從范圍、時(shí)間和成本三個(gè)維度將所有任務(wù)鎖定在一個(gè)穩(wěn)定的三角形內(nèi)牡肉，然后有條不紊的達(dá)到規(guī)劃的目標(biāo)捧灰。在這個(gè)三角里面：
范圍：基本在項(xiàng)目前期已經(jīng)規(guī)劃好淆九，并且有為完成項(xiàng)目所需要的詳細(xì)待辦任務(wù)清單统锤，在后續(xù)執(zhí)行的過程中很少會(huì)去進(jìn)行調(diào)整；在傳統(tǒng)的項(xiàng)目管理中對(duì)于變更的管理是非常嚴(yán)格的炭庙，要經(jīng)過一串很長的程序饲窿，例如變更委員會(huì)之類的審批，因此基本可以理解為傳統(tǒng)項(xiàng)目管理里面是不提倡變更的焕蹄。
時(shí)間：完成范圍內(nèi)待辦任務(wù)所需要的時(shí)間投入逾雄；
成本：完成范圍內(nèi)待辦任務(wù)所需要的成本投入。
而在當(dāng)前的時(shí)代背景下腻脏，軟件領(lǐng)域快速發(fā)展鸦泳、客戶要求的不斷提高、需求也不斷變化永品，我們很難以保證在自己先期投入大量成本的項(xiàng)目規(guī)劃是準(zhǔn)確無誤的做鹰，因?yàn)閷?duì)于變化我們很難以去預(yù)判，也難以去管控鼎姐。傳統(tǒng)的敏捷三角難以適用钾麸，所以我們更需要不斷的嘗試和總結(jié)，就得到了更能體現(xiàn)這類項(xiàng)目特點(diǎn)的敏捷三角炕桨。
敏捷三角中饭尝，價(jià)值是一個(gè)非常重要的基點(diǎn)。
價(jià)值：來保證任務(wù)團(tuán)隊(duì)將目標(biāo)聚焦在客戶和用戶的視角献宫，軟件用來交付他們需要的價(jià)值钥平，而非站在項(xiàng)目角度去完成對(duì)應(yīng)的待辦任務(wù)。
質(zhì)量：軟件行業(yè)發(fā)展至今姊途，用戶對(duì)軟件的依賴越來越強(qiáng)涉瘾，要求也越來越高。
約束：制約用戶價(jià)值和軟件質(zhì)量的因素吭净，由傳統(tǒng)項(xiàng)目管理三角型中的范圍睡汹、時(shí)間和成本構(gòu)成。
對(duì)于傳統(tǒng)三角的范圍不變寂殉，敏捷三角不一樣囚巴，在既有的約束條件下，我們會(huì)高質(zhì)量的優(yōu)先完成高價(jià)值的事情。敏捷三角相較于傳統(tǒng)三角彤叉，將范圍從固定演進(jìn)為可變以靈活適應(yīng)市場(chǎng)的變化庶柿，將目標(biāo)聚焦于客戶價(jià)值而非既定任務(wù)，加強(qiáng)質(zhì)量的權(quán)重以提升終端用戶的體驗(yàn)秽浇。價(jià)值驅(qū)動(dòng)的項(xiàng)目管理方式在當(dāng)前的軟件時(shí)代背景下顯然是優(yōu)于計(jì)劃驅(qū)動(dòng)的管理方式的浮庐。
4、瀑布與敏捷對(duì)比總結(jié)
上面我們從瀑布開發(fā)模式及它的局限性柬焕，聊到了敏捷怎樣去解決這些問題审残，怎樣去跟軟件發(fā)展、市場(chǎng)發(fā)展更好的適應(yīng)斑举。所以搅轿，我們可以來總結(jié)和對(duì)比一下，對(duì)于瀑布富玷，它的特點(diǎn)是確定的計(jì)劃和高效率璧坟，瀑布模式中，需要盡早鎖定需求和細(xì)節(jié)赎懦，也就是范圍要是確定的雀鹃。需要計(jì)劃完整的問題和難度，也就是需要去計(jì)劃項(xiàng)目整體的需求細(xì)節(jié)励两。在實(shí)現(xiàn)過程中黎茎，按照計(jì)劃，一次性走完開發(fā)伐蒋、測(cè)試工三、發(fā)布這些流程。需要嚴(yán)格地按照計(jì)劃進(jìn)行先鱼，當(dāng)然俭正，如果一個(gè)大項(xiàng)目完全沒有變更也不現(xiàn)實(shí)，但瀑布不提倡變更焙畔，要有嚴(yán)格的變更控制措施掸读，來保證計(jì)劃的貼合性。
而對(duì)于敏捷宏多，敏捷的特點(diǎn)是響應(yīng)變化儿惫、迭代和價(jià)值。支持持續(xù)地而不是一次性地區(qū)挖掘產(chǎn)品的需求伸但，對(duì)于復(fù)雜的問題肾请，復(fù)雜的系統(tǒng)，提倡把問題做分解更胖，降低解決的難度铛铁。也正是因?yàn)槊艚莶恍枰谇捌谕度氪罅抠Y源去完成確定的需求設(shè)計(jì)隔显，所以敏捷可以更快地開始，做到move fast饵逐，逐次括眠、循序漸進(jìn)地增量式開發(fā)。并且倍权，敏捷始終是擁抱變化掷豺，積極響應(yīng)變化的，因?yàn)槊艚菔且环N近細(xì)遠(yuǎn)粗的計(jì)劃方式薄声，對(duì)于需求范圍不明確当船，需求變更較多的項(xiàng)目而言，是支持針對(duì)計(jì)劃做適應(yīng)性調(diào)整的奸柬。通過這種方式生年，敏捷開發(fā)其實(shí)可以最大程度體現(xiàn)80/20法則的價(jià)值婴程，20%的功能可以產(chǎn)生80%的效益廓奕，通過增量迭代，每次都優(yōu)先交付價(jià)值最高的20%的功能档叔。實(shí)現(xiàn)最大化收益桌粉。
三、敏捷理念的框架
我們了解了我們?yōu)槭裁匆艚菅盟模敲艚菥烤拱男﹥?nèi)容呢铃肯，他的whole picture是怎樣的，敏捷代表了什么樣的價(jià)值觀來指導(dǎo)我們的工作传蹈，提供了哪些原則押逼，積累了哪些實(shí)踐，下面我們就可以仔細(xì)來了解一下敏捷的框架惦界。
敏捷的框架挑格，包含敏捷的道、法和術(shù)沾歪。道漂彤，都說悟道，道是最根本的原理灾搏，是值得不斷去鉆研和領(lǐng)悟的挫望，法，則是方法狂窑，就是指導(dǎo)方法媳板，也可以理解為對(duì)到的解讀和方法論延伸，而術(shù)泉哈，則是道和法的具體應(yīng)用蛉幸。
我們可以去把敏捷的框架形象地類比到一棵大樹到旦，大樹有樹根、樹干和樹冠巨缘，樹根作為大樹生存的根本添忘，可以為大樹本身源源不斷提供養(yǎng)料支撐，這對(duì)應(yīng)到敏捷若锁，就是敏捷的道料扰，代表了一種價(jià)值觀，價(jià)值觀是理論發(fā)展和實(shí)踐的根基商虐，而樹干是敏捷的原則须教，樹冠上的內(nèi)容可以根據(jù)敏捷宣言和敏捷原則不斷衍生出來新的實(shí)踐，所以敏捷也是不斷在進(jìn)化仰冠，保持活力乏冀。
1、敏捷宣言
我們一直在實(shí)踐中探尋更好的軟件開發(fā)方法洋只，身體力行的同時(shí)也幫助他人辆沦。
由此我們建立了如下價(jià)值觀：
個(gè)體與交互OVER過程和工具
可用的軟件OVER詳細(xì)的文檔
客戶協(xié)作OVER合同談判
響應(yīng)變化OVER遵循計(jì)劃
也就是說，盡管右項(xiàng)有其價(jià)值识虚，我們更重視左項(xiàng)的價(jià)值肢扯。
*解讀：
“我們一直在實(shí)踐中探尋更好的軟件開發(fā)方法”，這句話告訴我們敏捷方法論并不是憑空而談担锤，它源自于截止目前的實(shí)踐積累蔚晨，并且一直在持續(xù)改進(jìn)，是一個(gè)現(xiàn)在進(jìn)行時(shí)的時(shí)態(tài)肛循，不是一個(gè)完成態(tài)铭腕，沒有最好，只有更好多糠。
“身體力行的同時(shí)也幫助他人”累舷， 自發(fā)地去幫助他人，敏捷很重要的一個(gè)因素是人熬丧，是團(tuán)隊(duì)笋粟，團(tuán)隊(duì)之間是要互相信任的，互相協(xié)作的析蝴，因?yàn)榇蠹叶颊J(rèn)同團(tuán)隊(duì)的目標(biāo)害捕，幫助團(tuán)隊(duì)的其他人，也是幫助團(tuán)隊(duì)去實(shí)現(xiàn)目標(biāo)闷畸，不是說這是你的事情尝盼，這是我的事情，而是我們的事情佑菩。
（1）個(gè)體與交互高于過程和工具
?在團(tuán)隊(duì)協(xié)作中盾沫，如果沒有規(guī)范的流程和指定使用的工具裁赠，很難實(shí)現(xiàn)共同協(xié)作，反而會(huì)制造出麻煩赴精，出現(xiàn)混亂佩捞。在團(tuán)隊(duì)中過程和工具，也是非常有其價(jià)值的蕾哟。但在敏捷開發(fā)中更加重視人和交互一忱。敏捷開發(fā)中以人為本，人是其中最重要的核心因素谭确。試著想想如果一個(gè)普通的團(tuán)隊(duì)使用上好的流程和工具帘营，產(chǎn)生的價(jià)值也是非常有局限性的。只有優(yōu)秀的團(tuán)隊(duì)使用上好的流程和工具逐哈，才能創(chuàng)造出極大的價(jià)值芬迄。人的能力的提升，是敏捷開發(fā)中非常重視的部分昂秃。
在工業(yè)時(shí)代禀梳，就像卓別林的電影《摩登時(shí)代》里面一樣，人們?cè)噲D用標(biāo)準(zhǔn)的流程和工具械蹋，把人變成一顆螺絲釘出皇，但在腦力勞動(dòng)為主的互聯(lián)網(wǎng)時(shí)代，顯然是不可行的哗戈，而是需要去關(guān)注每一個(gè)個(gè)體的發(fā)展，每個(gè)個(gè)體都有其自身的優(yōu)勢(shì)和能力荷科。而且現(xiàn)代軟件體量很大唯咬，團(tuán)隊(duì)成員可能會(huì)到幾十個(gè)上百個(gè)，個(gè)體是不能決定成敗了畏浆。那此時(shí)的關(guān)鍵胆胰，就是團(tuán)隊(duì)的這些人可以有效組織起來，互相協(xié)作刻获，完成同一個(gè)團(tuán)隊(duì)目標(biāo)蜀涨。以人為主、團(tuán)隊(duì)協(xié)作蝎毡，即便用簡單的過程工具也能產(chǎn)生巨大的價(jià)值厚柳。
（2）可用的軟件高于詳細(xì)的文檔
???傳統(tǒng)的方式每個(gè)環(huán)節(jié)流轉(zhuǎn)到下一個(gè)環(huán)節(jié)，都需要有詳細(xì)的文檔沐兵，如產(chǎn)品需求文檔别垮、交互設(shè)計(jì)文檔等。在軟件開發(fā)過程中光維護(hù)這些文檔扎谎，就是一項(xiàng)繁重的工作碳想。而且文檔和代碼設(shè)計(jì)開發(fā)無法做到同步烧董，那么文檔就失去了它的及時(shí)溝通的價(jià)值。在軟件開發(fā)中胧奔，面面俱到的文檔會(huì)占用團(tuán)隊(duì)大量的精力逊移。敏捷開發(fā)重視可用的軟件高于詳細(xì)的文檔，交付給客戶可以使用的軟件才是最最重要的龙填。所以在敏捷開發(fā)過程中螟左，每個(gè)迭代以交付可以使用的功能做為衡量敏捷開發(fā)的進(jìn)度，是很有必要的觅够。
但這也不代表在敏捷中我們要求完全裸奔不產(chǎn)生任何文檔胶背，我們不需要不經(jīng)濟(jì)的文檔、過期的文檔喘先，但是產(chǎn)生價(jià)值的文檔還是可以考慮的钳吟。例如客戶要求的、作為項(xiàng)目資產(chǎn)保留的窘拯、人員交接的红且。
（3）客戶協(xié)作高于合同談判
敏捷開發(fā)中非常重視溝通，不僅是團(tuán)隊(duì)內(nèi)部的有效溝通涤姊，還包括團(tuán)隊(duì)外部與客戶的溝通暇番。敏捷開發(fā)中建議與客戶一同辦公，只有與客戶維持良好的溝通思喊，才能開發(fā)出適用于客戶的軟件產(chǎn)品壁酬。有時(shí)候合同談判可能會(huì)限制了開發(fā)方式，按照合同開發(fā)的內(nèi)容恨课，很可能開發(fā)完了舆乔，完全不適用于市場(chǎng)了。因?yàn)榧凉浖枨笳{(diào)研到軟件交付給客戶希俩，是有一個(gè)過程的。在開發(fā)的過程中纲辽，會(huì)由于對(duì)需求業(yè)務(wù)的理解能力加強(qiáng)颜武，對(duì)有些功能做技術(shù)上的調(diào)整，或者有些功能在開發(fā)過程中拖吼，發(fā)現(xiàn)已經(jīng)不適用了鳞上。這些情況都不是開始經(jīng)過談判所簽署的合同所能包含的。所以說客戶協(xié)作勝過合同談判绿贞。
（4）響應(yīng)變化高于遵循計(jì)劃
?傳統(tǒng)上所有需求都是確定的因块，它被分解到任務(wù)并得到評(píng)估，成本和完成日期是根據(jù)這些粒度較細(xì)的任務(wù)通過自底向上的計(jì)算得到的籍铁，計(jì)算得到的進(jìn)度計(jì)劃成 為項(xiàng)目的一個(gè)基線涡上，用于度量項(xiàng)目的性能趾断。控制范圍蔓延在計(jì)劃驅(qū)動(dòng)中非常重要吩愧。應(yīng)為這樣才能避免成本超支和進(jìn)度拖延芋酌。
互聯(lián)網(wǎng)時(shí)代是一個(gè)瞬息萬變的時(shí)代，市場(chǎng)變化極快雁佳，可能今天決定非常好用的軟件脐帝，過幾天就會(huì)被淘汰了。如果我們不懂得快速響應(yīng)變化糖权，只遵循原有的計(jì)劃堵腹，可能就會(huì)錯(cuò)失良機(jī)。并不是說計(jì)劃不重要星澳，敏捷團(tuán)隊(duì)專注于制定計(jì)劃和再訪問疚顷、調(diào)整這些計(jì)劃，采用自上而下的策略禁偎，價(jià)值決定計(jì)劃腿堤。
最后一句，“盡管右項(xiàng)有其價(jià)值如暖，我們更重視左項(xiàng)的價(jià)值” 這一句比較關(guān)鍵笆檀，敏捷方法論源于實(shí)踐，它應(yīng)回歸實(shí)踐盒至，幫助我們解決實(shí)際問題酗洒，所以在實(shí)踐中，我們應(yīng)該以開放的心態(tài)去接受右項(xiàng)的價(jià)值妄迁，不發(fā)生沖突的時(shí)候寝蹈，我們選擇對(duì)于解決問題最有效的辦法，但是如果發(fā)生沖突登淘，我們還是傾向于左項(xiàng)的內(nèi)容。
2封字、敏捷12原則
我們的最高目標(biāo)是黔州，通過盡早和持續(xù)地交付有價(jià)值的軟件來滿足客戶。
欣然面對(duì)需求變化——即時(shí)是在項(xiàng)目開發(fā)后期阔籽。要善于利用需求變更流妻，幫助客戶獲得競(jìng)爭優(yōu)勢(shì)。
要不斷交付可用的軟件笆制，周期從幾周到幾個(gè)月不等绅这，且越短越好。
項(xiàng)目過程中在辆，業(yè)務(wù)人員與開發(fā)人員必須在一起工作证薇。
激發(fā)個(gè)體的斗志度苔，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)浑度。
不論團(tuán)隊(duì)內(nèi)外寇窑，最有效的溝通方法是面對(duì)面的交談。
可用的軟件是衡量進(jìn)度的主要指標(biāo)箩张。
敏捷過程提倡可持續(xù)的開發(fā)甩骏，項(xiàng)目方、開發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的發(fā)展速度先慷。
對(duì)技術(shù)的精益求精以及對(duì)設(shè)計(jì)的不斷完善將提升敏捷性饮笛。
要做到簡潔，即盡最大可能減少不必要的工作论熙，這是一門藝術(shù)福青。
最佳的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)赴肚。
團(tuán)隊(duì)定期地反省如何能提高成效素跺，并相應(yīng)地調(diào)整團(tuán)隊(duì)的行為。
*解讀：
第一條原則：我們的最高目標(biāo)是誉券，通過盡早和持續(xù)地交付有價(jià)值的軟件來滿足客戶指厌。幾個(gè)關(guān)鍵詞是：盡早，持續(xù)踊跟，有價(jià)值和滿足踩验，通過這幾個(gè)詞，我們實(shí)際上是可以理解第一條原則的意義商玫，那就是將產(chǎn)品對(duì)于客戶的價(jià)值放在首位箕憾，整個(gè)產(chǎn)品的交付和開發(fā)周期都是為了滿足客戶對(duì)于產(chǎn)品價(jià)值的滿意度。傳統(tǒng)軟件開發(fā)中沒有將產(chǎn)品對(duì)于客戶的價(jià)值作為產(chǎn)品開發(fā)的目標(biāo)拳昌，只有將產(chǎn)品價(jià)值作為軟件開發(fā)的目標(biāo)袭异，才能保證團(tuán)隊(duì)理解開發(fā)工作的目標(biāo)，這樣團(tuán)隊(duì)和個(gè)人才能夠不斷調(diào)整自己炬藤，為了這個(gè)目標(biāo)而去工作御铃，才能保證產(chǎn)品的持續(xù)交付。
第二條原則：欣然面對(duì)需求變化沈矿。在傳統(tǒng)的軟件開發(fā)中上真，需求變更可能是軟件開發(fā)人員最討厭的，軟件開發(fā)人員的理想狀態(tài)應(yīng)該是羹膳，設(shè)計(jì)睡互、接口定義好，我做好就行了，你最好別再找我就珠。但是實(shí)際情況則是需求變更永遠(yuǎn)是存在的寇壳，尤其是最有價(jià)值的需求是隨著時(shí)間在變化的，花時(shí)間做了沒有價(jià)值的需求更可怕嗓违，所以敏捷開發(fā)提出來的這條準(zhǔn)則是九巡，既然我們無法阻止變更，那么我們就應(yīng)該抱著歡迎的態(tài)度蹂季，看看能不能從需求變更中找到機(jī)會(huì)冕广，化風(fēng)險(xiǎn)為機(jī)遇，從而制造更大的價(jià)值給客戶偿洁。
第三條原則：要不斷交付可用的軟件撒汉，周期從幾周到幾個(gè)月不等，且越短越好涕滋。傳統(tǒng)軟件開發(fā)流程中睬辐，有從需求分析-設(shè)計(jì)-編碼-測(cè)試等串行的控制流程的存在，而且各個(gè)流程可能由不同部門和團(tuán)隊(duì)來分擔(dān)宾肺，客戶到項(xiàng)目最后才能看到軟件溯饵，而且交付時(shí)間也容易不受控制，風(fēng)險(xiǎn)很大锨用。敏捷則希望軟件團(tuán)隊(duì)能夠不斷持續(xù)的交付軟件丰刊，也就是小步快跑的過程，讓客戶不斷的看到項(xiàng)目進(jìn)展增拥，從而增強(qiáng)客戶對(duì)于團(tuán)隊(duì)產(chǎn)品交付能力的信心和滿意度啄巧。例如，傳統(tǒng)開發(fā)模式中掌栅，往往都是到了release結(jié)束的時(shí)候秩仆，客戶才能夠看到能夠工作的產(chǎn)品，這個(gè)時(shí)候發(fā)現(xiàn)問題猾封，往往需要加班維護(hù)澄耍，客戶和開發(fā)人員都苦不堪言。后來在接受了敏捷理論之后晌缘，將軟件功能拆分成非常小的用戶故事逾苫，每個(gè)迭代按優(yōu)先級(jí)實(shí)現(xiàn)用戶故事，每個(gè)迭代為客戶進(jìn)行shoucase枚钓，這樣客戶每個(gè)迭代都能夠看到產(chǎn)品在不斷完善，同時(shí)也能夠不斷的進(jìn)行反饋瑟押。
第四條原則：項(xiàng)目過程中搀捷，業(yè)務(wù)人員與開發(fā)人員必須在一起工作。敏捷宣言中地調(diào)就強(qiáng)調(diào)協(xié)作和溝通，那么這條準(zhǔn)則也是希望團(tuán)隊(duì)成員能夠有一個(gè)適合溝通的環(huán)境嫩舟，特別是業(yè)務(wù)人員氢烘，他們是接觸客戶的第一責(zé)任人，任何客戶的需求都是通過他們傳遞給開發(fā)團(tuán)隊(duì)的家厌，只有大家在一起不停的溝通協(xié)作播玖，才能保證開發(fā)團(tuán)隊(duì)開發(fā)出來的產(chǎn)品真正是客戶想要的。
第五條原則：激發(fā)個(gè)體的斗志饭于，給他們以所需要的環(huán)境和支持蜀踏，并相信他們能夠完成任務(wù)。這是一種以人為本的思想掰吕。在敏捷開發(fā)流程中果覆，團(tuán)隊(duì)的組建是非常重要的，首先我們要相信團(tuán)隊(duì)成員殖熟，相信他們是愿意為了團(tuán)隊(duì)的目標(biāo)而工作局待，有能力完成當(dāng)前的開發(fā)任務(wù)的。然后給予團(tuán)隊(duì)成員支持菱属，鼓勵(lì)钳榨。而不是壓迫與被壓迫的關(guān)系。
第六條原則：不論團(tuán)隊(duì)內(nèi)外纽门，最有效的溝通方法是面對(duì)面的交談薛耻。敏捷非常強(qiáng)調(diào)面對(duì)面溝通，因?yàn)槊鎸?duì)面溝通是所有溝通方式中最高效的方法膜毁，大家可以通過直接的溝通第一時(shí)間把問題解決昭卓。例如，郵件/視頻/即時(shí)通信/電話/面對(duì)面溝通中瘟滨，其中文檔和郵件是效率最低的方式候醒，而在敏捷中，站會(huì)和看板則是制造一個(gè)每天讓團(tuán)隊(duì)開發(fā)人員面對(duì)面交流的機(jī)會(huì)杂瘸，從而將團(tuán)隊(duì)溝通成本降低倒淫，減少因溝通造成的項(xiàng)目問題。
第七條原則：可用的軟件是衡量進(jìn)度的主要指標(biāo)败玉。敏捷強(qiáng)調(diào)即時(shí)交付敌土，但是交付產(chǎn)品的衡量則是可以工作的軟件，傳統(tǒng)開發(fā)方式中可能在相當(dāng)長一段時(shí)間运翼，客戶無法看到軟件產(chǎn)品返干。而敏捷則強(qiáng)調(diào)交付一定是可以工作的軟件，這樣的話客戶可以從一開始就看到我們的產(chǎn)品血淌，例如一個(gè)MVP矩欠，對(duì)產(chǎn)品有一個(gè)直觀的感受财剖，從而可以不斷的提出反饋和建立信心。
第八條原則：敏捷過程提倡可持續(xù)的開發(fā)癌淮，項(xiàng)目方躺坟、開發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的發(fā)展速度。敏捷不只是一味強(qiáng)調(diào)快速交付乳蓄，而是強(qiáng)調(diào)一個(gè)開發(fā)節(jié)奏咪橙，這個(gè)節(jié)奏能夠讓項(xiàng)目管理人員和客戶對(duì)于這個(gè)團(tuán)隊(duì)有信心，就是客戶交付給這個(gè)團(tuán)隊(duì)的開發(fā)任務(wù)虚倒，他們能夠在多久完成美侦，并且是保證質(zhì)量的。我們?cè)趯?shí)踐中去盡量保證一個(gè)穩(wěn)定的迭代容量裹刮，就是出于這個(gè)考慮音榜。
第九條原則：對(duì)技術(shù)的精益求精以及對(duì)設(shè)計(jì)的不斷完善將提升敏捷性。敏捷開發(fā)非常重視技術(shù)提升捧弃，因?yàn)樗嘈艌F(tuán)隊(duì)技術(shù)能力的擴(kuò)展和提升能夠提高產(chǎn)品質(zhì)量赠叼，交付能力等，從而提高團(tuán)隊(duì)的敏捷性违霞。鼓勵(lì)大家學(xué)習(xí)鉆研嘴办，也是我們常說的追求卓越。
第十條原則：要做到簡潔买鸽，即盡最大可能減少不必要的工作涧郊，這是一門藝術(shù)。只做需要做的眼五、最有價(jià)值的事妆艘，這是敏捷的核心之一。不要鍍金看幼，剛好最好批旺。
第十一條原則：最佳的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)诵姜。敏捷相信好的架構(gòu)設(shè)計(jì)是出自自組織的團(tuán)隊(duì)汽煮。自組織團(tuán)隊(duì)就是團(tuán)隊(duì)可以自己決定怎么樣完成工作。敏捷的最終目標(biāo)也就是打造一個(gè)自組織團(tuán)隊(duì)棚唆，通過高效協(xié)作來進(jìn)行項(xiàng)目交付暇赤。
第十二條準(zhǔn)則：團(tuán)隊(duì)定期地反省如何能提高成效，并相應(yīng)地調(diào)整團(tuán)隊(duì)的行為宵凌⌒遥回顧會(huì)議是敏捷活動(dòng)中非常重要的會(huì)議之一，通過回顧會(huì)議瞎惫，找出團(tuán)隊(duì)需要保持的和不足之處失暴，在下個(gè)迭代進(jìn)行改進(jìn)坯门，才能夠?qū)崿F(xiàn)團(tuán)隊(duì)持續(xù)改進(jìn)，提高交付能力逗扒。
3、敏捷實(shí)踐
我們常用的一些敏捷實(shí)踐欠橘，像scrum就是一個(gè)非常典型矩肩、應(yīng)用非常廣泛的敏捷實(shí)踐，他非常有名的3355框架可以很好地指導(dǎo)軟件開發(fā)的實(shí)踐肃续，Scrum框架最大的價(jià)值就是幫助團(tuán)隊(duì)建立了一種工作方式黍檩。還有我們常用的KANBAN方法，可以把團(tuán)隊(duì)的迭代質(zhì)量要求始锚、進(jìn)展和風(fēng)險(xiǎn)進(jìn)行透明化刽酱，也是我們?nèi)粘ｉ_發(fā)工作中的一種常用實(shí)踐了。以及近年特別火的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)DDD瞧捌，這些都是在敏捷的價(jià)值觀和原則基礎(chǔ)上衍生出來的實(shí)踐方法棵里。
這些具體的實(shí)踐本文暫不展開，后續(xù)整理資料做專題筆記姐呐。
