CM，俗稱配置管理員（Software Configuration Management Engineer）。
CM也是在大規模軟件研發的形成，成熟，與發展過程中慢慢形成的。慢慢的產生了這個角色。QM（或者一些在公司里的制訂軟件研發流程的部門）制訂了各項公司研發相關的流程，規范等等。這些有的是借鑒而來，而有的則是針對公司目前的現狀，結合公司以往的開發經驗總結出來的。而CM在軟件研發的過程中就要保證這些相關的流程被執行，促使這個流程被執行的同時，還起到一個監管的作用。
而對于小公司來說，賺錢，掘到第一桶金是最重要的。那么就要快速的研發出產品，并要把它賣出去。這個時候最有效的，能夠針對市場，客戶快速反應的流程是最重要的。而對于X所在的公司，根本沒有規范的流程，可以說所有的流程還處在慢慢形成的過程中。那么這個時候配備一個專職的CM，明顯是有點過頭了。作為一個CM，我不能說這樣不好，我只能說一個專職的CM對于一個8個人的開發團隊來說，太奢侈了。兼職足以。
其次說說CM在這樣小公司的處境。
在這樣的小團隊做專職CM是不太現實的，兼職CM是務實之舉。如果你想在這樣的一個小團隊專職做CM，那么很快就會發現問題。CM的工作很少，而開發團隊那邊很忙。這個時候老板就會懷疑說，配備一個專職CM是不是有必要？也許找個開發人員來兼職一下能省更多的錢。如果公司發展不是很快，這個專職的CM遲早要會被裁掉。而兼職CM則就有很好的保障啦。忙時能提刀上馬寫code，平時還可以摘盔卸甲管代碼，更多的情況是一邊寫code，一邊管代碼。但是既然你有兩種角色，老板給你分配任務的時候，肯定會考慮你的情況，給你少一些研發任務的。
一邊寫code，一邊管代碼的兼職配置管理員（CM）是大有前途的。因為你在為別人提供服務的同時，自己也在享受著這份服務。當你享受服務的同時，發現了問題，還會督促你去提高你的服務質量，更好的為團隊的研發服務。這是一個互相影響互相促進的過程。
還有就是在這樣的小團隊里，CM的成長是很緩慢的。CM在中國目前還不是很成熟。有個人帶著自己去成長，肯定要比自己去摸索要成長的快，能知道的也多。
所以說相對于專職CM來說，兼職CM是個更好的選擇。以后你想跳槽找個研發了你還具有配置管理的經驗；想跳槽找CM的職位了，你還有研發的經驗。豈不是很好？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
