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/