企業(yè)在商業(yè)方面取得成功的要素是產(chǎn)品（Product），人才（People和流程（Process

中培可以通過敏捷咨詢，從產(chǎn)品，人才和流程層面幫助客戶改變。

1.產(chǎn)品提高

敏捷可以幫助客戶：

響應(yīng)變化的需求

縮短首次上線周期，縮短反饋周期

提高產(chǎn)品質(zhì)量

降低已有系統(tǒng)維護(hù)成本，降低需求變更成本

我們通過如下實(shí)踐來達(dá)到：

迭代式開發(fā)?

相比瀑布式過程，更好的方式是迭代式開發(fā)，它將整個(gè)軟件的開發(fā)過程分成了若干階段，客戶根據(jù)優(yōu)先級(jí)或者風(fēng)險(xiǎn)高低選擇需求進(jìn)行增量的設(shè)計(jì)和開發(fā)。每次迭代完成時(shí)都會(huì)生成一個(gè)經(jīng)過測試的最終產(chǎn)品，開發(fā)團(tuán)隊(duì)可以通過它獲得更多的反饋，繼續(xù)完善軟件產(chǎn)品。

迭代式開發(fā)的好處是：??

快速交付投入使用，快速獲得投資回報(bào)?

快速得到反饋，快速調(diào)整?

把項(xiàng)目分成較小周期，更容易管理?

更直觀看到項(xiàng)目的進(jìn)展，風(fēng)險(xiǎn)更小?

迭代幫助客戶及早地創(chuàng)造價(jià)值，開發(fā)團(tuán)隊(duì)可以通過它得到反饋，?不斷地修正各種錯(cuò)誤。分析人員可以得到更進(jìn)一步的需求。　

持續(xù)集成?

要得到迭代產(chǎn)物，產(chǎn)品的開發(fā)人員必須將產(chǎn)品代碼不斷與現(xiàn)有系統(tǒng)進(jìn)行集成。　這意味著團(tuán)隊(duì)

需要通過使用版本控制工具有效的管理代碼，并做到頻繁提交。　

持續(xù)集成的好處是：?

自動(dòng)從版本控制庫取出最新的源程序?

運(yùn)行自動(dòng)構(gòu)建腳本，從頭進(jìn)行構(gòu)建和部署?

針對構(gòu)建出來的軟件運(yùn)行全部測試?

自動(dòng)發(fā)布集成結(jié)果?

測試驅(qū)動(dòng)開發(fā)?

測試驅(qū)動(dòng)開發(fā)基本思路就是通過測試來推動(dòng)整個(gè)開發(fā)的進(jìn)行。而測試驅(qū)動(dòng)開發(fā)技術(shù)并不只是單純的測試工作。　

測試驅(qū)動(dòng)開發(fā)的好處是：?

正確的描述了需求。需求向來就是軟件開發(fā)過程中感覺最不好明確描述、易變的東西。編寫正確的測試代碼，就是對需求最好的描述，當(dāng)測試通過時(shí)，產(chǎn)品代碼也就自然滿足了需求。　

正確的注釋代碼。開發(fā)人員通常對編寫文檔非常厭煩，但要使用、理解別人的代碼時(shí)通常又希望能有文檔進(jìn)行指導(dǎo)。而測試驅(qū)動(dòng)開發(fā)過程中產(chǎn)生的測試用例代碼就是對代碼的最好的解釋。

保證項(xiàng)目質(zhì)量。開發(fā)人員可以容易的保證測試覆蓋率，并且不斷完善測試用例，來達(dá)到符合質(zhì)量要求的測試密度，為開發(fā)人員增強(qiáng)信心?

測試不僅是質(zhì)量保證部門的事情，它貫穿了整個(gè)軟件生命周期。中培的測試策略覆蓋了應(yīng)用系統(tǒng)的各個(gè)方面，并且?guī)椭蛻羰拐麄€(gè)測試過程自動(dòng)化，覆蓋單元測試、功能測試、驗(yàn)收測試、性能測試、回歸測試、集成測試、以及驗(yàn)收測試，測試腳本的可重用性很高。頻繁的進(jìn)行測試活動(dòng)，可以在早期發(fā)現(xiàn)問題，使修正問題的質(zhì)量成本降低，大幅提高產(chǎn)品質(zhì)量，并提高測試和開發(fā)人員工作效率。

2.人才培養(yǎng)

敏捷溝通?

敏捷開發(fā)強(qiáng)調(diào)開發(fā)過程中人的重要性。重點(diǎn)在于：?

以人為本，注重編程中人的自我特長發(fā)揮，鼓勵(lì)建立自組織的團(tuán)隊(duì)。

客戶與開發(fā)者的關(guān)系是協(xié)作，而不僅是合同關(guān)系

項(xiàng)目成功的一個(gè)重要因素就是充分的交流。中培通過結(jié)對編程等敏捷實(shí)踐，促進(jìn)項(xiàng)目團(tuán)隊(duì)的交流，創(chuàng)造一種開發(fā)人員交流分享的文化，構(gòu)筑學(xué)習(xí)型組織。

結(jié)對編程

結(jié)對編程，指的是這樣一種程序設(shè)計(jì)實(shí)踐：兩名程序員并肩工作在同一臺(tái)計(jì)算機(jī)前，共同探討設(shè)計(jì)方案、共同設(shè)計(jì)算法、共同編寫程序代碼、共同完成各種測試。在這兩個(gè)人中，被稱為“駕駛員”的那個(gè)人負(fù)責(zé)實(shí)際操作或做設(shè)計(jì)方案，被稱為“領(lǐng)航員”的另一個(gè)負(fù)責(zé)其他工作，包括隨時(shí)觀察“駕駛員”的工作情況，發(fā)現(xiàn)并糾正其操作?性和策略性失誤。　

結(jié)對編程的好處在于：?

在團(tuán)隊(duì)中傳遞知識(shí)。經(jīng)驗(yàn)少的開發(fā)人員和經(jīng)驗(yàn)多的一起工作，從實(shí)際工作中學(xué)習(xí)到很多難以言傳的知識(shí)和技能，比光看文檔效果好得多?

降低人員風(fēng)險(xiǎn)。開發(fā)人員一起開發(fā)相同功能，并經(jīng)常交換配對，大家互為備份。當(dāng)出現(xiàn)人員變動(dòng)或者休假等情況，仍然有人熟悉其他人的工作，開發(fā)收到的影響相對小得多?

提高代碼質(zhì)量。　一個(gè)人思路難免受到局限，兩個(gè)人一起工作考慮的要全面；更進(jìn)一步，如果一個(gè)人的設(shè)計(jì)，結(jié)對的另一方不能理解，說明設(shè)計(jì)還不夠簡單明了，需要繼續(xù)改進(jìn)。　直接的，持續(xù)的CodeReview，使代碼質(zhì)量大大提高。

提高工作效率。在有人在旁邊盯著的時(shí)候，去偷懶要困難的多；同時(shí)，在遇到困難的時(shí)候，可以更容易更及時(shí)的得到他人的幫助?

增進(jìn)團(tuán)隊(duì)凝聚力。敏捷方法創(chuàng)造一種公開和交流的團(tuán)隊(duì)氣氛，鼓勵(lì)通過一起工作來互相學(xué)習(xí)，相互了解，增進(jìn)信任?

團(tuán)隊(duì)內(nèi)部知識(shí)庫

通過內(nèi)部知識(shí)庫的形式（如Wiki），鼓勵(lì)大家將開發(fā)過程中的得到的領(lǐng)域知識(shí)，最佳實(shí)踐變成組織過程資產(chǎn)，促進(jìn)公司內(nèi)部的知識(shí)積累。個(gè)人技能提高的過程，也會(huì)成為組織成長的過程。建立自組織的團(tuán)隊(duì)和學(xué)習(xí)型組織，可以從知識(shí)層面打破了因組織結(jié)構(gòu)形成的邊界，大家都能分享自己的知識(shí)，并能從其他人那里獲得新的知識(shí)。　

這樣的團(tuán)隊(duì)能最大程度上激發(fā)個(gè)體的主觀能動(dòng)性，吸引更多的優(yōu)秀人才加入，達(dá)到企業(yè)和個(gè)人共贏。　?

3.流程改善

敏捷開發(fā)強(qiáng)調(diào)軟件開發(fā)的產(chǎn)品是軟件，而不是文檔。文檔是為軟件開發(fā)服務(wù)的，而不是開發(fā)的主體。所有流程是為了開發(fā)軟件服務(wù)的，而不是為開發(fā)團(tuán)隊(duì)增加不必要的負(fù)擔(dān)。　

流程簡化?

敏捷開發(fā)和CMM/CMMI并不沖突。在CMMI過程域中，OPD（組織級(jí)過程定義）和IPM（集成項(xiàng)目管理），也強(qiáng)調(diào)流程剪裁，因地制宜。這一點(diǎn)往往在傳統(tǒng)開發(fā)實(shí)踐中被忽視。開發(fā)團(tuán)隊(duì)把很多時(shí)間和精力花費(fèi)在制作格式一致，美觀華麗的文檔上，而忽視了文檔作為溝通媒介這一重要屬性。　

敏捷不是不要文檔，而是減少無效的文檔，使項(xiàng)目團(tuán)隊(duì)把更多精力放在可以創(chuàng)造商業(yè)價(jià)值的可運(yùn)行的軟件產(chǎn)品上。文檔和計(jì)劃的詳細(xì)程度是根據(jù)項(xiàng)目的特點(diǎn)、開發(fā)階段和內(nèi)容的重要性來決定的。需要項(xiàng)目開發(fā)團(tuán)隊(duì)在實(shí)踐中不斷摸索最適合項(xiàng)目的實(shí)踐。　

在敏捷開發(fā)中，MS Word不是唯一的文檔格式，項(xiàng)目團(tuán)隊(duì)可以使用多種多樣的文檔工具來進(jìn)行溝通，如MSPowerPointMSExcel，團(tuán)隊(duì)Wiki，甚至把白板上討論的內(nèi)容用數(shù)碼相機(jī)拍攝下來，存為圖片。選擇最適合的工具，傳遞合適的信息，達(dá)到消除浪費(fèi)和冗余，加強(qiáng)溝通的目的。　

敏捷項(xiàng)目計(jì)劃?

計(jì)劃是為了交付，而不是按計(jì)劃交付。敏捷項(xiàng)目的計(jì)劃是：?

做長計(jì)劃?變成?常做（短）計(jì)劃?

價(jià)值驅(qū)動(dòng)型，首先做對業(yè)務(wù)價(jià)值（或者投資回報(bào)率）最大的部分

在開發(fā)過程中，一種常見的浪費(fèi)是“為將來準(zhǔn)備的投資”。例如為了應(yīng)付將來可能出現(xiàn)的需求變化而提前引入的靈活設(shè)計(jì)，如果需求沒有發(fā)生變化，這些靈活設(shè)計(jì)就會(huì)成為浪費(fèi)。因?yàn)檫@樣的設(shè)計(jì)是空想出來的，而不是來源于實(shí)際。這種做法消耗了很多開發(fā)成本。制造業(yè)為了降低庫存成本而創(chuàng)造出“JustInTime”的生產(chǎn)和決策方法同樣適用于軟件行業(yè)。　

如何消除預(yù)測錯(cuò)誤的浪費(fèi)？避免預(yù)測錯(cuò)誤的?根本辦法就是推遲決策：決策下得越晚，就越不容易因?yàn)轭A(yù)測失準(zhǔn)而造成浪費(fèi)。當(dāng)然也不能晚到錯(cuò)過了時(shí)機(jī)、耽誤了工作才下決策，決策也要JustInTime。過早的、含有太多預(yù)測成分的決策也會(huì)造成浪費(fèi)，其危害絲毫不亞于過晚的決策。　

擁抱變更?

在開發(fā)全過程中，敏捷方法能很好的接受客戶的需求增加和變更，同時(shí)和客戶風(fēng)險(xiǎn)共擔(dān)。　

隨時(shí)可提出變更  

變更在迭代開始時(shí)引入，開發(fā)中的需求不做變更。根據(jù)變更，確定優(yōu)先級(jí)，調(diào)整下個(gè)迭代的計(jì)劃

保持計(jì)劃工作量（工作時(shí)間）與團(tuán)隊(duì)的能力相當(dāng)

因?yàn)槭遣扇〉妮^短的交付周期，項(xiàng)目團(tuán)隊(duì)可以盡早的提交可工作的軟件。客戶可以根據(jù)實(shí)際的軟件，能盡早的對開發(fā)做出反饋，不斷完善需求，提出新的更有價(jià)值的特性，降低變更帶來的成本。　

以故事（Story）為單位管理需求?

通過故事卡片（Story Card）和故事墻（Story Wall）等敏捷實(shí)踐來管理需求和開發(fā)過程，提高開發(fā)效率，降低文檔量，使項(xiàng)目更加可控。這些方法可以促進(jìn)技術(shù)人員和非技術(shù)人員的溝通和交流，使管理者一目了然的了解項(xiàng)目的進(jìn)展。