更高水平的， 敏捷開發(fā) 很容易定義。它描述了任意的堅持敏捷軟件開發(fā)的宣稱價值的開發(fā)方法（尤其是偽裝成項目團隊熟知的方法論）。 1 簡短來說，這些值關(guān)注于個人和交互、工作軟件和用戶協(xié)作，它們承認(rèn)改變是不可避免的甚至是有價值的軟件開發(fā)部分。但是這一高級定義僅描述了敏捷團隊的價值，而沒有他們所做的內(nèi)容。當(dāng)我談?wù)撁艚菟龅膬?nèi)容時，我是指敏捷團隊尊循的實踐和技術(shù)，諸如持續(xù)集成、自動化的單元測試和短疊代。敏捷社區(qū)中不斷討論著遵循敏捷實踐卻不使用敏捷值的團隊是否能夠被稱為敏捷的。這些值是十分重要的，因為它們提供了適當(dāng)?shù)?Agie 實踐和技術(shù)的實現(xiàn)指導(dǎo)。但是，我將會跨過這些爭論，使用術(shù)語敏捷以鑒別敏捷團隊使用的實踐和技術(shù)。
然后， 配置管理 -- 可被描述為 "質(zhì)量"的概念 -- 傳統(tǒng)意義上具有多種不同定義。 2 大家似乎完全同意配置管理包括了鑒別系統(tǒng)條目和特定條目與系統(tǒng)的變化。一種狹義的配置管理的定義可以滿足流行源代碼控制系統(tǒng)的實現(xiàn)及使用。同時， 一種廣義的定義也許涵蓋了全部項目團隊和所有工件，包括全部的確保系統(tǒng)正確操作的代碼和行為，所有改變控件行為，和追蹤團隊每天的變化。我將在本文中對配置管理采用一種中立的定義，包括了程序員所做的組織系統(tǒng)組件，了解任意時刻的系統(tǒng)狀態(tài)、管理演化、確保開發(fā)過程中正確的系統(tǒng)功能。
大企業(yè)對敏捷實踐的需求
現(xiàn)在我們已經(jīng)符合了討論的標(biāo)準(zhǔn)，讓我們看看它們是如何在一起工作的。首先，小型項目沒有了質(zhì)量不一和不正規(guī)的配置管理實踐時，大部分讀者可能都會同意大型開發(fā)組織都會需要正規(guī)的配置管理方法。這種認(rèn)識在六年前被認(rèn)為是十分大膽的，而我根據(jù)針對大型開發(fā)遇到的問題所做的觀察得出的這一結(jié)論。當(dāng)幾十種（沒有上百）產(chǎn)品組件正在運行，并且您與上百個（沒有上千）開發(fā)者協(xié)作時，潛在的混亂、遲緩的開發(fā)周期、和很差產(chǎn)品質(zhì)量的可能性是十分高的。大型系統(tǒng)變得過于復(fù)雜與迅速以至于不能靠手動系統(tǒng)加以維護了。因此在這些企業(yè)中，自動化、流程控制、管理變化、和團隊協(xié)調(diào)對于保證開發(fā)質(zhì)量是十分必要的。
其次，讓我們討論一下敏捷開發(fā)和配置管理的混合。當(dāng)敏捷開發(fā)還是一種新興的，軟件開發(fā)專家最為重視的破壞進度、開銷溢出、項目失敗特點的主題時，沒有人談?wù)?a href=http://m.opto-elec.com.cn/knowledge/more.asp?type=1020137&art_type=配置管理 target=_blank>配置管理的敏捷方法。但是敏捷證明了它是一種極好的配置管理實踐，因為敏捷團隊需要健壯的靈活的代碼庫以響應(yīng)不斷變化的業(yè)務(wù)環(huán)境和客戶需求。一種方式是在項目中經(jīng)常性的集成代碼（一般來所，一天集成幾次）。另一種敏捷的重要原則就是將測試作為一種有效的配置管理組件。在許多敏捷團隊中，全部新代碼都要經(jīng)過自動化的單元測試，每次執(zhí)行架構(gòu)都會運行所有單元測試。未通過的單元測試將被視為與編譯錯誤一樣嚴(yán)重的問題。在任何好的配置管理流程中，敏捷團隊都需要了解所有代碼行的健康度。而且，他們努力保持對代碼狀態(tài)的控制。
此文章共有8頁 上一頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
