IT項目經理崗位職責（轉）

1、  項目經理崗位職責

一、  項目經理爲整個項目的第一責任人。

二、  項目經理對《質量檢查報告》中的全部細則負首要責任。

三、  項目經理必須有效掌控項目開發的各個環節，協助、指導項目組成員的工做，及時發現並處理項目中存在的問題，並對項目組成員的工做進行合理的評價。

四、  負責管理和控制項目全過程的質量、進度。分析誤差，採起糾正措施。若是發現項目實際進展顯著偏離計劃，則及時採起糾正措施。

五、  根據項目規範創建項目組內部管理和溝通機制。

六、  可根據須要調配組內人員等資源。

七、  有權對項目組成員提出獎懲建議。

八、  項目經理負責組織需求分析工做，並組織對需求文檔和需求變動文檔進行復審。

九、  分配系統設計任務，包括體系結構設計、模塊設計、用戶界面設計、數據庫設計等。

十、組織對體系結構設計、模塊設計、用戶界面設計、數據庫設計進行評審。

十一、負責組織項目開發小組會議並編寫會議紀要。開發小組會議每週至少舉行一次（可與項目例會合並），對難點、疑點問題進行分析、解決，保證小組內成員充分溝通。

十二、負責每週對開發人員的代碼進行檢查。

1三、負責提交測試版本、搭建符合實際的集成測試環境，每一個項目只能有一個測試環境，開發環境不可與測試環境混合。

1四、所需提交文檔：

• 立項後製定《項目計劃》並保證該計劃的合理性和現實性。組織項目組內對《項目計劃》進行評審，《項目計劃》制定或變動後必須發郵件通知部門經理、測試部及項目相關人員。
• 每週五下班前提交項目的《項目週報》至TFS上項目相關目錄。
• 協助設計人員編寫《體系結構設計報告》、《模塊設計報告》、《用戶界面設計報告》、《數據庫設計報告》
• 提交《內部驗收表》。項目成果交付用戶前項目經理必須組織內部驗收，並簽字生效。
• 結項前向項目管理部門提交《結項申請書》。
• 負責組織開發設計人員、需求分析人員、測試人員，根據《用戶需求說明書》提交各種技術文檔，並保證該文檔的及時有效性和準確性。

2、  項目管理FAQ

一、  項目計劃如何編寫？

項目計劃按文檔模板的提示完成各項內容，統一使用PROJECT工具制定並跟蹤。

二、  項目計劃編寫好後怎麼提交？

項目計劃編寫完畢後，需將初稿提交給項目管理部門進行初審，並由其組織項目管理部門成員及項目組成員進行開會評審。

三、  怎樣進行項目計劃變動？

在項目過程當中，需根據實際狀況對《項目計劃》進行變動，須提交項目管理部門進行評估，如對項目有重大影響，項目經理須填寫《項目計劃變動申請表》並提交項目管理部門進行審覈。

四、  需求分析文檔編寫有哪些要求？

項目的需求分析文檔是開發的依據，在編寫中每項功能的描述必須思路清晰，要求有輸入、輸出項和操做步驟、業務流程等信息，並能對功能畫出示意圖、流程圖等。需求分析文檔編寫完成後需將初稿提交項目管理部門進行初審，再由其組織項目組成員並邀請相關人員進行會議評審。

五、  整個項目實施過程當中，各種角色週期性須要提交什麼文檔？

項目經理：每週五舉行項目例會，並提交《項目週報》的「項目進度」部分。

開發人員：每週五提交《項目週報》的「實際完成任務」和「問題彙總」。

測 試 員：每週五提交《項目週報》的「質量保證報告」。

六、  項目經理的主要任務是什麼？

在立項申請評審會議中指定項目經理後，項目經理需提供項目組開發人員的建議名單，包括體系結構設計員、界面設計員、數據庫設計員及模塊設計員。

制定完《項目計劃》後，項目經理應按《項目計劃》要求制定《開發計劃》。

項目經理負責對各系統設計員所提交的設計文檔進行初審。

項目經理應常常對開發人員的模塊設計或源碼進行抽查，確保軟件開發質量，並符合設計要求，並在每週五提交的《項目週報》中的「源碼檢查狀況」記錄相關信息。

七、  如何使用Bug管理系統？

項目立項後，測試部將會在Bug管理系統建立該項目，並設置項目組成員及各成員的角色。

項目組內任何人發現項目缺陷都應該登陸Bug管理系統中進行記錄，若非項目組成員發現錯誤應及時反映給測試人員。

提交缺陷時，根據缺陷的嚴重性選擇類別，並選擇「嚴重級別」能讓開發人員及時獲取信息進行修改。標題應該簡要說明缺陷內容，以便進行相關查詢和統計，不能以「錯誤」、「測試結果」等無心義的詞做爲標題。

八、  怎樣進行驗收、升級、安裝？

全部項目在提交客戶前，必須經過測試部和項目經理組織的內部驗收，並填寫《內部驗收表》。

內部驗收經過後，項目經理制定《客戶驗收計劃》並組織客戶及項目相關人員進行驗收，編寫《客戶驗收報告》。

項目組/開發人員負責提供須要驗收的軟件和創建驗收環境。並編寫安裝、升級腳本。

安裝、升級前應先在測試服務器上搭建與正式服務器相同的環境，執行安裝、升級腳本，確保腳本執行無誤，而後再驗證程序的正確性。

測試服務器上安裝、升級無誤後，項目經理指定開發人員進行正式系統的安裝、升級，安裝、升級人員填寫《升級（安裝）記錄表》。

九、  如何結項？

全部交付給用戶使用的系統，必須在交付驗收的同時，提交經項目經理和質保員審覈的操做手冊、軟件系統管理手冊、系統安裝、配置和維護手冊等驗收所需文檔。

全部驗收文檔提交齊全後，由項目經理撰寫《結項申請書》，申請結項。《結項申請書》應附上經項目經理審覈的項目竣工文檔清單，並對項目進行全程回顧，總結項目中的經驗教訓，對項目組成員的工做質量、責任心和效率等進行評估。

項目管理部門對《結項申請書》進行評審，決定是否贊成結項，並提交《結項評審報告》。

十、操做手冊等驗收文檔由誰來寫？

驗收所需文檔均由項目經理指定項目組內成員完成，項目經理和測試員負責審覈。

十一、結項後又有新需求或需求變動怎麼辦？

根據須要從新考慮立新項目。

十二、對於細小需求頻繁變動，時間要求又緊張的需求變動如何應變？

對於較小的需求變動，通過需求分析人員和開發人員的溝通，記錄在需求文檔的歷史記錄中，並由項目經理簽字確認；重大需求的變動，則必須按照需求變動流程進行控制，提交《需求變動申請書》，並進行項目組內的需求評審。若是質保員在測試時才發現需求有重大變動但未造成文檔且未經評審，則嚴肅處理。

3、  項目風險控制

一、  合同風險

簽定的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。

預防這種風險的辦法是項目建設之初項目經理就須要全面準確地瞭解合同各條款的內容、儘早和合同各方就模糊或不明確的條款簽定補充協議。

二、  需求變動風險

需求變動是軟件項目常常發生的事情。一個看似頗有「錢途」的軟件項目，每每因爲無限度的需求變動而讓項目承建方苦不堪言，甚至最終虧損（實際上項目建設方也面臨巨大的風險）。

預防這種風險的辦法是項目建設之初就和用戶書面約定好需求變動控制流程、記錄並歸檔用戶的需求變動申請。

三、  溝通不良風險

項目組與項目各干係方溝通不良是影響項目順利進展的一個很是重要的因素。

預防這種風險的辦法是項目建設之初就和項目各干係方約定好溝通的渠道和方式、項目建設過程當中多和項目各干係方交流和溝通、注意培養和鍛鍊自身的溝通技巧。

四、  缺少領導支持風險

上層領導的支持是項目得到資源（包括人力資源、財力資源和物料資源等）的有效保障，也是項目遇到困難時項目組最強有力的「後臺支撐」。

預防這種風險的辦法是主動爭取領導對項目的重視、確保和領導的溝通渠道暢通、常常向領導彙報工做進展。

五、  進度風險

有些項目對進度要求很是苛刻（進度要求不高的項目，咱們一樣要考慮該風險），項目進度的延遲意味着違約或市場機會的錯失。

預防這種風險的辦法通常是分階段交付產品、增長項目監控的頻度和力度、多運用可行的辦法保證工做質量避免返工。

六、  質量風險

有些項目，用戶對軟件質量有很高的要求，若是項目組成員同類型項目的開發經驗不足，則須要密切關注項目的質量風險。

預防這種風險的辦法通常是常常和用戶交流工做成果、品牌管理採用符合要求的開發流程、認真組織對產出物的檢查和評審、計劃和組織嚴格的獨立測試等。

七、  系統性能風險

有些軟件項目屬於多用戶併發的應用系統，系統對性能要求很高，這時項目組就須要關注項目的性能風險。

預防這種風險的辦法通常是在進行項目開發以前先設計和搭建出系統的基礎架構並進行性能測試，確保架構符合性能指標後再進行後續工做。

八、  工具風險

軟件項目開發和實施過程，所必須用到的管理工具、開發工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等，是項目組須要考慮的風險因素。

預防這種風險的辦法通常是在項目的啓動階段就落實好各項工具的來源或可能的替代工具，在這些工具須要使用以前（通常須要提早一個月左右）跟蹤並落實工具的到位事宜。

九、  技術風險

在軟件項目開發和建設的過程當中，戰略管理技術因素是一個很是重要的因素。項目組必定要本着項目的實際要求，選用合適、成熟的技術，千萬不要無視項目的實際狀況而選用一些雖然先進但並不是項目所必須且本身又不熟悉的技術。若是項目所要求的技術項目成員不具有或掌握不夠，則須要重點關注該風險因素。

預防這種風險的辦法是選用項目所必須的技術、在技術應用以前，針對相關人員開展好技術培訓工做。

十、團隊成員能力和素質風險

團隊成員的能力（包括業務能力和技術能力）和素質，對項目的進展、項目的質量具備很大的影響，項目經理在項目的建設過程須要實時關注該因素。

預防這種風險的辦法是在用人以前先選對人、開展有針對性的培訓、將合適的人安排到合適的崗位上。

十一、團隊成員協做風險

團隊成員是否能齊心合力爲項目的共同目標服務，生產管理是影響進度和質量的關鍵因素。

預防這種風險的辦法是項目在建設之初項目經理就須要將項目目標、工做任務等和項目成員溝通清楚，採用公平、公正、公開的績效考評制度，倡導團結互助的工做風尚等。

十二、人員流動風險

項目成員特別是核心成員的流動給項目形成的影響是很是可怕的人力資源。人員的流動輕則影響項目進度，重則致使項目沒法繼續甚至被迫夭折。

預防這種風險的辦法是儘量將項目的核心工做分派給多人（而不要集中在個別人身上）、增強同類型人才的培養和儲備。

1三、工做環境風險

工做環境（包括辦公環境和人文環境）的好壞直接影響項目成員的工做情緒和工做效率。

預防這種風險的辦法是在項目建設以前就選擇和建設好適合項目特色財務管理和知足項目成員指望的辦公環境、在項目的建設過程當中不斷培育和調整出和諧的人文環境。

1四、系統運行環境風險

目前，大部分項目系統集成和軟件開發是分開進行的（甚至由不一樣公司承接）。所以，軟件系統賴以運行的硬件環境和網絡環境的建設進度對軟件系統是否能順利實施具備至關大的影響。

預防這種風險的辦法是和用戶簽訂相關的協議、跟進系統集成部分的實施進度、及時提醒用戶等。

1五、分包商風險

有些項目管理可能會涉及到將系統的部分功能分包出去，這時項目組就須要關注項目的分包商風險。

預防這種風險的辦法通常是指定分包經理全程監控分包商活動、讓分包商採用經承認的開發流程、督促分包商及時提交和彙報工做成果、及時審計分包商工做成果等。

 

原文：