引導語：公司的項目經理負責哪些工作？他們的崗位職責是什么？下面是小編收集的該職位的崗位職責說明書，與大家分享，歡迎大家閱讀！
一、 項目經理崗位職責
1、 項目經理為整個項目的第一責任人。
2、 項目經理對《質量檢查報告》中的所有細則負首要責任。
3、 項目經理必須有效掌控項目開發的各個環節，協助、指導項目組成員的工作，及時發現并處理項目中存在的問題，并對項目組成員的工作進行合理的評價。
4、 負責管理和控制項目全過程的質量、進度。分析偏差，采取糾正措施。如果發現項目實際進展顯著偏離計劃，則及時采取糾正措施。
5、 根據項目規范建立項目組內部管理和溝通機制。
6、 可根據需要調配組內人員等資源。
7、 有權對項目組成員提出獎懲建議。
8、 項目經理負責組織需求分析工作，并組織對需求文檔和需求變更文檔進行復審。
9、 分配系統設計任務，包括體系結構設計、模塊設計、用戶界面設計、數據庫設計等。
10、組織對體系結構設計、模塊設計、用戶界面設計、數據庫設計進行評審。
11、負責組織項目開發小組會議并編寫會議紀要。開發小組會議每周至少舉行一次(可與項目例會合并)，對難點、疑點問題進行分析、解決，保證小組內成員充分溝通。
12、負責每周對開發人員的代碼進行檢查。
13、負責提交測試版本、搭建符合實際的集成測試環境，每個項目只能有一個測試環境，開發環境不可與測試環境混合。
14、所需提交文檔：
立項后制定《項目計劃》并保證該計劃的合理性和現實性。組織項目組內對《項目計劃》進行評審，《項目計劃》制定或變更后必須發郵件通知部門經理、測試部及項目相關人員。
每周五下班前提交項目的《項目周報》至TFS上項目相關目錄。
協助設計人員編寫《體系結構設計報告》、《模塊設計報告》、《用戶界面設計報告》、《數據庫設計報告》
提交《內部驗收表》。項目成果交付用戶前項目經理必須組織內部驗收，并簽字生效。
結項前向項目管理部門提交《結項申請書》。
負責組織開發設計人員、需求分析人員、測試人員，根據《用戶需求說明書》提交各類技術文檔，并保證該文檔的及時有效性和準確性。
二、 項目管理FAQ
1、 項目計劃如何編寫?
項目計劃按文檔模板的提示完成各項內容，統一使用PROJECT工具制定并跟蹤。
2、 項目計劃編寫好后怎么提交?
項目計劃編寫完畢后，需將初稿提交給項目管理部門進行初審，并由其組織項目管理部門成員及項目組成員進行開會評審。
3、 怎樣進行項目計劃變更?
在項目過程中，需根據實際情況對《項目計劃》進行變更，須提交項目管理部門進行評估，如對項目有重大影響，項目經理須填寫《項目計劃變更申請表》并提交項目管理部門進行審核。
4、 需求分析文檔編寫有哪些要求?
項目的需求分析文檔是開發的依據，在編寫中每項功能的描述必須思路清晰，要求有輸入、輸出項和操作步驟、業務流程等信息，并能對功能畫出示意圖、流程圖等。需求分析文檔編寫完成后需將初稿提交項目管理部門進行初審，再由其組織項目組成員并邀請相關人員進行會議評審。
5、 整個項目實施過程中，各類角色周期性需要提交什么文檔?
項目經理：每周五舉行項目例會，并提交《項目周報》的“項目進度”部分。
開發人員：每周五提交《項目周報》的“實際完成任務”和“問題匯總”。
測 試 員：每周五提交《項目周報》的“質量保證報告”。
6、 項目經理的主要任務是什么?
在立項申請評審會議中指定項目經理后，項目經理需提供項目組開發人員的建議名單，包括體系結構設計員、界面設計員、數據庫設計員及模塊設計員。
制定完《項目計劃》后，項目經理應按《項目計劃》要求制定《開發計劃》。
項目經理負責對各系統設計員所提交的設計文檔進行初審。
項目經理應經常對開發人員的模塊設計或源碼進行抽查，確保軟件開發質量，并符合設計要求，并在每周五提交的《項目周報》中的“源碼檢查情況”記錄相關信息。
7、 如何使用Bug管理系統?
項目立項后，測試部將會在Bug管理系統創建該項目，并設置項目組成員及各成員的角色。
項目組內任何人發現項目缺陷都應該登錄Bug管理系統中進行記錄，若非項目組成員發現錯誤應及時反映給測試人員。
提交缺陷時，根據缺陷的嚴重性選擇類別，并選擇“嚴重級別”能讓開發人員及時獲取信息進行修改。標題應該簡要說明缺陷內容，以便進行相關查詢和統計，不能以“錯誤”、“測試結果”等無意義的詞作為標題。
8、 怎樣進行驗收、升級、安裝?
所有項目在提交客戶前，必須通過測試部和項目經理組織的內部驗收，并填寫《內部驗收表》。
內部驗收通過后，項目經理制定《客戶驗收計劃》并組織客戶及項目相關人員進行驗收，編寫《客戶驗收報告》。
項目組/開發人員負責提供需要驗收的軟件和建立驗收環境。并編寫安裝、升級腳本。
安裝、升級前應先在測試服務器上搭建與正式服務器相同的環境，執行安裝、升級腳本，確保腳本執行無誤，然后再驗證程序的正確性。
測試服務器上安裝、升級無誤后，項目經理指定開發人員進行正式系統的安裝、升級，安裝、升級人員填寫《升級(安裝)記錄表》。
9、 如何結項?
所有交付給用戶使用的系統，必須在交付驗收的同時，提交經項目經理和質保員審核的操作手冊、軟件系統管理手冊、系統安裝、配置和維護手冊等驗收所需文檔。
所有驗收文檔提交齊全后，由項目經理撰寫《結項申請書》，申請結項�！督Y項申請書》應附上經項目經理審核的項目竣工文檔清單，并對項目進行全程回顧，總結項目中的經驗教訓，對項目組成員的工作質量、責任心和效率等進行評估。
項目管理部門對《結項申請書》進行評審，決定是否同意結項，并提交《結項評審報告》。
10、操作手冊等驗收文檔由誰來寫?
驗收所需文檔均由項目經理指定項目組內成員完成，項目經理和測試員負責審核。
11、結項后又有新需求或需求變更怎么辦?
根據需要重新考慮立新項目。
12、對于細小需求頻繁變更，時間要求又緊張的需求變更如何應變?
對于較小的需求變更，經過需求分析人員和開發人員的溝通，記錄在需求文檔的歷史記錄中，并由項目經理簽字確認;重大需求的變更，則必須按照需求變更流程進行控制，提交《需求變更申請書》，并進行項目組內的需求評審。如果質保員在測試時才發現需求有重大變更但未形成文檔且未經評審，則嚴肅處理。
三、 項目風險控制
1、 合同風險
簽訂的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。
預防這種風險的辦法是項目建設之初項目經理就需要全面準確地了解合同各條款的內容、盡早和合同各方就模糊或不明確的條款簽訂補充協議。
2、 需求變更風險
需求變更是軟件項目經常發生的事情。一個看似很有“錢途”的軟件項目，往往由于無限度的需求變更而讓項目承建方苦不堪言，甚至最終虧損(實際上項目建設方也面臨巨大的風險)。
預防這種風險的辦法是項目建設之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。
3、 溝通不良風險
項目組與項目各干系方溝通不良是影響項目順利進展的一個非常重要的因素。
預防這種風險的辦法是項目建設之初就和項目各干系方約定好溝通的渠道和方式、項目建設過程中多和項目各干系方交流和溝通、注意培養和鍛煉自身的溝通技巧。
4、 缺乏領導支持風險
上層領導的支持是項目獲得資源(包括人力資源、財力資源和物料資源等)的有效保障，也是項目遇到困難時項目組最強有力的“后臺支撐”。
預防這種風險的辦法是主動爭取領導對項目的重視、確保和領導的溝通渠道暢通、經常向領導匯報工作進展。
5、 進度風險
有些項目對進度要求非�？量�(進度要求不高的項目，我們同樣要考慮該風險)，項目進度的延遲意味著違約或市場機會的錯失。
預防這種風險的辦法一般是分階段交付產品、增加項目監控的頻度和力度、多運用可行的辦法保證工作質量避免返工。
6、 質量風險
有些項目，用戶對軟件質量有很高的要求，如果項目組成員同類型項目的開發經驗不足，則需要密切關注項目的質量風險。
預防這種風險的辦法一般是經常和用戶交流工作成果、品牌管理采用符合要求的開發流程、認真組織對產出物的檢查和評審、計劃和組織嚴格的獨立測試等。
7、 系統性能風險
有些軟件項目屬于多用戶并發的應用系統，系統對性能要求很高，這時項目組就需要關注項目的性能風險。
預防這種風險的辦法一般是在進行項目開發之前先設計和搭建出系統的基礎架構并進行性能測試，確保架構符合性能指標后再進行后續工作。
8、 工具風險
軟件項目開發和實施過程，所必須用到的管理工具、開發工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等，是項目組需要考慮的風險因素。
預防這種風險的辦法一般是在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前(一般需要提前一個月左右)跟蹤并落實工具的到位事宜。
9、 技術風險
在軟件項目開發和建設的過程中，戰略管理技術因素是一個非常重要的因素。項目組一定要本著項目的實際要求，選用合適、成熟的技術，千萬不要無視項目的實際情況而選用一些雖然先進但并非項目所必須且自己又不熟悉的技術。如果項目所要求的技術項目成員不具備或掌握不夠，則需要重點關注該風險因素。
預防這種風險的辦法是選用項目所必須的技術、在技術應用之前，針對相關人員開展好技術培訓工作。
10、團隊成員能力和素質風險
團隊成員的能力(包括業務能力和技術能力)和素質，對項目的進展、項目的質量具有很大的影響，項目經理在項目的建設過程需要實時關注該因素。
預防這種風險的辦法是在用人之前先選對人、開展有針對性的培訓、將合適的人安排到合適的崗位上。
11、團隊成員協作風險
團隊成員是否能齊心協力為項目的共同目標服務，生產管理是影響進度和質量的關鍵因素。
預防這種風險的辦法是項目在建設之初項目經理就需要將項目目標、工作任務等和項目成員溝通清楚，采用公平、公正、公開的績效考評制度，倡導團結互助的工作風尚等。
12、人員流動風險
項目成員特別是核心成員的流動給項目造成的影響是非�？膳碌娜肆Y源。人員的流動輕則影響項目進度，重則導致項目無法繼續甚至被-迫夭折。
預防這種風險的辦法是盡可能將項目的核心工作分派給多人(而不要集中在個別人身上)、加強同類型人才的培養和儲備。
13、工作環境風險
工作環境(包括辦公環境和人文環境)的好壞直接影響項目成員的工作情緒和工作效率。
預防這種風險的辦法是在項目建設之前就選擇和建設好適合項目特點財務管理和滿足項目成員期望的辦公環境、在項目的建設過程中不斷培育和調整出和諧的人文環境。
14、系統運行環境風險
目前，大部分項目系統集成和軟件開發是分開進行的(甚至由不同公司承接)。因此，軟件系統賴以運行的硬件環境和網絡環境的建設進度對軟件系統是否能順利實施具有相當大的影響。
預防這種風險的辦法是和用戶簽定相關的協議、跟進系統集成部分的實施進度、及時提醒用戶等。
15、分包商風險
有些項目管理可能會涉及到將系統的部分功能分包出去，這時項目組就需要關注項目的分包商風險。
預防這種風險的辦法一般是指定分包經理全程監控分包商活動、讓分包商采用經認可的開發流程、督促分包商及時提交和匯報工作成果、及時審計分包商工作成果等。