可以得知，整個項目管理流程清晰，部門職責(zé)分工清楚，文檔交付物較完備，遵循項目管理基本要求，具備指導(dǎo)實踐操作條件。但是，當(dāng)前項目管理方式也有欠缺之處，比如項目管理以職能部門為主導(dǎo)，部門之間缺乏信息的主動溝通和橫向傳遞意識，信息流通不暢，需要公司領(lǐng)導(dǎo)協(xié)調(diào)；部門經(jīng)理擔(dān)任項目組織架構(gòu)的執(zhí)行者，由于日常事務(wù)繁雜，往往導(dǎo)致對項目進度和質(zhì)量監(jiān)控的困難；個人績效依然僅由部門經(jīng)理考核，并非由部門經(jīng)理和項目經(jīng)理共同考核，項目參與人員能否全力投入項目建設(shè)；依賴供應(yīng)商的管理方法和意見，尚未形成一套具有中國移動特色的項目管理體系。
除此之外，特別是業(yè)務(wù)需求確認和變更，已成為業(yè)務(wù)運營支撐系統(tǒng)項目管理的難點問題，由于中國移動正處于高速發(fā)展期，為滿足瞬息萬變的市場需求，市場部門每日提交給業(yè)務(wù)支撐部門處理的需求單越來越多，（在業(yè)務(wù)支撐系統(tǒng)為滿足新的需求而不斷更新的同時，業(yè)務(wù)支撐部門為保證系統(tǒng)正常穩(wěn)定運行，還要做好系統(tǒng)維護、系統(tǒng)優(yōu)化、系統(tǒng)擴容等工作，由此可見業(yè)務(wù)支撐部門巨大的工作壓力。）這就給業(yè)務(wù)支撐系統(tǒng)項目管理帶來了挑戰(zhàn)：項目基線如何事先準(zhǔn)確定義？在業(yè)務(wù)支撐系統(tǒng)項目管理中還需不需要基線？如果事先準(zhǔn)確定義基線有困難，那么能否事先定義基線的基線（即項目基線的大致輪廓）？是否只要保證業(yè)務(wù)需求的變化不超出輪廓的范圍，就可以與供應(yīng)商進行談判，確定最終的交付產(chǎn)品、工程進度和成交價格？
為了完善當(dāng)前項目管理模式，工作坊成員對問題進行充分地討論和細致地歸納，提出設(shè)立獨立的項目管理部門或崗位的設(shè)想，由PM（項目經(jīng)理）統(tǒng)一負責(zé)項目各個階段的建設(shè)任務(wù)和各個部門的協(xié)調(diào)工作，確保在項目范圍、成本、質(zhì)量、人力、進度、風(fēng)險和溝通管理等各方面實現(xiàn)或接近預(yù)期目標(biāo)；同時，建議項目兼職參與人員的績效由部門經(jīng)理和項目經(jīng)理共同考核，權(quán)重有所側(cè)重，保證項目組人員項目建設(shè)和日常工作兩不誤；另外，參照項目管理國際慣例，取其精華、結(jié)合實際，強化當(dāng)前的管理模式，形成完整的業(yè)務(wù)運營支撐系統(tǒng)項目管理體系。
二、 質(zhì)量和進度控制
上文就業(yè)務(wù)支撐系統(tǒng)項目管理流程做了整體描述，下面將重點分析和討論如何有效地進行項目質(zhì)量和進度控制問題。
眾所周知，項目執(zhí)行階段主要由業(yè)務(wù)支撐部門負責(zé)與供應(yīng)商溝通協(xié)調(diào)，有效控制項目建設(shè)質(zhì)量和進度是業(yè)務(wù)支撐部門較為關(guān)心的問題之一。從工作坊討論結(jié)果來看，項目建設(shè)的質(zhì)量問題主要歸納為以下幾個方面。
（1） 需求類質(zhì)量問題。由于需求不清楚、需求不完善、需求不可實現(xiàn)、需求變更頻繁等等，出現(xiàn)系統(tǒng)功能不全、穩(wěn)定性差、效率下降甚至影響原有系統(tǒng)正常運行等情況。此類問題的解決方案是進一步強化需求流程管理，嚴格執(zhí)行需求提交和確認的閉環(huán)管理方式，并且對一段時間內(nèi)業(yè)務(wù)需求變更進行反復(fù)確認，直到需求雙方滿意為止，同時應(yīng)考慮將來業(yè)務(wù)需求的變化趨勢，為系統(tǒng)升級和擴容留有擴展接口。
（2） 設(shè)計類質(zhì)量問題。例如關(guān)鍵技術(shù)不成熟、產(chǎn)品兼容性有問題、系統(tǒng)擴展性不佳、軟件版本管理混亂等等，均可能直接導(dǎo)致系統(tǒng)無法使用、設(shè)備無故宕機、軟件修改困難或系統(tǒng)無法平滑擴容等。但是，如果聘請了經(jīng)驗豐富的專家參與系統(tǒng)設(shè)計過程，更加細致地了解技術(shù)內(nèi)涵和外延，并建立健全的質(zhì)量評審機制，那么就可以盡量避免設(shè)計類質(zhì)量問題的發(fā)生。
(3） 測試類質(zhì)量問題。測試工作是項目完結(jié)和系統(tǒng)投入試運行前的重要步驟之一。馬虎測試或應(yīng)付測試將增加系統(tǒng)諸多不利因素，比如測試不全面，系統(tǒng)上線后發(fā)現(xiàn)部分功能運行不穩(wěn)定，甚至根本無法實現(xiàn)；修改軟件BUG后沒有仔細測試，造成更大的BUG出現(xiàn)，影響系統(tǒng)安全性；從未做過系統(tǒng)壓力測試，不了解系統(tǒng)最大承受能力，隨著業(yè)務(wù)量增加和系統(tǒng)負荷加重，系統(tǒng)運行效率呈
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
