作者：張克強(qiáng)??? 作者微博：張克強(qiáng)-敏捷307

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

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

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

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

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

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

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

誰來制定團(tuán)隊(duì)的配置管理規(guī)則？

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

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

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

團(tuán)隊(duì)的配置管理規(guī)則的好處

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

總結(jié)

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

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