IT專案經理的責任(轉)

IT專案經理的責任
PM的責任有以下幾點：1.PM應對軟體專案的成敗負責；2.PM在系統說明書中對專案的目標作出了具體描繪；3.在PM的實現思想中憑藉自己的經驗證明程式碼實現是可行的。

　　PM首先要熟悉使用者的業務流程，並將其轉化成軟體的系統流程，軟體系統只是在使用者的業務的關鍵點記錄下使用者的行為，用軟體系統輔助業務流程按照既定的方向執行下去。

　　如果業務細節是可以四面流淌的水，那麼依據使用者業務流程編寫的軟體系統就是這些水的管道，是幫助企業管理者管理業務朝著公司的需要執行下去。

　　PM在實現軟體專案系統過程中，也需要對整個過程進行控制和管理。我個人認為從下面六個關鍵點上來把握：

　　一、 建立團隊

　　公司中我們作為PM對RD來說都是空降兵，儘可能快和RD融合成團隊，為專案奠定良好的合作基礎。

　　二、 專案進度

　　目前的專案的Schedule 大多數是由RD自己排定，在執行的過程中，PM應要求SD對每週的專案進度進行報告，並對下週的情況預先排出進度表，PM對專案的整體進度心中要有清楚的認識，並且在進度可能出現delay的情況時及時做出調整，並且及時彙報相關人員，對這種情況找到delay的真正原因，使專案不至於出現進度失控。

　　三、 軟體質量

　　對SE的程式碼質量反應到專案上，就成了系統的軟體質量。在這個過程中，PM應該要求QA定期釋出測試日報、測試周報，得知當前進行的專案質量到底是什麼情況。並且需要密切注意軟體版本的控制、軟體的相容性和軟體Bug的反饋速度和SE解決情況。
四、 使用者需求的控制
　　
　　PM和SD對於系統說明書的細節修改要及時反應到文件中，並且使SD、SE、QA完全知道並且理解這種變化對於相關部分的影響和變化。

　　在程式碼實現的過程中，因為使用者新的需求改變目前的PES，儘可能地實現使用者的需求，但是系統的變化最小。對系統影響很大的需求，應在系統上線後作為CR來改動。

　　五、 PIS的Review

　　這是程式碼實現保證和PES一致的重要一環，只有在Review PIS過程，可以看出PM和Sd對專案的程式碼理解是否一致。

　　六、 專案驗收測試

　　PM在收到RD提交的正式版本後，親自測試軟體，看是否與使用者需求是否達到和實現。這是對整個系統的成品做一次徹底檢測，使PM在把軟體系統擺在客戶面前時，內心有一個清楚的認知。

　　這僅是我的一點體會，如有不對地方，請大家指正。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-21424/，如需轉載，請註明出處，否則將追究法律責任。