一個(gè)有實(shí)際應(yīng)用價(jià)值的敏捷過程并不是簡單地照章辦事就可以實(shí)現(xiàn)。敏捷方法的采用，既要使敏捷方法適應(yīng)一個(gè)環(huán)境，也要調(diào)整環(huán)境使其有更好的敏捷性和響應(yīng)性。
一個(gè)有實(shí)際應(yīng)用價(jià)值的敏捷過程并不是簡單地照章辦事就可以實(shí)現(xiàn)的。它需要根據(jù)環(huán)境有意識(shí)地對(duì)最佳實(shí)踐進(jìn)行調(diào)整，使之適應(yīng)這個(gè)環(huán)境并充分發(fā)展。其中，還要考慮對(duì)這個(gè)過程有引導(dǎo)作用的三個(gè)關(guān)鍵問題：
怎么保證工作完成時(shí)有充分的完整性？
怎么保證所做工作有合適的透明度？
企業(yè)層面上有什么約束條件能避免中途發(fā)生變化？
注意解決這些問題不但可以使IT企業(yè)掌握新的工作方式，還能使業(yè)務(wù)方面受到的損失減小到最低程度。
設(shè)計(jì)最佳實(shí)踐：保證完成時(shí)的完整性
敏捷開發(fā)的一個(gè)特點(diǎn)是它不會(huì)增加將來的負(fù)擔(dān)，也就是說它不會(huì)把一些諸如構(gòu)建、集成和測試的活動(dòng)推遲到下一階段。在敏捷過程中，這些活動(dòng)幾乎都是 和代碼編寫同步完成的：在編寫可執(zhí)行的代碼之前做出項(xiàng)目成功的標(biāo)準(zhǔn)，即時(shí)將所編寫的代碼提交到構(gòu)建和自動(dòng)測試中，并讓開發(fā)人員結(jié)對(duì)工作以更好地保證所做工 作產(chǎn)生滿意的結(jié)果。這樣，如果有什么需要通過敏捷項(xiàng)目來完成，那么它便只需要走一個(gè)客觀的過程，從而減少主觀因素的影響。
雖然已有一系列敏捷實(shí)踐可以用來開始這一過程，但這個(gè)過程不能簡單依靠任何實(shí)踐直接完成。每個(gè)項(xiàng)目的情況和特點(diǎn)決定了各個(gè)實(shí)踐的應(yīng)用程度。過分的應(yīng)用可能只實(shí)現(xiàn)很小的價(jià)值；而應(yīng)用得太過保守，又無法產(chǎn)生可驗(yàn)證的效益。
比如一個(gè)持續(xù)集成的過程，C++和COBOL等技術(shù)可能對(duì)此并不支持，但并不因?yàn)樗鼈儾恢С殖掷m(xù)集成，就意味著敏捷構(gòu)建實(shí)踐毫無用處。減少代碼 提交與構(gòu)建之間的時(shí)間差顯然是有好處的。所以，在此情況下，即使是一天即可完成的工作，也能最大程度地提高構(gòu)建效率，從而增加效益。 CruiseControl這類構(gòu)建工具可以支持各種非典型的敏捷技術(shù)和構(gòu)建循環(huán)。
構(gòu)建的實(shí)現(xiàn)能對(duì)代碼質(zhì)量的監(jiān)督起到多大作用還取決于團(tuán)隊(duì)的特點(diǎn)。對(duì)于一個(gè)掌握各種技術(shù)、在地理位置上分散的大型團(tuán)隊(duì)來說，如果能在每次代碼提交 時(shí)都進(jìn)行測試和代碼質(zhì)量分析，其價(jià)值將是無法估量的。相比之下，對(duì)于地理位置分布較集中的小型團(tuán)隊(duì)來說，這可能就只是一種時(shí)間上的浪費(fèi)，因?yàn)檫@種團(tuán)隊(duì)通常 只需要一個(gè)構(gòu)建信息入口。
一味追求更高的單元測試覆蓋率并不是好事。比如，在一個(gè)需求經(jīng)常發(fā)生急劇變化的、高度動(dòng)態(tài)的業(yè)務(wù)領(lǐng)域中，必須在有限時(shí)間內(nèi)完成一個(gè)項(xiàng)目。這種情 況下，相比時(shí)間與功能，質(zhì)量可能會(huì)處于一個(gè)較低的優(yōu)先級(jí)。這時(shí)，過高的單元測試覆蓋率將是一種精力上的浪費(fèi)，因?yàn)橛写罅看a會(huì)被直接處理掉。而根據(jù)需求編 寫最貼切的單元測試會(huì)更為有效；然后在對(duì)業(yè)務(wù)領(lǐng)域有了更好的了解之后，再考慮增加單元測試覆蓋率的問題。另外，技術(shù)上也會(huì)有所限制，比如當(dāng)前開發(fā)語言可能 并不支持單元測試，而使之支持單元測試的第三方機(jī)制又稍顯尷尬（比如在CICS系統(tǒng)中使用.NET包裝器對(duì)MQ進(jìn)行包裝以調(diào)用COBOL程序）。因此，所 能達(dá)到的覆蓋率也是有限的。盡管如此，創(chuàng)建一個(gè)可測試的架構(gòu)、并取得一定程度的單元測試覆蓋率總比什么都不做要好。
很顯然，無法給任何實(shí)現(xiàn)敏捷過程的活動(dòng)做出廣泛通用的定義。因?yàn)槊恳环N活動(dòng)都是在不同程度上實(shí)踐的，而其實(shí)踐程度又決定了項(xiàng)目完成時(shí)的置信度。
管理最佳實(shí)踐：透明度
牽涉到完成時(shí)的完整性，盡可能詳細(xì)地了解正在做的事情就變得很更要。在應(yīng)用敏捷管理實(shí)踐過程中，如果沒有項(xiàng)目管理實(shí)踐，那么獲得的將是提交質(zhì)量上的提升而不是IT響應(yīng)性的提升。要獲得更好的響應(yīng)性，就需要使所進(jìn)行的工作透明化。
敏捷方法可以通過以下途徑實(shí)現(xiàn)透明化：需求的表達(dá)方式、團(tuán)隊(duì)的組織方式、協(xié)作方式和過程追蹤方式。當(dāng)