it總經理的崗位職責

篇一：IT專案經理崗位職責

一、 專案經理崗位職責

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、 如何結項？

所有交付給使用者使用的系統，必須在交付驗收的同時，提交經專案經理和質保員稽核的操作手冊、軟體系統管理手冊、系統安裝、配置和維護手冊等驗收所需文件。

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

專案管理部門對《結項申請書》進行評審，決定是否同意結項，並提交《結項評審報告》。

10、操作手冊等驗收文件由誰來寫？

驗收所需文件均由專案經理指定專案組內成員完成，專案經理和測試員負責稽核。

11、結項後又有新需求或需求變更怎麼辦？

根據需要重新考慮立新專案。

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

對於較小的需求變更，經過需求分析人員和開發人員的溝通，記錄在需求文件的歷史記錄中，並由專案經理簽字確認；重大需求的變更，則必須按照需求變更流程進行控制，

提交《需求變更申請書》，並進行專案組內的需求評審。如果質保員在測試時才發現需求有重大變更但未形成文件且未經評審，則嚴肅處理。

三、 專案風險控制

1、 合同風險

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

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

2、 需求變更風險

需求變更是軟體專案經常發生的事情。一個看似很有“錢途”的軟體專案，往往由於無限度的需求變更而讓專案承建方苦不堪言，甚至最終虧損（實際上專案建設方也面臨巨大的風險）。

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

3、 溝通不良風險

專案組與專案各干係方溝通不良是影響專案順利進展的一個非常重要的因素。

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

4、 缺乏領導支援風險

上層領導的支援是專案獲得資源（包括人力資源、財力資源和物料資源等）的有效保障，也是專案遇到困難時專案組最強有力的“後臺支撐”。

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

5、 進度風險

有些專案對進度要求非常苛刻（進度要求不高的專案，我們同樣要考慮該風險），專案進度的延遲意味著違約或市場機會的錯失。

預防這種風險的辦法一般是分階段交付產品、增加專案監控的頻度和力度、多運用可行的辦法保證工作質量避免返工。

6、 質量風險

有些專案，使用者對軟體質量有很高的要求，如果專案組成員同類型專案的開發經驗不足，則需要密切關注專案的質量風險。

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

7、 系統性能風險

有些軟體專案屬於多使用者併發的應用系統，系統對效能要求很高，這時專案組就需要關注專案的效能風險。

預防這種風險的辦法一般是在進行專案開發之前先設計和搭建出系統的基礎架構並進行效能測試，確保架構符合效能指標後再進行後續工作。

8、 工具風險

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

預防這種風險的辦法一般是在專案的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前（一般需要提前一個月左右）跟蹤並落實工具的到位事宜。

9、 技術風險

在軟體專案開發和建設的過程中，戰略管理技術因素是一個非常重要的因素。專案組一定要本著專案的實際要求，選用合適、成熟的技術，千萬不要無視專案的實際情況而選用一些雖然先進但並非專案所必須且自己又不熟悉的技術。如果專案所要求的技術專案成員不具備或掌握不夠，則需要重點關注該風險因素。

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

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

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

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

11、團隊成員協作風險

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

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

12、人員流動風險

專案成員特別是核心成員的流動給專案造成的影響是非常可怕的人力資源。人員的流動輕則影響專案進度，重則導致專案無法繼續甚至被迫夭折。

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

13、工作環境風險

工作環境（包括辦公環境和人文環境）的好壞直接影響專案成員的工作情緒和工作效率。 預防這種風險的辦法是在專案建設之前就選擇和建設好適合專案特點財務管理和滿足專案成員期望的辦公環境、在專案的建設過程中不斷培育和調整出和諧的人文環境。

14、系統執行環境風險

目前，大部分專案系統整合和軟體開發是分開進行的（甚至由不同公司承接）。因此，軟體系統賴以執行的硬體環境和網路環境的建設進度對軟體系統是否能順利實施具有相當大的影響。

預防這種風險的辦法是和使用者簽定相關的協議、跟進系統整合部分的實施進度、及時提醒使用者等。

15、分包商風險

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

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

篇二：IT經理崗位職責

一、主要職責：

1、 計劃：

a)專案範圍、專案質量、專案時間、專案成本的確認。

b)專案過程/活動的標準化、規範化。

c)根據專案範圍、質量、時間與成本的綜合因素的考慮，進行專案的總體規劃與階段計劃。

d)各項計劃得到上級領導、客戶方及專案組成員認可。

2、組織：

a)組織專案所需的各項資源。

b)設定專案組中的各種角色，並分配好各角色的責任與許可權。

c)定製專案組內外的溝通計劃。（必要時可按配置管理要求寫專案策劃目錄中的《專案溝通計劃》）

d)安排組內需求分析師、客戶聯絡人等角色與客戶的溝通與交流。

e)處理專案組與其它專案干係人之間的關係。

f)處理專案組內各角色之間的關係、處理專案組內各成員之間的關係。

g)安排客戶培訓工作。

3、領導：

a)保證專案組目標明確且理解一致。

b)建立專案組的開發環境及氛圍，在專案範圍內保證專案組成員不受專案其它方面的影響。

c)提升專案組士氣，加強專案組凝聚力。

d)合理安排專案組各成員的工作，使各成員工作都能達到一定的飽滿度。

e)制定專案組需要的招聘或培訓人員的計劃。

f)定期組織專案組成員進行相關技術培訓以及與專案相關的行業培訓等。

g)及時發現專案組中出現的問題。

h)及時處理專案組中出現的問題。

4、 控制

a)保證專案在預算成本範圍內按規定的質量和進度達到專案目標。

b)在專案生命週期的各個階段，跟蹤、檢查專案組成員的工作質量；

c)定期向領導彙報專案工作進度以及專案開發過程中的難題。

d)對專案進行配置管理與規劃。

e)控制專案組各成員的工作進度，即時瞭解專案組成員的工作情況，並能快速的解決專案組成員所碰到的難題。

f)不定期組織專案組成員進行專案以外的短期活動，以培養團隊精神。

篇三：軟體部經理崗位職責

一、 直接職責

1、 擬定本部門年度、月度目標、工作計劃及總結；

2、 負責本部門的成本控制工作及本部門員工的技校考評及監督、管理工作；

3、 參與技術業務制定流程及與其他部門的協調工作；

4、 領導技術團隊並組織實施年度工作計劃，完成年度任務目標

5、 負責管理公司的整體核心技術，組織制定和實施中的技術決策和技術方案；

6、 負責協調專案開發或實施的各個環節，把握專案的整體發展；

7、 指導、稽核專案總體技術方案，對各個專案結果進行最終質量評估；

8、 會同專案經理共同稽核專案組內部測試計劃，並組織專案組負責軟體專案的後期維護工作

9、 針對部門的發展規劃，想公司提供部門員工培訓要求，抓藥部門員工的專業培訓工作；

10、 本部門的發展規劃，組織審定部門各項技術標準，編制、完善軟體開發流程；

11、 負責與其他部門之間的溝通與協作，蠻組和協調公司各相關部門提出的系統更新、新產品等技術需求；

12、 關注國內外軟體市場的發展動向、最新技術及資訊，組織內部技術交流

13、 配合市場部門開展工作，想市場部門提供必要的技術支援；

14、 需求調研中，配合專案經理進行需求調研工作，並對生成的需求調研報告進行稽核評定；

15、 明確文件編寫種類和格式，對專案組需要生成的文件進行質量、數量和時間控制，並組織召開評審會；

16、 制定本部門人員短期和長期的需求計劃，並配合行政部人員的招聘。

二、 管理職責

1、 抓好本部門專案組總結分析報告工作，定期進行專案分析、總結經驗、找出存在的問題，剔除改進工作的意見和建議，並組織本部門員工學習，為公司領導決策提供專題分析報告或總和分析資料；

2、 開展公司的市場經營和客戶服務工作，組織開展市場調查、經營分析，掌握競爭對手動態，即使組織競爭方案的制定和實施，確保公司在市場競爭中的主動；

3、 組織實施公司機構和人員的調整設定、績效考核及二級薪酬分配，提出

員工的招聘和使用計劃，保證公司內部考核、薪酬分配製度的合理完善及人力資源的有效配置，推進公司目標的實現。提供專案設計方案，協助公司順利接下專案；

4、 參與工程專案的洽談、制定和稽核工作，對公司所籤合同有關軟體技術合同部分中工期、技術方案、軟體合同額等方面提供技術支援；

5、 推進公司企業文化建設，掌握員工主要思想動態，倡導隊伍的創新和團隊精神，提升公司核心競爭能力；

6、 規範部門內部管理，提高員工整體技術水平，把握技術發展方向，使得技術發展防線與主流技術合拍；

7、 定期組織部門人員培訓，組建一個高效、有朝氣、技術過硬的開發團隊；

三、 工作許可權

1、 對本部門職責範圍內的工作有知道、協調、監督管理的權利

2、 下屬人員的工作態度，工作崗位等考核權、指導權、分配權；

3、 所屬人員違紀、違規糾正權及事實處理權和處理申報權；

4、 對本部門專案資金的使用額度內稽核權；

5、 對軟體部人員及公司其他相關人員的技術培訓提出指導建議權；

四、 管轄範圍

軟體部所工作及總經理授權範疇；

五、 工作標準（或要求）

1、 嚴格遵守公司的各項管理制度，認真履行工作職責，行駛公司給予的管理權利，軟體部門統一對位出口為軟體部經理；

2、 有效、合理的部署全部門的工作安排；

3、 及時掌握客戶的需求，針對專案方案做出分析；

4、 對軟體的整體設計及調研進行稽核及補救；

5、 調動部門員工的工作熱情，是部門形成良好風氣；

6、 處理部門突發事件，組織人員及時處理；

六、 入職要求

1、 計算機及其相關專業，大本以上學歷；

2、 4年以上軟體開發經驗和2年研發團隊管理經驗，有獨立帶領技術團隊開發軟體產品的成功案例；

3、 精通各型別資料庫，並能熟練編寫資料庫儲存過程，觸發器，熟悉B/S、C/S有效模式的專案開發；

4、 有製造業專案經驗，如倉庫管理WMS、車間管理MES、ERP等；

5、 有優秀的文字功底和表達能力，能夠撰寫技術方案和售前技術方案文件；

6、 有系統分析設計能力，能獨立解決整體規劃方案，制定技術規範書；

7、 具有良好的心態，有正確的職業觀；

8、 耐心細緻，有責任內心，工作勤奮，善於思考問題；

9、 有時間觀念，獨立性強具有團隊合作精神。