作者：張克強??? 作者微博：張克強-敏捷307

在《源代碼管理的新15條建議?》中的第7條建議提到：每個團隊?wèi)?yīng)當(dāng)對代碼配置項和非配置項有所說明，不要假設(shè)每個團隊新人都是代碼配置管理達人，小心自以為是的新手加入一些自以為是的垃圾。雖然可以刪除，但發(fā)現(xiàn)再刪除，其本身就是成本。

在《高效組織的配置管理計劃》也提到了產(chǎn)品線層面的配置管理，那么產(chǎn)品開發(fā)團隊的配置管理到底應(yīng)該是什么樣呢？本文試圖來探討下。

首先說明本文探討的產(chǎn)品開發(fā)團隊的特征。這里的產(chǎn)品開發(fā)是指圍繞某產(chǎn)品或者產(chǎn)品線開發(fā)，其產(chǎn)品的生命周期是長于一年以上，為了改進產(chǎn)品，不斷有新的要求得到實現(xiàn)滿足，也會發(fā)現(xiàn)產(chǎn)品的缺陷，需要在開發(fā)中解決。 這樣的產(chǎn)品開發(fā)是不同于短期合同外包項目的，其產(chǎn)品開發(fā)團隊將較長期的承擔(dān)此產(chǎn)品（線）的運行維護，增強修改，開發(fā)建設(shè)。應(yīng)當(dāng)說，當(dāng)前大多數(shù)團隊是屬于這樣的團隊。

什么是配置管理規(guī)則？

配置管理規(guī)則這個說法也許過于學(xué)術(shù)化，講白了其核心就是文件如何存放和版本升級。而規(guī)則即是團隊共同遵守的約定。比如在某目錄下存放會議紀要，為了便于查找會議紀要的文件名以會議日期開頭，格式是YYYYMMDD。

為什么需要產(chǎn)品開發(fā)團隊的配置管理規(guī)則？

1，開發(fā)團隊是多人組成，規(guī)則能夠讓所有人查詢，有依據(jù)，協(xié)同提供效率 2，產(chǎn)品開發(fā)是長期過程，文件會越來越多，如果沒有一定的規(guī)則，將造成文件遺失或者難以查找。

誰來制定團隊的配置管理規(guī)則？

團隊負責(zé)人應(yīng)當(dāng)為團隊長遠的信息資產(chǎn)負責(zé)，組織團隊成員來商量團隊自身的配置管理規(guī)則。 如果團隊存在配置管理員這樣的角色的話，那么配置管理規(guī)則的起草和維護當(dāng)然首先是配置管理員的事情。

團隊的配置管理規(guī)則有哪些內(nèi)容？

對于軟件開發(fā)團隊，顯然首要的，源代碼管理是規(guī)則重點覆蓋的內(nèi)容。對于源代碼管理，要回答如下典型問題： 1，選擇什么樣的源代碼版本控制工具？如果組織已經(jīng)選定，或者歷史上已經(jīng)選定，那么需要遵循。這是基礎(chǔ)工具，一般不會經(jīng)常變化，而變化必須經(jīng)過慎重的考慮，當(dāng)然往往的這是組織級考慮的內(nèi)容。所以這個問題對于絕大多數(shù)團隊而言，不是問題，因為已經(jīng)有選定的工具。 2，對于源代碼，選擇什么樣的主干分支模式？ 這是顯著影響團隊效率的選擇，必須團隊骨干一起來做決定，不同的主干分支模式適用于不同的場景，需要團隊中此方面的達人來提供建議，如果團隊內(nèi)難以做決定，麻煩組織中的高手來設(shè)計本團隊的主干分支模式也是應(yīng)當(dāng)?shù)?#xff0c;甚至有組織邀請業(yè)界專家來為重要產(chǎn)品線設(shè)計主干分支開發(fā)模式，并制定規(guī)則。 3，對于選定的主干分支模式，有哪些操作注意點，具體而言比如如下問題： 3.1 什么情況下從主干拉出分支？ 3.2 什么情況下合并分支到主干？ 3.3 什么情況下從分支拉出分支？ 3.4 什么情況下從主干合并到分支？ 3.5 什么情況下從分支合并到分支？ 3.6 什么情況下刪除分支？ 3.7 如果選擇主干無分支，那么需要注意什么？有什么配套手段？ 4，源代碼檢入時需要遵循什么規(guī)則？ 如何書寫檢入說明？ 是否需要與某個變更或者需求或者缺陷進行關(guān)聯(lián)? 要先本地進行靜態(tài)代碼掃描？ 先進行code review？還是后進行掃描，或者code review 5，哪些區(qū)域的代碼是信息安全高等級代碼？ 訪問級別比較高，團隊外圍成員需申請后才能訪問？如何申請？? 6，哪些區(qū)域的代碼是核心代碼？ 或者是紅區(qū)代碼，但凡此處代碼修改，對應(yīng)的測試范圍需要擴大，關(guān)聯(lián)到其它的系統(tǒng)？ 7，為了協(xié)同工作，在工程師本地電腦上需要如何設(shè)置？ 其次是文檔，文檔就存活時間而言，分為兩類：第一類是其生命周期與產(chǎn)品相同；第二類是其生命周期與特定改進、事務(wù)或者項目相當(dāng)，明顯短于產(chǎn)品生命周期。 第一類文檔可稱為產(chǎn)品級文檔，比如團隊配置管理規(guī)則就應(yīng)當(dāng)是產(chǎn)品級文檔，值得長期得到遵循并改進，此類文檔典型有： 1，產(chǎn)品白皮書，產(chǎn)品介紹 2，產(chǎn)品功能目錄，使用說明，系統(tǒng)功能樹 3，產(chǎn)品應(yīng)用架構(gòu)，組件（系統(tǒng)，子系統(tǒng)、模塊）結(jié)構(gòu)圖，組件（系統(tǒng)，子系統(tǒng)、模塊）接口說明 4，產(chǎn)品性能架構(gòu)，并發(fā)控制，處理高性能要求的架構(gòu)模式 5，團隊章程，團隊改進建議 6，產(chǎn)品待辦需求列表，原始需求
第二類文檔可稱為項目級文檔，此類文檔是大家最熟悉的文檔，如下： 1，項目計劃 2，項目需求規(guī)格說明書 3，項目會議紀要 4，項目測試計劃
對于兩類不同的文檔，對于團隊配置管理規(guī)則而言，產(chǎn)品級文檔的處理是焦點，因為這是長期的文檔。

團隊的配置管理規(guī)則的好處

往大里說，團隊配置管理規(guī)則處理的是產(chǎn)品信息資產(chǎn)，當(dāng)然是值得精心制定并切實執(zhí)行的。往小里說，良好統(tǒng)一的協(xié)同工作平臺能提升團隊協(xié)作效率，讓每個工程師順暢的工作。

總結(jié)

以上是生活随笔為你收集整理的谈谈产品开发团队的配置管理规则的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。