it經理述職報告范文第1篇
所屬部門：項目拓展部
直接上級：分管副總經理 直接下屬：
工作職責：
1、 負責項目前期開發，進行項目調研、投資測算、投資可行性分析，編制項目拓展計劃，
組織項目談判和對外招商引資;
1、 負責組織收集、整理、分析房地產土地儲備市場信息，并適時形成分析報告。
2、 負責組織目標項目土地現場考察工作，對當地政府和土地所有者進行聯絡，并建立良好
的關系。
3、 負責收集行業的相關法律法規、投融資政策，組織項目前期拆遷安置各階段工作有序開
展;
4、 熟悉當地政府相關部門的工作流程，并與政府相關部門建立良好的關系。
任職資格：
1、 男性，35-45歲，綜合素質佳，形象氣質好。
2、 工民建、房地產管理相關專業本科學歷;具有相關專業中級以上職稱;接受過有關工民
建及房地產投資測算的相關培訓。
3、 8年以上房地產開發報批報建工作經驗，5年以上同等崗位工作經歷，具有2個以上土
地獲取、報批報建、公共關系維護、拆遷安置、竣工驗收的項目經驗。
4、 良好的溝通、協調和資源整合能力，較強的團隊管理能力和執行力。
5、 具備較好的組織能力，熟悉當地政府部門的辦事程序者優先，豐富社會資源和政府資源。
所屬部門：外事辦
直接上級：項目拓展部經理
直接下屬：
工作職責：
1、 負責搭建并維護公司與政府部門(農業、林業、國土、招商、公安、建設、規劃)、金融、
媒體、行業協會等相關機構的關系，為公司持續發展提供保障;
2、 負責辦理公司所需各項證照，申請各項資質和榮譽證書;組織完成本部門年度政府項目
申報、達成申請目標，完成成功申報項目的后期管理;
3、 提升公司在相關政府層面的認知度及品牌形象。整合公司內部資源，獲取政策優勢;
4、 負責公司對外關系事務和資源管理，組織、執行相關的公關活動;
5、 掌握最新的政策法規或信息，分析對公司業務的影響，制定合適的解決方案，使公司的
管理政策及時調整;
6、 協助高層建立科學、務實的危機管理機制，及時應對并妥善處理公司面臨的各類危機事件，切實維護公司品牌的社會聲譽和良好形象。
任職資格：
1、 本科以上學歷;年齡：30歲以上，男女不限;
2、 6年以上相關工作經驗，其中3年以上大型企業同等職務或有新聞媒體工作經驗;
3、 形象氣質佳，有較強的人際溝通能力和親和力;富有良好的觀察應變力和極強的社會活
動能力;
4、 熟悉國家和當地政府相關政策;熟悉政府部門相關管理流程和項目操作程序;
5、 對政府公關工作有較深刻認知，有良好的社會資源和強大的當地政府人際關系網絡，具
備與政府領導溝通的能力，有協調政府機關工作人員的能力;
所屬部門：拆遷辦
直接上級：項目拓展部經理
直接下屬：
工作職責：
1、 根據拆遷推進方案，全面承擔拆遷相關工作，對拆遷辦工作進行協調、指導、監督和管
理，以順利完成項目拆遷談判工作。
2、 負責我司土地拆遷方面文件起草，拆遷費用測算，搜集整理土地房屋圖紙資料，以及拆
遷辦有關文件編寫。
3、 負責我司項目用地清場圈圍、房屋拆遷安置補償等工作。
4、 負責監控我司項目土地村民搶建搶種違法行為并及時協助行政執法部門進行查處，控制
搶建搶種違法行為。
5、 負責與政府相關部門聯絡關系，預防在拆遷過程中突發事件的發生。
6、 清楚征地拆遷評估、土地成本核算評估的操作和流程。
任職資格：
1、 30歲以上，性別不限;大?？埔陨蠈W歷，有房地產類相關專業學歷背景者優先。
2、 有3年以上征地拆遷工作經驗;負責過2個以上的大型拆遷項目(300戶以上)拆遷方
案編制、商務談判，獨立執行過拆遷安置方案，具有對多個拆遷、拆除、評估公司的管理經驗。
3、 熟悉國家和貴陽市拆遷方面的政策和法規，具相應社會資源及優秀政府公關能力者優先;
4、 具備房屋結構的專業知識及團隊領導能力;了解當地民風民俗，能熟練地運用貴陽本地
方言和國語進行交流溝通;
5、 工作細致、耐心、條理清晰，有良好的職業道德和敬業精神，溝通能力和抗壓能力強。
所屬部門：拆遷辦
直接上級：拆遷辦主任
直接下屬：
工作職責：
1、 負責根據拆遷辦主任安排，在規定時間內到指定的拆遷戶進行入戶調查訪問。
2、 負責將認真填寫調查問卷、收集現場照片和調查錄音;在調查結束后，將所有資料整理
好，交拆遷辦主任存檔。
3、 負責上級安排的其它工作
任職資格：
1、 年齡在20-30歲之間，性別不限;
2、 法律專業、房地產管理專業，應屆畢業生者優先。
3、 有拆遷相關工作經驗者優先;
4、 能使用電腦上網、熟練使用office系統、并且能進行中文輸入;
5、 了解當地民風民俗，能熟練地運用貴陽本地方言和國語進行交流溝通;
6、 細心耐心，條理清晰，身體健康，有良好的職業道德和敬業精神，溝通能力強。
招聘職位：入戶調查安全員(儲備干部)
所屬部門：拆遷辦 直接上級：拆遷辦主任
直接下屬：
工作職責：
1、 負責根據拆遷辦主任安排，在規定時間內到指定的拆遷戶進行入戶調查訪問。
2、
根據調查中心的部署，到指定的家戶進行入戶調查訪問。
采用計算機輔助的、結構化的問卷進行訪問。
任職資格：
1、 年齡35歲以下,大專以上學歷,法律專業者優先,具備知識產權保護方面的法律法規知識
2、 從事過公安偵查、武警工作，退伍軍人或在國家行政執法機關工作過，有調查經驗者優
先;
3、 熟悉電子商務.國際貿易或市場營銷,掌握互聯網網絡安全相關知識者優先,有銷售經驗者
優先
4、 持有c照.兩年以上駕齡優先.性格開朗，有上進心，刻苦耐勞，具有團隊合作能力
5、 心理素質佳，思維敏捷，邏輯性強，有較強的應變能力
6、 富有正義感，熱愛調查工作。
it經理述職報告范文第2篇
從畢業至今，大小的項目做了一些，有不少成功的喜悅，也有很多失敗的教訓。今年由于工作需要，我以軟件項目負責人的身份參加了接入網統一網管系統開發的整個過程。從中學到了不少知識，有許多體會,想將自己的感受寫出來，與大家共勉。
軟件項目管理是一個龐大而復雜的系統工程，當前業界對于軟件開發流程有不少規范和定義，如CMM和ISO9000。在該管理體系的管理下是可以開發出高質量的軟件產品。但是由于該體系較適合于大型而且復雜項目的團隊開發，真正實施尚需要時間和過程。而我們當前執行的項目，一般只有10個人左右，要實施軟件工程難度更大。我認為：雖然項目大小不一，但管理方法是相通的，要做好軟件開發工作，就必須加強有效管理。
大家知道，“軟件危機”起源于一些大型項目的不斷延遲甚至失敗。與大項目相比，小項目具有以下特點:
· 項目功能相對較少 ;
· 開發人員較少;
· 開發周期較短。
小項目看起來比較簡單，比較容易成功，人們往往容易忽視小項目的管理，其實這是一種誤解。
據我了解，小項目開發中容易出現以下問題：:
1、開發之前沒有認真地進行項目可行性和工作量的估計。
往往由于項目較小，便很草率地制定一個開發日程表，沒有認真地估計項目難度，結果實際完成時間與估計完成時間往往有較大差距。
2、沒有真正的設計過程 。
開發人員少，不同人員的程序之間交互、接口相對少一些。開發周期短往往是幾個人從頭到尾負責一個項目，幾個人碰一下頭，討論一下最基本的數據結構、函數接口便分頭去做自己的工作了，沒有一份較正式的文檔來規范各自職責和項目細節。
這種做法潛在的危險之一是有人可能會對所討論的接口、結構理解有偏差，可能會造成以后的返工。
另一個潛在的危險是由于討論時忽略了某些情況，等大家都按時完成分工任務后，才發現各個模塊組合起來卻無法形成一個完整的系統。其根源在于沒有一個負責協調的人員不斷監控整個開發過程。
第三個潛在的危險是一旦有人中途退出開發隊伍，其他人加入時，難以理解以前別人做好的代碼，又要從頭做起。另外，沒有文檔的程序，日后維護和版本升級都比較困難。
3、不經過單元測試而直接進入系統測試 。
造成這一現象的原因是每個模塊相對比較簡單，但是為了測試一個模塊需要建立一些測試環境。例如，為了測試一個函數是否正確，應該用一些測試數據去調用該函數，需要編寫一些測試數據。但很多開發人員嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數據來運行幾次就行了。
針對以上問題，我認為在開發過程中必須處理好四個關鍵問題，嚴格把關，可以大大提高軟件的質量。
這四個關鍵問題為：人員、規范、測試、時間控制。
一、合理配置人員
首先軟件開發是一項長期艱苦的工作，所以一個團結、協作的團體才能在規定的時間內完成一個質量上乘的軟件項目。團隊中的每個人必須積極融入到整個集體中，不能互相推諉，更不能互相埋怨和指責，正確的態度是大家在充分信任的基礎上團結協作，互相幫助，主動承擔任務, 利用集體的智慧獲得成功。整個團隊就是一部機器，只有每一個齒輪都能正常運作，才能生產出優質的產品。
合理配備人員是成功完成軟件開發項目的切實保證。所謂合理配備人員應包括按不同階段適時運用人員，恰當掌握用人標準。一般來說，軟件項目不同階段、不同層次技術人員的參與情況是不一樣的。圖一是典型的軟件開發人員參與情況與實際人員需求差異曲線圖。
如人員配置不當，很容易造成人力資源的浪費，并延誤工期。特別是采用恒定人員配備方案時，在項目的開始和最后都會出現人力過剩，而在中期又會出現人力不足的情況。
為開發人員創造出一個人盡其才的環境也是項目成功的重要環節，讓他們能得心應手的施展自己的才華，特別在工作安排上要煞費苦心，針對每個人不同的特長，根據項目的具體環境和條件來合理安排人員在恰當的崗位上。
項目負責人是一個團隊的核心，其綜合素質直接影響項目的成敗。合格的項目負責人具有高超的領導才能和強烈的科技意識和較強的業務處理能力;具有敏銳的洞察力，能瞄準目標，實事求是，精心組織，堅決果斷，靈活應變，享有信譽;善于制定計劃，解決問題，溝通信息;具有良好的市場意識和交際能力。當然同時滿足這些條件比較困難，但是他應該具有實現這些素質的條件，并注重經驗的積累、素質的提高、能力的培養。并能從以下幾方面嚴格要求和培養自己：
以身作則：只有身先士卒，各方面以身作則，才能得到廣大開發人員的認可和信任，才能樹立較高的威信。
果斷抉擇：負責人的重要任務是決策，特別是有多種選擇的情況下，一個正確的選擇往往事半功倍。
善于交際：他必須積極對外聯絡，充分利用外部資源，例如其他部門做過類似項目者，可以向他們取經甚至直接獲得源碼。這對一個項目爭取時間，避免重復工作很重要。
善于協調：協調幾個人的工作比自己完成一段編碼更重要。由于協調不力，將影響開發。所以項目負責人除完成自己的編程任務外，必須隨時監控各開發人員的工作，包括內容是否與要求發生偏差，進度是否滯后等等。
善于制定計劃：在開發前，可將明確的開發任務通過文檔傳遞給每個開發人員，讓大家都熟悉設計模型，都清楚自己所做的工作在整個系統中處于什么地位，這樣有時侯可能會發現設計模型中的漏洞，避免了各人的代碼編寫完畢之后又要修改的后果。
溝通問題：團隊溝通不是技術問題，但卻是一個最能影響工作效率的問題。溝通及時、集思廣益、步調一致，才能取得勝利。
二、嚴格執行軟件開發規范
軟件開發需要嚴格按照軟件規范實施。用手工作坊式的方式來開發軟件，其結果必然失敗。從項目的用戶需求分析、系統分析、編碼、調試、測試、發布都需要一步一步完成，不能輕視或忽略任何一步驟。前部分沒有完成好，不要貿然進行下一步。越是項目起步階段，越是要注意按照規范進行。
如前所述，因為開發軟件項目規模較小，很容易忽視規范化，而隨心所欲，沒有計劃，想到哪做到哪，其最終的結果是失去控制。其實項目小正是實現軟件規范化管理的好時機，規模
小，涉及的管理方面有限，管理實施起來比較容易。CMM等規范標準不是輕而易舉就能實現的，但是可以借鑒它的思想和方法，先在小項目上實現規范化管理，培養人員的規范和意識，為以后實現大項目的CMM等規范打下良好的基礎。
特別需要重視軟件開發中文檔管理。那種認為只要產品做出來可以運行，何必花費許多精力去做文檔的觀點是錯誤的。經過實踐，我深刻體會到，沒有文檔會帶來很多問題。用文檔去引導開發過程，拋棄隨心所欲的開發模式。就象工廠工人師傅按照圖紙生產零件一樣，否則很可能會得到次品甚至是廢品，給后來開發者留下一堆沒有意義的“垃圾”產品。我認為文檔應該是開發中階段(mileStone)結束的標志，每個階段后，都需要提交相應的文檔，而且要確保文檔的質量。
確保文檔質量的最有效方法就是評審，提交文檔后，項目負責人組織相關人員對該文檔進行審核，在充分討論的基礎上進行文檔的重新修改和審核直到滿足項目要求。文檔應該是貫穿整個過程的主線，在不同的階段，需要不停地對文檔進行完善，使之真正成為全體項目人員的智慧結晶。
三、重視測試
測試是軟件開發中容易忽視的問題，許多人認為開發的主要工作是編碼，其實不然，在沒有嚴格執行開發流程的開發活動中，測試可能是唯一能確保軟件質量的方法和手段。而越是松散的項目越輕視測試活動，它既沒有固定的測試組織，又沒有程序員間的交叉測試，更沒有考慮過有效的測試流程和方法，他們的軟件質量完全建立在對程序員能力信任的基礎上，這是很不安全的。
測試是對軟件產品質量的檢驗和評價。它一方面檢查軟件中存在的質量問題，同時對產品質量進行客觀的評價。
我們一般把發現的錯誤bug(我們也稱為缺陷defect)按嚴重性分為四類：死機(系統崩潰或掛起)、致命(使系統不穩定、或破壞數據、或產生錯誤結果，而且是常規操作中經常發生或非常規操作中不可避免的)、嚴重(系統性能或響應時間變慢、產生錯誤的中間結果但不影響最終結果，如：顯示不正確但輸出正確)、一般(界面拼寫錯誤或用戶使用不方便)。
我們也把發現的錯誤按優先級分為三種：高、中、低。一般是某錯誤對用戶接受或使用影響越大其優先級越高。
要完成嚴格的測試，就必須建立規范的系統測試流程，有專人負責執行，而且開發人員要積極配合，不要認為測試人員是在給自己找麻煩，測試人員查找的錯誤可能是程序員無法發現的錯誤。
一般的測試流程應該是：
1、項目組提交系統測試申請給測試中心指定帳號。由專人檢查文檔格式和完備性。
2、檢查合格后交給該產品對應方向的研究人員，評價其內容的有效性和真實性。
3、檢查合格后由測試中心主任審查并通過，成立測試組，指定測試組長(可暫時沒有組員)。
4、測試組長根據該產品的申請報告、測試設計和以往測試數據，制定測試方案。
5、測試中心主任審核通過測試方案后，根據測試方案指定測試組成員，并由支持組完成其他支持任務(如：設備的配備、測試數據庫的建立、網絡權限的修改„„)。
6、測試期間測試組根據測試方案進行實際測試，記錄并跟蹤測試缺陷報告，填寫測試記錄。測試組長與項目組(測試經理)經常溝通，并獲取產品的更新版本。同時，測試組長審查、修改并提交所有缺陷報告，保證隨時掌握產品的質量情況，并監督測試進度。
7、產品進行到一定階段后(標志是測試缺陷報告庫中所有的報告處于歸檔狀態)，由項目組和測試組長共同決定產品進入穩定期測試。穩定期測試版本之前的版本必須在顯著位置標明為測試版字樣。
8、穩定期測試期間所發現的缺陷報告也需要記錄在測試缺陷報告庫中，并在穩定期結束后由雙方(有時可能也有市場方面的意見)共同決定對這些缺陷的處理方式。如果需要改動產品，則重新開始穩定期，否則通過穩定期測試。
9、測試組長對于通過穩定期測試的產品填寫綜合測試報告，測試中心依此發布產品發行通知。
10、測試組對整個測試過程和產品質量進行總結和評價，形成文檔并備案。同時，將測試過程中對測試設計的改動納入基線(是已經通過正式復審核批準的某規約或產品，是軟件開發中的里程碑)。最后，組長整理并在指定地點保存相關測試數據和測試樣張。
11、測試中心解散測試小組。
另外，在系統測試階段，我們要求測試小組要進行一些常規內容測試(如：Y2K測試，病毒檢查、裸機測試、加密檢查、說明書檢查„„)，并要求寫入測試方案中。
測試應該在現實的環境中進行。所謂現實環境就是與用戶實際使用的環境相同或相近，因為開發環境和用戶使用環境有很大區別的，而開發的產品最終是要交給用戶使用的。如果沒有辦法模擬用戶環境，則程序員可能必須自己開發一些模擬程序來模擬現實環境。特別是與硬件配合的項目，因為在程序調試時硬件可能沒有完全完成，這時就必須開發模擬硬件的程序，否則開發的進度可能無法保證。
四、時間控制
開發人員最擔心 “領導不斷催促，可系統提交日期一拖再拖”，項目負責人對此一籌莫展，束手無策。開發活動如同一個黑箱子，資金扔進去了，人員扔進去了，設備資源扔進去了，但不知道什么時候會出來結果，更沒有把握出來的東西是否是用戶所要的東西。為避免人力、物力、財力浪費，要做好項目計劃，進行有效的時間控制。
軟件項目管理過程開始于項目的計劃，在做項目計劃時，第一項活動是估算?，F在已經使用的技術是時間和工作量的估算。因為估算是其他項目計劃活動的基石，而且項目計劃又為軟件工程過程提供了工作方向，所以我們不能沒有計劃就著手開發，否則就會陷入誤區。 軟件項目的進度安排主要是考慮軟件交付用戶使用的這一段開發時間的安排。進度安排的準確程度可能比成本估計的準確程度更重要。軟件產品可以靠重新定價或者靠大量的銷售來彌補成本的增加，但進度安排的落空會導致市場機會的喪失或者用戶不滿意，而且也會導致成本的增加。因此在考慮進度安排時要把人員的工作量與花費的時間聯系起來，合理分配工作量，利用進度安排的有效分析方法嚴密監視軟件開發的進展情況，以使得軟件開發的進度不至于被拖延。
在作進度安排時要考慮的一個主要問題是任務的并行性問題。當參加項目的人數不止一人時，軟件開發工作就會出現并行情況。因為并行任務是同時發生的，所以進度計劃表必須決定任務之間的從屬關系，確定各個任務的先后次序和銜接，確定各個任務完成的持續時間。另外還應注意關鍵路徑的任務，這樣可以確定在進度安排中應保證的重點。常用的進度安排方法有兩種，即甘特圖(Gantt Chart)法和工程網絡法。
項目怎么樣才能算做好了，也是各有各的看法，我對項目成功的定義為，“三贏”的項目，才算是真正成功的項目。三贏包括，用戶滿意;公司滿意;項目參與人員滿意。
為用戶服務、讓用戶滿意：用戶指提供資金并且最終使用項目結果的所有人員，項目的開發過程和最終結果，要讓用戶認可、使用，并讓用戶說好。此為一贏。
讓公司滿意：項目開發要按時保質保量地完成，并為公司積累項目經驗、知識儲備，包括項目、人才、技術、市場等各方面的儲備。此為二贏。
讓項目參與人員滿意：要讓開發人員在項目中專注地完成任務，免受項目之外的因素干擾。正常、優秀地完成項目，對開發人員本身也是一種巨大的鼓勵。還要讓供應商深知其設備、軟件的使用情況，讓項目的成功成為供應商的成功，為下一次的更好合作打下基礎。
it經理述職報告范文第3篇
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、分包商風險
有些項目管理可能會涉及到將系統的部分功能分包出去，這時項目組就需要關注項目的分包商風險。
it經理述職報告范文第4篇
1.思想政治表現、品德素質修養職業道德.能夠認真貫徹xx基本線路政策，通過市場、客戶、團隊互相學習銷售實戰：遵守公司原則，認真學習銷售知識愛崗敬業，具有強烈的負責感和事業心，積極主動認真學習與客戶交談技巧與攻破的方法，工作態度端正，認真負責。
2.專業知識、工作能力和具體工作
本人去年六月份畢業廣西大學計算機學院，現承擔xx銷售工作，主要去到各商鋪尋找客戶。銷售工作的瑣碎，但為了搞好工作，我不怕麻煩，向同事請教，秉承互相學習的態度。自己摸索技巧方法，在短時間內便熟悉了銷售工作，明確了工作的程序、方向，提高了工作能力，在具體的工作成了一個清晰的工作思路，能夠順利的開展工作并開展工作熟練的完成基本工作。
在這三個月，我本著把工作做的更好的這樣一個目標，開拓創新意識，積極的努力的完成了以下本職工作：(1)協助xx經理做好xx辦事處建立的工作，主要有找好辦事處的地點(把辦事處的房價壓低，一次性成交的金額少)、招聘新員工(在現場招聘以及網絡招聘的第一次篩選人才，讓xx經理第二次篩選人才)、培訓新員工(主要把產品的知識和參數講解銷售技巧)、帶領新員工跑銷售(主要是按照xx經理的銷售方針進一步的銷售成功做努力)安撫新員工的的情緒(xx經理主要做黑臉然后我主要唱白臉的基本工作)
為了辦事處的工作的順利進行及部門的工作調配，除了做好本職工作，我還積極和其他同事做好工作，讓xx經理能夠充分的按照盧總的思路方針去走。
3..工作態度和勤奮敬業方面。
熱愛自己的本職工作，能夠正確的對待每一個工作任務，工作的投入，熱心為大家服務，認真遵守公司的銷售原則，按照步驟一步一小成，積少成多的方針去實施。在這過程中無節假日，有效利用工作時間，堅守崗位，利用周末的時間繼續去做好銷售這份工作，盡量多出單的高效率去完成任務，避免減少工作中的失誤。
4.工作質量成績、效益和貢獻。
在開展工作之前做好個人的工作計劃，有主次的先后及時的完成各項，已達到領導分配的目標去要求自己，用百分之一百熱情投入完成工作.但由于自己本身沒有這樣的工作經歷，所以在完成了任務過程中有許多的失誤和不足，但我也會努力的去避免這類的事情的發生，在這里我對自己所做的不足深感歉意，只能在以后的工作過程中去更好的完成。同時在工作中學習很多東西，也鍛煉了自己，經過不懈的努力，使工作水平有了長足的進步，開創了工作的新局面，為了xx及部門工作做出自己的微薄的力量。
it經理述職報告范文第5篇
tuenhai一直在思考，如果是我，如何當好IT項目經理?
一、IT項目經理需要很專業的IT知識嗎?
是ITPUB上一個討論帖子。
“我是從硬件工程師做到部門主管，對于項目管理,我覺得IT行業的項目管理與其他行業不同，他需要比較全面的IT背景知識。一個做ERP項目的項目經理，他無法完成一個金融中間業務的項目開發。同時在一個項目里會涉及到主機技術、網絡技術、數據庫技術甚至還有備份技術與容災技術等，對于這么多的專業技術，是否需要該項目的項目經理對他負責的項目里所包含的技術有一個大概的了解。對于IT部門的管理者，我覺得光有很豐富的管理知識和經驗不夠，你必須在專業技術上面也要是很有權威的一個人，你要讓小組的成員信任你，不光光是人品的問題、個人魅力的問題，對搞技術的人來說很重要的一條是在技術上讓他服你(中國知識分子大多數有這樣的毛病，外行不能領導內行)。”( mingsir,http:///htm/work/zl/xiaocao/02_7_30_2_2.asp)
如果tuenhai在專業技術上夠格，tuenhai有信心成為業界最優秀的項目經理之一。tuenhai之
3 所以有此信心，原因之一是tuenhai絕不會對項目文檔的重要程度認識不足。
“文檔從用途上分主要分為內部文檔和外部文檔。
內部文檔包括： 項目開發計劃; 需求分析; 體系結構設計說明; 詳細設計說明; 構件索引; 構件成分說明; 構件接口及調用說明; 組件索引; 組件接口及調用說明; 類索引; 類屬性及方法說明; 測試報告; 測試統計報告; 質量監督報告; 源代碼; 文檔分類版本索引; 軟件安裝打包文件。
外部文檔主要包括： 軟件安裝手冊; 軟件操作手冊; 在線幫助; 系統性能指標報告; 系統操作索引。 ”(《 有效的軟件質量管理 》 蘇黎虹 http://上的文章，tuenhai在網上是透明的)
從優秀IT項目經理到千萬富翁的距離只有1m。
你要做的其實很少，也不是那么難：
第一，你是優秀的IT項目經理，這是前提.
第二，你要找到一家前景很好的初創公司。
這個公司現在價值可能只有500W，三年后可能就是5億了。
你要在初創時期找到并加入這家公司，并最大程度發揮你的專長，在這個同時，你自身也得到最大的鍛煉和提高。
第三，也是相當重要的一點，公司boss為人非常好。(非常開明，非常大度等)
確保在你在公司做出極大貢獻的同時，權益也最大化。
這種權益主要的形式就是公司的股份。(可能是期權形式)
6
因為你是創業功臣，在你的收益中，薪資所占的比重會微不足道。
3年后，你會發現，比你專業技能更強的牛人進來了，牛人技術確實很強，但因為進入公司時機選擇得不如你好，牛人得到的除了薪資，還是薪資。而你，你完全可以去“笑傲江湖”，“環游世界”，只要你喜歡，你可以去做自己想做的任何事。
tuenhai比較懶，技術一般，管理也一般般。
有一天tuenhai突然頓悟，悟出事業成功的兩個要素：
1. 自己專業技能上過硬。
2. 充分展示自己所掌握的知識和技能，以創造結識創業合作伙伴的機會。
一旦結識理想的創業合作伙伴，我的百萬富翁之夢就實現了一半。
我的目標一開始就不是定位在打工仔，打工的話薪資再高也是非常有限的。
要上升到創業合作伙伴層面，就要處理好兩個過程：
創業合作伙伴認可我，
我認可創業合作伙伴。
這兩個過程處理好了，成功就預期不遠。
你可能已經發現了，網上許多地方都有“tuenhai”，這是tuenhai人生中的重大戰略策劃：
既然tuenhai自認為是優秀的，就要創造機會，讓創業合作伙伴有充分機會認識到我的優秀。
一群同樣優秀又技能互補的人一起創業，想來讓人激情飛揚。
王侯將相寧有種乎!