上一篇文章中說(shuō)到的敏捷宣言，可以說(shuō)是整個(gè)敏捷體系中最精髓的部分了。說(shuō)實(shí)話(huà)，不僅你覺(jué)得，我也覺(jué)得這四句話(huà)有點(diǎn)太簡(jiǎn)單，太抽象了。難道真正的敏捷只是遵循這四句話(huà)就可以了嗎？不要 too young too simple 了。

在現(xiàn)實(shí)的項(xiàng)目環(huán)境中，各種因素往往是復(fù)雜多變的，敏捷宣言的概括雖說(shuō)是可以覆蓋到大部分的問(wèn)題，但畢竟還是太過(guò)于籠統(tǒng)抽象了。所以，各位大佬們?cè)诎l(fā)布敏捷宣言的同時(shí)，還給出了 12 條敏捷原則，可以看成是對(duì)敏捷宣言的官方解釋及補(bǔ)充。

既然這么說(shuō)了，那么其實(shí)也就意味著這 12 條敏捷原則也是官方給出的東西了唄。因此，不管是考試還是面試，這 12 條原則就和敏捷宣言一樣，是必須掌握的東西。幸好的是，這 12 條原則也非常地“簡(jiǎn)單”。

原則一：我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶(hù)滿(mǎn)意

有印象嗎？對(duì)應(yīng)的是敏捷宣言中的哪句話(huà)呢？這個(gè)原則可是照搬過(guò)來(lái)的哦！

在這一個(gè)原則，我們就會(huì)看到幾個(gè)名詞：持續(xù)交付、客戶(hù)價(jià)值，以及為了實(shí)現(xiàn)這個(gè)原則所應(yīng)該采取的開(kāi)發(fā)方式：迭代式生命周期。記住，這些名詞都和這個(gè)原則有著千絲萬(wàn)縷的關(guān)系。

原則二：即使到了開(kāi)發(fā)的后期，也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)

同樣的，這個(gè)原則也是來(lái)自于敏捷宣言中的一句話(huà)。另外，這里有客戶(hù)價(jià)值和迭代思想的體現(xiàn)，通過(guò)快速迭代來(lái)實(shí)現(xiàn)客戶(hù)的競(jìng)爭(zhēng)優(yōu)勢(shì)從而提高客戶(hù)價(jià)值。

這個(gè)原則也是與傳統(tǒng)的項(xiàng)目管理最不同的一點(diǎn)，傳統(tǒng)的項(xiàng)目管理中，非常注重的一點(diǎn)就是變化是一切罪惡的根源。所有的一切應(yīng)該是圍繞著計(jì)劃進(jìn)行的，變化會(huì)產(chǎn)生一系列的問(wèn)題，包括但不限于時(shí)間延長(zhǎng)、成本增加、質(zhì)量降低等等。所有的變化一定要走完善的變更流程，要有記錄，要能追溯。但是，在敏捷中，變化是受歡迎的，是值得我們?nèi)肀У?，為什么呢？就是上面的原因，它能夠提升客?hù)價(jià)值。

原則三：經(jīng)常性地交付可工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好

這個(gè)原則是順著原則二的繼續(xù)深入?？焖俚亍⒍唐诘慕桓?，也就是讓客戶(hù)和用戶(hù)在很短的時(shí)間間隔里就可以體驗(yàn)到新的、不斷累加的產(chǎn)品功能，就能盡早地讓客戶(hù)驗(yàn)證對(duì)產(chǎn)品的想法以及盡早地發(fā)現(xiàn)產(chǎn)品中的問(wèn)題。

通常來(lái)說(shuō)，在 Scrum 中，迭代（沖刺）周期一般為 2 到 4 周。而在 XP 中，則更有可能一周就完成一次迭代。

原則四：在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作

這個(gè)原則很明顯是在說(shuō)明溝通的重要性。在現(xiàn)代社會(huì)中，我們很多人即使天天坐在一個(gè)辦公室里，也只會(huì)通過(guò) QQ 、微信之類(lèi)的聊天工具來(lái)交流。而在敏捷中，更提倡的是面對(duì)面的溝通，而且在項(xiàng)目成員和客戶(hù)之間，最好也是沒(méi)有隔閡的就在一個(gè)地方辦公，而且有什么問(wèn)題都是直接能夠用面對(duì)面的說(shuō)話(huà)來(lái)交流的。

當(dāng)然，這真的非常難。在傳統(tǒng)的項(xiàng)目開(kāi)發(fā)中，外包團(tuán)隊(duì)經(jīng)常會(huì)有入駐的開(kāi)發(fā)形式，其實(shí)這就是為了更好的解決溝通問(wèn)題。但是，在敏捷中，更提倡的是讓客戶(hù)也就是甲方派一些關(guān)鍵人物參與到乙方的工作中來(lái)。這樣就能夠快速的獲得客戶(hù)的意見(jiàn)，同時(shí)客戶(hù)也能夠隨時(shí)清晰地知道開(kāi)發(fā)的狀態(tài)。

在這其中，除了在一起工作之外，看板是也一個(gè)協(xié)同辦公很重要的工具，還包括站會(huì)、回顧會(huì)議等等各種簡(jiǎn)單小型的會(huì)議。如果不能在一起工作的話(huà)，或者不能面對(duì)面的工作溝通的話(huà)，這些溝通工具就完全不能發(fā)揮它們的作用。

就和前面說(shuō)過(guò)的一樣，讓雙方甚至多方天天在一起工作真的很難。但總有一些方法可以解決，比如周期性地同步工作一段時(shí)間，或者由資深的業(yè)務(wù)分析師來(lái)充當(dāng)“用戶(hù)代言人”。

原則五：圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作

在敏捷中，人是整個(gè)項(xiàng)目成功非常重要的一個(gè)因素。而在傳統(tǒng)的項(xiàng)目管理中，人則是一個(gè)工具。也就是說(shuō)，在傳統(tǒng)項(xiàng)目管理中，所有的人都要遵循計(jì)劃，告訴他應(yīng)該做什么，怎么做。而在敏捷中，則是以激勵(lì)為主，不會(huì)告訴你做什么，一切以你自己來(lái)決定。通過(guò)用戶(hù)故事來(lái)認(rèn)領(lǐng)你要完成的工作，通過(guò)故事點(diǎn)數(shù)來(lái)評(píng)估自己完成的速率。團(tuán)隊(duì)里的人都會(huì)認(rèn)可你的工作，也會(huì)無(wú)條件的支持你、信任你。

在這里，我們會(huì)聯(lián)想到幾個(gè)名詞：自組織、團(tuán)隊(duì)、勇氣以及尊重。在將來(lái)的學(xué)習(xí)中，我們還會(huì)見(jiàn)到它們的身影。

原則六：在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談

不用多解釋了吧？和原則四的內(nèi)容很貼切吧，在原則四中我們也講過(guò)了，面對(duì)面的交流溝通是敏捷中最重要的內(nèi)容。

在人和人的交流中，面對(duì)面溝通時(shí)三大要素影響力的比率是：文字7%，聲音38%，肢體動(dòng)作55%。因此，為什么原則四要強(qiáng)調(diào)在一起辦公的原因也再明顯不過(guò)了。當(dāng)然，我們也可以排個(gè)序，面對(duì)面說(shuō)話(huà)當(dāng)然是最好的，其次是視頻會(huì)議，再次是電話(huà)會(huì)議，而文檔的傳遞也就是傳統(tǒng)意義上的郵件溝通則是最差的一種交流方式。

當(dāng)然，我們并不是說(shuō)禁止一切的文檔交流。在某些情況下，一些 Wiki 類(lèi)文檔有其獨(dú)特的功用，而且是不可代替的功用。

原則七：工作的軟件是首要的進(jìn)度標(biāo)準(zhǔn)

這里又再次提到了工作的軟件，也就是正式可用的軟件。既然我們不停地迭代，不停地上線(xiàn)。那么如果客戶(hù)想要知道現(xiàn)在的進(jìn)度，直接使用線(xiàn)上的軟件就可以了呀。要知道，敏捷區(qū)別于傳統(tǒng)項(xiàng)目開(kāi)發(fā)的一大特點(diǎn)就是不停地持續(xù)交付真正可用的軟件產(chǎn)品。

在敏捷中，一個(gè)功能無(wú)法使用，也就意味著這個(gè)功能是沒(méi)有交付的。這種情況下，進(jìn)度標(biāo)準(zhǔn)就被清晰的定義為每個(gè)功能是否交付，而且只有兩個(gè)選項(xiàng)，已交付和未交付。當(dāng)然，對(duì)于開(kāi)發(fā)團(tuán)隊(duì)來(lái)說(shuō)可能還有更多的選項(xiàng)，但對(duì)于客戶(hù)來(lái)說(shuō)，這兩個(gè)就足夠讓他們清晰的知道現(xiàn)在產(chǎn)品已經(jīng)開(kāi)發(fā)到什么狀態(tài)了。

原則八：敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)速度。責(zé)任人、開(kāi)發(fā)者和用戶(hù)應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度

其實(shí)說(shuō)人話(huà)就是每次迭代的時(shí)間保持一致。比如我們確定好了兩周一個(gè)迭代，那么后面就盡量不要改變這個(gè)迭代周期。另外一點(diǎn)則是每次迭代所完成的工作量也應(yīng)該是要保持一致的。在這里，我們會(huì)用到“用戶(hù)故事”中的“故事點(diǎn)”的概念。也就是每次迭代我們都應(yīng)該完成相同的“故事點(diǎn)”功能以實(shí)現(xiàn)迭代中工作量的一致性。

良好的迭代規(guī)律能夠?yàn)閳F(tuán)隊(duì)帶來(lái)歡樂(lè)和生產(chǎn)力。試想在一個(gè)動(dòng)蕩的，充滿(mǎn)不確定性的環(huán)境中，如何才能讓團(tuán)隊(duì)保持平衡產(chǎn)出呢？另外，也可以將一次項(xiàng)目的開(kāi)發(fā)比喻成一次長(zhǎng)跑，在奧運(yùn)會(huì)的長(zhǎng)跑比賽中，解說(shuō)員都會(huì)說(shuō)穩(wěn)定的節(jié)奏對(duì)于長(zhǎng)跑的重要性。而短跑更像是每一次的迭代，在 Scrum 中，迭代也叫做沖刺。因此，整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程，其實(shí)就是在穩(wěn)定節(jié)奏下的一次次拼盡全力的沖刺。

原則九：不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力

這一點(diǎn)可以說(shuō)是更重視于軟件開(kāi)發(fā)中的架構(gòu)設(shè)計(jì)。代碼一旦變得復(fù)雜，冗余，就會(huì)失去敏捷性。特別是長(zhǎng)時(shí)間積累的，經(jīng)過(guò)多人之手的傳說(shuō)中的“shi山”級(jí)別代碼。之所以說(shuō)不斷關(guān)注，原因其實(shí)就像我們的項(xiàng)目進(jìn)程一樣，對(duì)于代碼來(lái)說(shuō)，也是不斷地迭代升級(jí)的，當(dāng)然，它有一個(gè)更專(zhuān)業(yè)的名詞：“重構(gòu)”。

持續(xù)不斷的重構(gòu)，其實(shí)也正對(duì)應(yīng)著敏捷中的一個(gè)思想，那就是不斷精進(jìn)，這個(gè)概念來(lái)源于豐田的精益生產(chǎn)標(biāo)準(zhǔn)。而這個(gè)精益生產(chǎn)，也正是敏捷思想的啟蒙概念之一。把控每一個(gè)環(huán)節(jié)，消除浪費(fèi)，對(duì)應(yīng)到敏捷軟件開(kāi)發(fā)的實(shí)踐中，就是測(cè)試先行、持續(xù)集成以及重構(gòu)的綜合應(yīng)用。要知道，返工和嚴(yán)重的 BUG ，正是最大的浪費(fèi)來(lái)源。

原則十：簡(jiǎn)單（盡最大可能減少不必要的工作）是一門(mén)藝術(shù)

這個(gè)原則是我最喜歡的原則，當(dāng)然，相信也是不少人最喜歡的原則。敏捷從不提倡過(guò)度設(shè)計(jì)，所以，適合當(dāng)下的就是最好的。即使要為將來(lái)做準(zhǔn)備，也要在嚴(yán)謹(jǐn)?shù)恼撟C基礎(chǔ)上進(jìn)行適當(dāng)?shù)臄U(kuò)展準(zhǔn)備。

反過(guò)來(lái)說(shuō)，這個(gè)原則最主要杜絕的其實(shí)也是一種浪費(fèi)，那就是過(guò)度設(shè)計(jì)的浪費(fèi)。我們經(jīng)歷過(guò)太多的項(xiàng)目，真的是看別人有什么就要做什么，最后的結(jié)果卻總是不了了之了。根據(jù)28法則（帕累托），你的項(xiàng)目中用戶(hù)最常用的功能其實(shí)只有那么 20% ，而剩下的 80% 可能大部分人都根本不知道。當(dāng)然，也就可能剩下的這 80% 功能是為了那 20% 的用戶(hù)所準(zhǔn)備的。不過(guò)，如果是一個(gè)迭代的敏捷開(kāi)發(fā)過(guò)程，那么我們最優(yōu)先要做的，正是那 20% 的核心功能。至于如何做呢？最簡(jiǎn)單的方式去實(shí)現(xiàn)他們。然后在將來(lái)不斷地重構(gòu)升級(jí)。

原則十一：最好的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)

敏捷很重視個(gè)人，但其實(shí)它更在乎的是整個(gè)團(tuán)隊(duì)。而在各種團(tuán)隊(duì)形式中，敏捷又最推崇的是自組織的團(tuán)隊(duì)。這是一種什么樣的團(tuán)隊(duì)呢？代碼共有、人人負(fù)責(zé)、團(tuán)隊(duì)計(jì)劃、自主分解、自主協(xié)作、自我約定?？粗遣皇歉杏X(jué)很美好，沒(méi)錯(cuò)，這樣的團(tuán)隊(duì)非常難形成。

首先，我們要有一個(gè)小而精的規(guī)模，敏捷中不提倡太大的團(tuán)隊(duì)，如果人數(shù)過(guò)多，那么混亂也就隨之而來(lái)。團(tuán)隊(duì)也一樣要“簡(jiǎn)單”。

其次，團(tuán)隊(duì)成員的水平要高，甚至最好是通才。但這個(gè)太難實(shí)現(xiàn)了，所以，我們推崇教練機(jī)制。說(shuō)白了，就是一種老帶新的機(jī)制，有項(xiàng)目管理教練，有編碼教練，當(dāng)然也可以有產(chǎn)品教練，設(shè)計(jì)教練。

最后，團(tuán)隊(duì)宗旨要明確，沒(méi)有目標(biāo)的團(tuán)隊(duì)很難取得進(jìn)步，在團(tuán)隊(duì)內(nèi)部也很難溝通，至少，我們要為了同一個(gè)目的去工作，不是嗎？

原則十二：每隔一段時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整

這個(gè)原則好理解，我們中國(guó)有句古話(huà)“吾日三省吾身”。這句話(huà)出自《論語(yǔ)》，意思就是每天都要對(duì)自己提三個(gè)問(wèn)題進(jìn)行反思。而在敏捷中，我們也非常重視這個(gè)反省的過(guò)程。因?yàn)槲覀兊牡俣瓤?，所以有時(shí)候一些錯(cuò)誤的構(gòu)架和 BUG 確實(shí)是不可避免的，但是要拿出“勇氣”，敢于“反省”和“重構(gòu)”。另外最重要的一點(diǎn)是，這些都是在團(tuán)隊(duì)的基礎(chǔ)上進(jìn)行的，也就是說(shuō)，錯(cuò)誤不是某一個(gè)人的，而是團(tuán)隊(duì)中的問(wèn)題。

在 Scrum 中，回顧會(huì)議就是非常重要的一個(gè)會(huì)議。通常在一個(gè)迭代結(jié)束之后都要進(jìn)行一次回顧會(huì)議。目的就是讓團(tuán)隊(duì)搞清楚我們?cè)谏弦粋€(gè)迭代做了什么，有哪些收獲，有哪些不足，怎么改進(jìn)。說(shuō)實(shí)話(huà)，不管是團(tuán)隊(duì)還是個(gè)人的進(jìn)步，真像都在于我們?nèi)绾稳タ偨Y(jié)沉淀自己的經(jīng)驗(yàn)。

總結(jié)

內(nèi)容有點(diǎn)多吧？沒(méi)辦法，畢竟十二條原則，說(shuō)多不多，說(shuō)少不少的。就像開(kāi)頭所說(shuō)的，如果是有特殊的目的來(lái)進(jìn)行學(xué)習(xí)的話(huà)，那這十二條原則是必須要背的內(nèi)容。

通過(guò)這十二條原則以及一些相應(yīng)的解釋?zhuān)嘈糯蠹铱吹搅瞬簧俸苁煜さ帜吧拿~。別急，在后面的學(xué)習(xí)中我們還會(huì)見(jiàn)到并且學(xué)習(xí)到它們。

參考文檔：

《某培訓(xùn)機(jī)構(gòu)教材》

《用戶(hù)故事與敏捷方法》

《高效通過(guò)PMI-ACP考試（第2版）》

《敏捷項(xiàng)目管理與PMI-ACP應(yīng)試指南》