最后，就是敏捷開發(fā)和大型開發(fā)組織。所有的大企業(yè)確實可從集成的敏捷開發(fā)部分獲得收益。理所當(dāng)然,有獨特的大型開發(fā)組織的挑戰(zhàn)，例如，與多個項目、系統(tǒng)、數(shù)據(jù)源連接的邏輯行為外的個人與團隊間的通信與協(xié)作。但是無論是否遵循敏捷方法，大型組織都有其需要面對的問題。
敏捷開發(fā)能為大型企業(yè)提供什么？首先，敏捷能夠通過自動化的實現(xiàn)任務(wù)以減少人類所犯錯誤并使得團隊利用更少的資源作更多工作以提高團隊效率。其次，敏捷能夠幫助大型企業(yè)改進質(zhì)量，更有效的處理回饋給開發(fā)成員的改變，從而更迅速的解決問題。第三，敏捷能夠通過使用疊代計劃、分析、開發(fā)行為 -- 這些可由系統(tǒng)根據(jù)所設(shè)計的代碼自動化的產(chǎn)生 -- 替換龐大的（且很快過期的）需求文檔，以進行更豐富更及時地溝通。
最后，敏捷配置管理方法可以在項目級或企業(yè)級加以實現(xiàn)。不需要在這之前考慮一個組織，因為單個項目可以是一種實驗性的或想法孵化器。同時，當(dāng)在企業(yè)級實現(xiàn)了敏捷配置管理實踐，那么企業(yè)必須為每個項目團隊提供足夠的靈活性與自主性，實現(xiàn)其最佳解決方案。
敏捷配置管理實踐
精簡進程和自動化是敏捷配置管理方法的基礎(chǔ)。 3 每一個活動（來自于代碼檢測確定損壞測試）都應(yīng)很容易的執(zhí)行，并為單個程序員和整體團隊提供快速反饋。而且，敏捷團隊力圖使得這一行為自動化的記錄于文檔中。例如，自動化的構(gòu)建僅需要寫入它的執(zhí)行腳本中�？梢院苋菀椎牡贸霭ㄓ� Microsoft Word 所創(chuàng)建的過期文檔，"指南"文檔在內(nèi)的良好自動化構(gòu)建腳本收集的好處。
已根據(jù)各種項目環(huán)境中的用途標(biāo)識出了組成敏捷配置管理的實踐 -- 無論大或小，簡單或復(fù)雜。 我將在本部分中探討實踐，下一部分討論針對大型企業(yè)特殊需求的應(yīng)用。
源代碼控制
這是常常會忘記的重要敏捷配置管理的組件，并不是因為組成敏捷團隊不使用源代碼控制。它常常被忘記是因為大部分敏捷團隊假定每個項目都會有一個源代碼控制系統(tǒng)，并且每個項目都會正確的使用它。一般的源代碼控制系統(tǒng)都會有許多部分，例如版本化、回滾、打標(biāo)簽以及合并等。但是更重要的是，源代碼控制為全部項目團隊或開發(fā)組織的代碼行提供了可靠的記錄位置 。這僅僅當(dāng)每名程序員能夠經(jīng)常性的檢入系統(tǒng)代碼時才會發(fā)生。我的意思是至少一天一次。這時，項目能夠了解在哪里找到當(dāng)前系統(tǒng)。它不會由于不同的開發(fā)工作站，或位于不同地點的共享服務(wù)器造成支離破碎。當(dāng)前系統(tǒng)（或僅僅幾小時前）總是檢查源代碼控制系統(tǒng)。
重申一下，僅僅因為項目或組織具有源代碼控制系統(tǒng)不意味著系統(tǒng)支持敏捷配置管理方法。在我管理幾個團隊的客戶端，兩百名員工的開發(fā)組織使用企業(yè)級的源代碼控制授權(quán)工具。但是系統(tǒng)卻有重大的瑕疵：執(zhí)行一次 check-in 要花費數(shù)小時！因此，團隊僅僅在不得已的時候才做一次 check in -- 在發(fā)布到產(chǎn)品環(huán)境之前。一種普通的源代碼控制系統(tǒng)對于一家大型企業(yè)十分有益（之后會做解釋），但是僅僅限于程序員和團隊能夠以具有時效的方式檢入/檢出代碼的情況。
此文章共有8頁 上一頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
