本文內容包括：
開始之前：術語聲明
大企業(yè)對敏捷實踐的需求
敏捷配置管理實踐
對于大系統(tǒng)的可擴展的敏捷配置管理
注釋
參考資料
本文來自于 Rational Edge：由于其規(guī)模及復雜性，大企業(yè)更需要擁抱敏捷開發(fā)策略。通過本文了解如何通過敏捷配置管理環(huán)境來有效地協(xié)調成百上千的資源。
在我作為顧問的早期，很幸運我有機會接觸一個使用了被稱為極限編程（eXtreme Programming）方法的項目。這個項目的環(huán)境十分典型：二十個人，有限的復雜度與平臺需求。最后這個項目成功了。新方法幫助我們按時交付并且降低了缺陷。之后，我又經歷了各種更具挑戰(zhàn)性的敏捷環(huán)境，包括很大的項目團隊（一百多人）和固定的成本花銷。一種最普遍的方案就是他們全部是單一的項目團隊，即使有些團隊的規(guī)模很大。盡管具備了這些經驗，我仍然不滿意于敏捷開發(fā)為企業(yè)帶來的好處 -- 尤其是關于配置管理的敏捷實踐和技術 -- 直到我在兩年時間內與財富 100 企業(yè)的項目團隊一起工作后才發(fā)生了改變。
當我作為一名顧問進入到公司后，我發(fā)現(xiàn)這是一家不使用常規(guī)源代碼控制、只有少量自動化構建或自動化單元測試的企業(yè)。我們花費了幾個月的時間，利用持續(xù)的集成、短迭代、和各種其他的敏捷實踐與技術，最終建立了一個更靈活的項目團隊。當項目成功后，團隊成員就可以幫助其他團隊使用敏捷方法了。十八個月后，我們已經有了六個遵循主要敏捷配置管理實踐的項目。每個項目團隊具備自己的代碼庫，但是他們會互相共享組件、測試和構建流程。程序員會在一天內多次檢入代碼，盡快地增加自動測試，甚至寫了幾行代碼后就會重新編譯。項目團隊會在一天內多次運行他們自己的自動化測試組件和系統(tǒng)。企業(yè)開始從更健壯的代碼庫、更及時的交付、和更好的最終產品中獲益。
從那時起，許多大公司的開發(fā)團隊都希望了解敏捷是否適合他們。他們一直認為敏捷是無序的、混亂的，并且風險很大。沒有什么比事實更有說服力了。我自己的經驗證明了敏捷實踐和技術能夠提供可靠的靈活的配置管理環(huán)境，而這正符合了大公司保持競爭力，滿足質量的目標。
我將在本文中展示部分基本的敏捷配置管理構建模塊，并詳細介紹如何使用這些實踐為大型開發(fā)企業(yè)帶來收益。
開始之前：術語聲明
術語對于專業(yè)的軟件開發(fā)來說既有益處又有壞處。也就是說，我們都利用術語來工作。不幸的是，我們往往使用它們的意思而使工作做得很糟糕。因此，在繼續(xù)之前，我想首先花一些時間聲明一下我將使用的術語。
由最先出現(xiàn)的開始 大型開發(fā)組織 可以有很多種形式。例如，它可以是一個大型項目，包括了上百人，為了計劃和開發(fā)的目的分解為許多個子系統(tǒng)和子團隊。它還可以是一家開發(fā)企業(yè)，包括許多相互聯(lián)系的系統(tǒng)和項目團隊。更一般的說法是，它可以是任何被描述為 "企業(yè)"的開發(fā)組織。 大的開發(fā)組織意味著多個團隊和大量代碼行。這些大型組織常常擁有不同階段的開發(fā)、產品，或接近退役的系統(tǒng)；任意的數據庫、文件倉庫和其他的數據源；一系列不同的項目方案和委托；含有各種需求和議程的一群有趣的團隊。這些大型組織常常接近（或已經陷于)復雜性之中。
此文章共有8頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網
|
Leadge.com首頁 > 知識庫 
