Posted on 2011-12-27 11:27
幻海藍夢 閱讀(396)
評論(0) 編輯 收藏 所屬分類:
配置管理
[原創]配置管理員(CM)如何接手一個正在進展中的項目？
配置管理員(CM)如何接手一個正在進展中的項目？
出自：bbs.scmroad.com 作者：laofo
在公司常常會遇到這種情況：
以前因為種種原因，項目沒有專職的CM,但是有了自己的SCM系統，可能有開發人員暫時兼管著，而你這時臨危受命。當你剛開始介入項目的時候，應該怎么展開呢？
我個人覺得先從了解項目開始：
[b]1. 參加項目例會(project meeting)[/b]
認識認識人，哪個是PM，哪個是QA，哪些是Tester。。。這個時候可能需要你的經理或者PM把你介紹給大家。看看美女帥哥，這就是你第一次參加項目理會的重點。
開完第一次項目例會之后，一定要去看看project plan，對這個項目周期，人員等等都要有個大概的認識。第二次參加會議的時候，就有一個CM發言的時間了，這個時候就是你的時間，記得把平時工作中發現 的關于CM的問題提出來，和PM，QA等一起商量如何解決。而有的事情（比如違反公司開發流程的事情）更要堅定不移的提出來，如果PM覺得有充足的理由不 遵守公司的流程，記得記下為什么作出的這個決定，也許Email，Document更能幫助你回憶，所以一定要保留下相關的信息。當然這些東西并不是讓你 第二次開會的時候就能都找出來，可能剛開始的 一段時間，了解項目進度才是你最主要的工作。
注：有的公司可能Team Leader（TL）管這些事情，而PM只管進度。那么你多數情況下聯系的就是TL了。
[b]2. 主動加入到項目的maillist當中去[/b]
你可以自己要求，也可以向PM提出。這樣項目一有事情，你也能得到通知了。
[b]3. 要有SCM系統的授權[/b]
因為項目已經有自己的SCM系統，你也就省去了一些搭建的時間。這個時候你需要向PM提出權限申請。
CM一定要有SCM系統的full control previleges。
CM不一定會改變些SCM系統什么東西（如果有需要，CM肯定會改變的），但是CM一定要有SCM系統的全部控制權限，雖然有的時候你可能還接手不了整 個項目，因為你畢竟是項目中間加進來的一個人，但是一定要有這個權限。CM這個時候可以和開發人員一起管理SCM系統。事實上，最開始的階段是你向開發人 員在學習這個系統。
[b]4. 理解構建過程[/b]
有的構建是通過makefile，有的是通過nat，或者nant，。。。那么這個時候你就要下點功夫去理解這些構建的腳本了。
CM不一定控制和負責所有構建腳本的編寫和維護。因為有的系統很大，目錄要分很多的層，開發人員對最底層的構建肯定要比CM熟悉的多，而這些最底層的腳 本也變化的很頻繁，CM不必也沒有那么多精力去維護這么多構建腳本。所以建議CM一般只要控制和維護最頂上的1到3層之間的構建腳本就可以了。
注：如果項目還沒有通過腳本來構建項目，那現在你就來完成它吧。
[b]5. CM plan[/b]
無論什么時候，CM plan都是你始終應該關注的重點。這里規定了你該做什么，怎么做，什么時候做等等問題。
如果項目還沒有CM plan，或者還沒有正式的CM plan，請撰寫并且完善它。完成之后記得發給PM，QA，你的直接領導等等人士去review，沒有問題了就發布出來。這是考核你工作的標準，事無巨 細，覺得對以后CM工作有幫助的，就要在project meeting上提出來，然后更新到CM plan中去。
記得把CM plan放到SCM系統中去，同時讓所有的人有權限訪問。
公司有什么編碼規范啊，流程的規定啊，都可以作為CM plan的參考文獻附在后邊，哪怕給個鏈接地址也好。
實際工作中遇到不明白的或者不清楚的時候，請記得參考CM plan，看看CM plan中是怎么規定的。
注：如果公司有CM plan的模版，或者其它項目有CM plan，那么你不妨拿來參考一下。閉門造車的行為我不推薦，從前人的文檔中，結合自己的經驗，挑挑揀揀找出適合這個項目的，就是最好的。
[b]6. 關于CCB[/b]
因為以前更本沒有CM，所以CCB這塊也是缺失的，而有的公司的流程把這一塊彌補了。
[b]7. 關于SCM系統的使用[/b]
如果你以前沒使用過，那么自己平時就要去學習。多向知道的人請教。先把最基本的，經常用的知識學到。80％的東西都可以放到以后去學習。
。。。。
通過以上幾點，你都可以慢慢的融入到項目中去。而后續的工作，比如完善流程，SCM系統等等都是后話了。
以上只是我自己的一些經歷，歡迎大家提出意見和建議，同時更歡迎大家把自己的親身精力寫出來，與到家分享。
摘自：