qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          也談配置管理團隊的建設

           公司在組建配置管理團隊(主要是項目級的配置管理員)時,通常有兩種選擇。
            1)兼職項目CM。即開發人員兼任項目CM。選擇研發人員兼職的好處是項目CM了解項目進展和研發流程,能夠與項目經理等一起合作,溝通無障礙。缺點是研發人員以開發任務為主,工作量大時可能難以兼顧配管工作,易導致配管工作延遲。這個方案的另外一個缺點是兼職配管的人員流動性大,項目內任務的調配,人員離職等都會造成配管更換的問題。從就職資格的角度來說。每位新任的配管都需要經過培訓。這就加大了培訓的難度。盡管,硬幣的另一面是更多的開發人員接受了較為正式的配管培訓。
            2)專職項目配管。比如一條產品線設一個專職配管,負責該產品線下所有項目的配管工作。這種做法有利于配管人員的專業化發展,長期對公司來說也是有利的。但是這種模式的前提是公司的配置管理體系已經較為完善,對于項目配管的工作流程比較清楚,權責界定也較為明確。對于新加入的項目配管,企業能夠很快通過培訓讓其上崗。確保公司的配管流程正常運轉。
            有人可能會問,第二種方案顯然比第一種好,第一種方案還有存在必要嗎?問題是現在很多企業在面臨管理問題時,由于一些原因不能給足夠的資金購買商業軟件,也不會招聘正式的專職人員(這兩點是企業配置管理三大誤區中的兩點)。背后的深層次根源還是對配管工作沒有引起足夠的重視。在領導還未能對配管引起足夠重視的前提下,第一種方案就成了曲線救國的辦法。至少解決了有無問題。慢慢的研發人員就會開始抱怨,任務重,事情雜。第二種方案也就順理成章地成為領導自主自發的要求。
            此外,配置管理團隊(這里主要指組織級配置管理工程師)的定位和匯報機制也比較關鍵。由于該崗位與研發關系密切,最好是歸屬研發部門或項目管理部。向研發部經理或項目管理部的leader匯報。必須獲得對配管工作的完全授權,避免出現研發部不認可、不配合的情況,甚至無法觸及研發流程和數據的問題(聽起來奇怪,但你見多了國內企業的亂象就會理解什么叫”見怪不怪”)。

          posted on 2014-08-29 09:47 順其自然EVO 閱讀(189) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2014年8月>
          272829303112
          3456789
          10111213141516
          17181920212223
          24252627282930
          31123456

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 元谋县| 颍上县| 始兴县| 辽源市| 建瓯市| 宁化县| 徐闻县| 昭苏县| 三门县| 儋州市| 金山区| 常德市| 乃东县| 福海县| 汉阴县| 新平| 库尔勒市| 白沙| 沙雅县| 手游| 吴堡县| 儋州市| 乌兰浩特市| 浠水县| 正镶白旗| 抚顺县| 金平| 金溪县| 西乌珠穆沁旗| 绥滨县| 桃江县| 土默特右旗| 建水县| 石楼县| 美姑县| 玉龙| 广德县| 仁布县| 元朗区| 赞皇县| 屯留县|