項目開發部工作總結 篇1
項目開發部20xx-20xx年圍繞公司項目建設，根據市委市政府對本公司項目建設進度的要求，在公司領導的有力指導下，項目開發部的各個成員努力工作、態度端正、嚴格遵守公司的各項規章制度，明確各個階段的工作重點，熟悉項目各個階段的前期任務，積極配合各部門按時按要求完成本公司項目的建設，主要是：
一、沅江西大橋
該項目於本年度6月中旬完成土地報批資料的收集，雖然中途因測繪出現點意外，但在本部門各成員的共同努力下，順利於6月底報至省國土廳，並於8月3日完成省國土資源廳的批覆，按時完成了市委市政府對該項目工作進度要求。在該項目開工前的準備工作中，涉及港航處、航道局、海事局等若干專項設計，因各部門專項費用與財政評審評定的費用產生分歧，嚴重影響了該項目的工作進度。在公司領導和市協調小組領導的有力支持下，多次召開了關於解決該問題的協調會議，有力的解決了工作困難。現若干專項工作已基本完成，專項費用已基本得到市財政評審中心的認可。本部門有信心完成公司領導對該項目開工進度的要求，保證該項目建設的順利進行。
二、常德大道改、擴建工程
該工程土地報批工作現已完成，並於本年度5月12日完成省國土資源廳的批覆。征地補償預算和地上設施補償預算已通過了市財政評審中心。在該項目的後續建設中，項目開發部將積極配合公司各個部門的工作，力保該項目的順利進行。
三、金丹路新建工程
該工程土地報批工作現已完成，並於本年度5月22日完成省國土資源廳的批覆。征地補償預算和地上設施補償預算已通過了市財政評審中心。在該項目的後續建設中，項目開發部將積極配合公司各個部門的工作，力保該項目的順利進行。
四、桃花源路暨機場快速路新建工程
該工程地處常德市江南城區，是西城新區與桃花源機場的一條交通主動脈，全長7公里。本年度上半年經過本部門的努力完成了該項目土地報批資料的收集，在送往省國土資源廳的過程中，鼎城區規劃局提出了修改該條道路線型方案的要求，原因是沿線涉及一鼎城區的納稅大戶，影響了該公司正常的生產經營。經過多次協商於本年度7月23日在規劃局召開會議，確定對該線型方案進行修改。本部門在得到修改通知後一個月的時間內，重新完成了對該項目方案的修改、方案的審批、藍線、紅線、測量、勘探、可研等資料的修改工作，在市委市政府要求的時間內完成報地資料的收集，報至鼎城區國土資源局，現已報至省國土資源廳。現階段正在進行該項目的設計招標工作。在該項目的後續建設中，項目開發部將積極配合公司各個部門的工作，力保該項目的順利進行。
五、西城新區六條區間道路及道路上七座橋樑的新建工程
該項工程土地報批工作市委市政府要求本年度9月底必須報至省國土資源廳，並多次在市國土局召開關於工作進度匯報的會議。本部門根據市委市政府會議的精神，嚴格按照市國土局報批程式的要求，明確部門各個成員的工作任務，調度每個人工作的積極性，在9月中旬完成了該項工程土地報批資料的收集，並於9月底報至省國土資源廳。在公司領導有力的指導下，11月底六條道路的初步設計和七座橋樑的方案在11月底基本完成。在該項目的後續建設中，項目開發部將積極配合公司各個部門的工作，力保該項目的順利進行。
六、新河水系綜合整治工程
該項工程東起芙蓉路、西止漸河、北起常德大道以北一公里、南止江北防洪隔堤總面積約33km區域內的新河水系範圍。在公司領導強有力的指導下，本部門多次邀請常德市各個專家及相關部門的主要領導對新河水系拓寬設計方案進行評審，吸收各專家及各職能部門意見後能，並將修改後的最佳方案上報至市規劃局，於9月份確定最終的方案。10月份委託市水利設計院進行對該項目的設計，現已完成該項工程的勘探和測量工作，在該項目的後續建設中，本部門有信心完成公司領導對該工程項目開發進度的要求，保證該項目的順利進行。
七、西城新區總體規劃工程
該工程的項目開發為本部門所有項目開發的重中之中，是本部門20__年下半年的工作重心，上述六項工程建設均與該項目的開發建設有著密切的聯繫。公司領導也對該項目的開發提出了很高的要求，力求將西城新區打造成為常德市新的城市門戶區和標誌性新城。XX年11月12日本部門成員陪同負責該項目規劃設計的美國AECOM集團公司相關負責人對我市城區和西城新區進行了現場考察，使其了解西城新區現有的基本情況，了解常德市的歷史文化、資源狀況和風俗習慣等，再與公司領導交換意見，通過對我西城新區地理位置、自然條件、交通狀況等多方面深入研究後，美國AECOM集團公司於11月20日提供了正式的項目建設建議書。在該項目的後續開發過程中，本部門有信心完成公司領導對該項目開發提出的要求，保證該項目建設的順利進行。
項目開發部建立以來，與各職能部門建立了良好的關係網，協助解決了項目前期工作中所遇到的問題，但我們的工作剛剛起步，還有大量繁重的工作任務需要我們去完成。我們一定認真履行職責、互相團結協助，發揮各自的主觀能動性，積極完成各項任務，為公司項目建設的順利進行作出努力。
項目開發部工作總結 篇2
上半年，項目開發中心緊緊圍繞集團公司年度工作規劃，以項目推進為重點，以龍門、橋南建設為中心，在公司高管層的精心指導下，我們一手抓項目建設手續完善，一手抓兩村籌建機構建設，經過全體同志的齊心努力，兩村建設取得了突破性進展。截止六月底，項目完成總投資6000萬元，占首期計畫投資2.71億元的22.14%。現將兩村建設情況匯報如下：
一、工程進展情況
1、龍門新村：在完成基礎土方開挖的基礎上，已進入樁基施工階段。
2、橋南新村：於六月二十七日正式破土動工，進入基礎土方開挖階段。
二、上半年主要工作
（一）抓緊組建兩村籌建組織機構，為兩村建設奠定基礎。隨著兩村建設前期準備工作的逐步到位，特別是首期建設資金到帳，我們立即著手抓好兩村籌建機構的組建工作，經過與集團公司領導通氣，於元月和三月分別組建了龍門和橋南兩村籌建處。龍門新村籌建處由薛啟德負責，橋南新村籌建處由王建平負責，在此基礎上根據工作實際分別從渭南紫兆和集團公司項目部抽調兩名同志協助兩村籌建工作。為項目進展起到了決定性作用。目前，龍門新村籌建處資料、安全、土建、水電安裝等人員已全部配齊到位，橋南新村採取邊工作、邊組建的辦法，其他技術人員正在組建之中。
（二）不斷完善兩村建設審批手續，確保工程技術順利進行。一是於五月二日取得了市環保局關於橋南新村建設項目的環境影響審查意見；二是取得了市城建局關於龍門新村建設項目用地的定點批覆（城建局規劃處批覆已擬好，待領導簽發）；三是於五月二十二日取得了市城建局關於橋南新村建設路網、管網標高規劃圖；四是於六月十八日取得了市城建局關於橋南新村建設工程實地坐標。五是於三月二十五日市城建局關於華運物流建設項目用地的定點批覆。
（三）適時實施工程招標，確保兩村建設工程質量。根據項目進展，我們適時與20xx年11月7日和今年4月27日月分別對兩村建設的施工單位進行了公開招標，於20xx年10月23日和今年5月5日分別對工程監理單位進行了公開招標，一方面確保了工程順利開展，另一方面確保了工程建設質量。兩村的施工單位和監理單位如下：
龍門新村施工單位是：山西欣通建設發展有限責任公司、九冶建設有限公司、陝西建工集團總公司；監理單位是：陝西永明項目管理有限公司韓城項目部、陝西宏民監理諮詢有限公司。
橋南新村施工單位是：山西欣通建設發展有限責任公司、中十冶集團有限公司；監理單位是：陝西宏宇工程監理有限責任公司。
（四）排除各種阻力，實現 “三通一平”。
1、工地清理。龍門新村於三月二十六日基本完成了施工場地的平整和地面附著物的清理。橋南新村於五月七日完成了對工地家戶的拆遷工作；於五月二十五日完成了下餘240米圍牆的漿砌工作；於六月十八日基本完成了施工場地的平整和地面附著物的清理。
2、施工用電。龍門新村於四月底完成了1600KVA輸變電設施的安裝。但按工程實際，1600KVA輸變電設施難以滿足施工初期的用電需求。已與電力部門交涉並簽訂安裝第二台1600KVA變壓器契約；橋南新村於五月二十三日，在聯繫做好橫跨工地高壓線路遷移的基礎上，完成了1000KVA輸變電設施的安裝；於六月二十三日完成了由西向東和由南向北兩趟低壓線路的遷移工作，為施工放線掃清了障礙。
3、施工用水。龍門新村經過反覆測試，已確定使用重陽村北溝林場水井自抽的方案，六月五日施工用水已輸送至工地。橋南新村採取工地現有機井自抽的辦法，合理解決工程施工用水。對於建築工人生活用水。龍門新村採取現場打井辦法；橋南新村採取城市供水辦法予以解決。
4、施工道路。龍門新村採取租用土地的辦法，圍繞施工場地的道路第一層素土碾壓已基本完成；橋南新村工地相鄰留芳路，因而施工道路無問題。
（五）做好請示匯報和從中協調，努力降低項目建設工程成本。項目建設是一項複雜而艱苦的工作，涉及範圍方方面面，既要保證為施工單位創造良好施工環境，又要處理好與當地村民的關係，同時還要應對政府不同部門的檢查與監管。對此，我們採取勤匯報多協調的辦法，本著花小錢辦大事的原則，一方面力求使問題得到合理解決，另一方面達到降低項目建設成本的目的。一是針對多個部門收費問題，及時做好向市委、市政府的請示匯報，於4月22日以龍門鎮人民政府的名義，向市政府做了題為“關於龍鋼產業升級龍門新村、橋南新村建設有關問題的請示”匯報（申請減免9類25項政府部門收費問題）；二是針對村民擋工要幹活問題，採取先由施工單位與當地村組交涉，再由籌建處從中協調的辦法，力求達到在不增加工程成本的基礎上，使問題得到合理解決。截止目前，兩村建設均保持和諧續進。
（六）積極做好通訊報導工作。上半年向公司主辦的《黃河浪》報刊投稿並被採納7篇，完成公司分配任務116.7%。
三、下階段工作部署
第一、抓緊兩村建設圖紙的評審，力爭早日取得建設工程規劃許可手續。同時積極做好華運物流等項目相關手續完善工作。
第二、制定工程建設目標，確保兩年兩村建設目標的如期實現。年底前兩村建設力爭達到正負零標準。
第三、認真貫徹6月24日集團公司安辦會議精神，建立健全項目建設各項安全規章管理制度，制定各項安全預案，確保兩村建設安全無事故。
第四、全力做好工程建設後勤保障，確保兩村建設順利進行。如：兩村建設用電增容，橋南新村籌建處技術人員的配備等。
下半年兩村建設的任務艱巨而複雜，我們堅信有集團公司的堅強領導，有能征善戰的員工隊伍，我們通過艱苦而紮實的努力，一定能完成集團公司交給的工作任務，一定能向集團公司交一份滿意的答卷。
項目開發部工作總結 篇3
當前任職網際網路公司手機APP的專職項目經理，回顧以往的經歷，對自己進行總結，也希望對閱讀的人有所幫助。
先介紹下我的職業路線：測試工程師—>技術支持工程師兼測試工程師(後面簡稱技測)—>技測部門主管—>技術支持部門主管—>客戶項目經理—>研發項目經理
之前的工作經歷讓我從不同層面有所收穫，在做測試時，除了測試知識外，需要有足夠的耐心，描述問題既要簡潔又要符合邏輯;在做技術支持時，因為要直接面對客戶，要學會溝通技巧，包括口頭和文字溝通，要抗的住來自己客戶和內部的壓力;
做部門主管，要關注的是團隊發展和管理，學會了管理要因人而異，有人渴望知識，有人希望被尊重，有人喜歡耍小聰明，有人喜歡偷點懶…… 對上要知道領導關注哪些方面，定期總結，匯報及時且有效。
以上的經歷，在項目管理工作中有很大的幫助。
做了將近兩年的專職項目經理，分別經歷了職能型和矩陣型的組織架構。
在職能型的結構中，我的團隊中包含了這樣幾種角色：研發、測試、技術支持，有專門的產品人員對接，但不向我匯報。
在這樣的團隊中，從客戶提出需求到最終交付，執行迅速，減少了部門之間的協商、優先權調整以及不必要的溝通成本，項目經理對所有決策和結果負責，我個人喜歡這種結構。
在矩陣組織中，我一人負責5條產品線的項目管理，更多的是關注各條產品線能否按照計畫完成，處理過程中遇到的問題，有項目相關的、做隊員思想工作的。
對於項目管理來講，矩陣型組織中，項目經理權利有限，難以施展。
需要向各個職能部門申請資源，很多時候的使用的是參考權利。
權利與責任是相匹配的，在矩陣型組織中，項目經理的成就感差。
下面說說做手機APP的一些成長吧。
最初我們做的是iphone的app，經歷了兩個多月的研發和測試，終於在年底前提交審核了，可是無論如何你也想像不到，我們第一版通過審核的過程是多么的煎熬。
提審前查了好些資料，大部分是關於提審注意事項，也諮詢了有這方面經驗的同事，仍舊是被拒4次，前兩次被拒蘋果給描述的問題很明顯，改了。
後兩次被拒的原因前後矛盾，我們不知所措，最後忍痛去掉了改功能才得以通過。
在之後的版本升級時，打開了這個功能很快審核通過了。
首個版本審核，花掉一個多月的時間。
有了iphone上的經驗，之後的ipad版app進展較為順利，一審由於名稱問題被拒，儘管同類產品命名結構是一樣的。
蘋果的規矩是讓人摸不著頭腦的。
兩個月後我們開始了android平台上的同類app開發，這個項目從一開始就犯了一個嚴重的錯誤，其帶給我們的教訓是慘痛的。
由於這三個版本的app功能、互動都是一樣的，設計、測試、運營都是同一個團隊，不同的是開發人員不同，且安卓的開發人員是新招的。
這個項目開始，我提出了讓產品進行需求講解，但項目組內大部分人認為不需要進行產品需求講解，因為之前iphone和ipad的版本都做過了，也都很熟悉，最終我讓步了，同意產品提出的方案，產品和研發私下溝通講解。
結果在項目執行到中後期時，項目出現了嚴重的delay，原因是研發對於產品需求沒吃透，做的過程中需要頻繁與產品確認需求細節，有些功能不符合產品要求，研發估期不準確等，當時如果再按照之前的做法繼續下去，項目根本不可控，何時能完工也不能確定。
經過討論，花了三個晚上，產品、測試、研發一起逐條過測試用例，一來確認測試方案正確性，一方面更細緻的讓研發了解產品需求，經過這個過程後，進行了一系列補救措施以及趕工，需求細節補充，用例修改，需求變更等，通過大家一致努力，最終項目晚了兩周上線。
通過這幾個項目，總結如下：
1、新領域項目，首先要弄清楚這個項目需要哪些角色參與，每個角色的工作是什麼，以前所遵循的流程是什麼。
尤其對於空降的項目經理，要先了解這些內容，不要一上來就改變，除非大家認為急需改變的地方。
待項目跑起來後，再不斷修正流程，這期間一定要勤於溝通。
2、在矩陣型組織中，要善於運用參考權利，建立自己的威信，否則後續工作開展會遇到很多麻煩。
如果這時再去求助於上司，只會讓領導覺得你太弱了。
3、項目經理不一定要強勢，強勢的項目經理有時候會引起團隊成員的牴觸。
在整個項目組中，項目經理最能用客觀的眼光去看待問題的，要做到對事不對人。
4、原則問題不可以讓步，這種讓步會帶來無盡的困擾，且補救成本巨大;
5、既定的流程要嚴格遵循，項目經理協助項目組建立高效的流程，除了建立流程，項目經理還要去檢查執行狀況。
6、必要時採用問卷調查或訪談，這個方法可以用來解決人的問題。
通過收集團隊成員的反饋，也可以檢查自己的判斷是否有偏差，談判時有據可依。
7、對上報告，簡潔有力。
要善於總結，通過數據報表說明項目執行情況。
遇到重大問題要及時向上匯報，匯報時要提供的解決方案，不要把問題直接拋給領導，要讓領導第一時間知道項目進展，以及你解決問題的措施。
項目開發部工作總結 篇4
一、軟體開發個人體會：
1. 軟體領域中的知識在於積累。
2. 做軟體開發，就類似算數學題和世界盃足球賽一樣：重在結果，而不在乎過程。
3. 軟體服務於人類，軟體是在解決一些生活中的問題和錯誤，問題決定解決方案。
二、做軟體開發我覺得要明白：
1. 職業的樂趣：
(A) 用自己的智慧去創建新事物的快樂
(B) 開發對別人有用的東西
(C) 不斷學習來充實自己
2. 職業的苦惱:
(A) 總是追求完美
(B) 所有要實現的功能由他人而定
(C) 概念設計計是有趣的，但找Bug總是很苦惱的
三、在開發中遇到問題應該怎么去解決？
1. 不明白就多問，不要自已一直去琢磨。 一個問題如果30分鐘還沒有解決就應該考慮是不是問問別人。 一個問題在沒有用過3種以上的方法解決過就不要去問別人。 解決問題思路是關鍵：
相信問題總歸有解決的辦法，就算連技術上都沒法實現的問題，相信通過良好的溝通終究也會有解決的方法。
2. 解決問題的前提是：理解別人的意思，理解別人的需求，多溝通，及時給客戶反饋信息。
四、怎么樣才能提高自身的能力？
1. 程式設計師怎么樣進步最快？
2. 不要怕出錯，不怕遇到錯誤，有錯誤就有挑戰，這樣才可以進步，但不要讓同一個石頭
把你絆倒2次。
五、怎么樣才能做好軟體開發？
1. 首先要明白解決的問題是什麼，理解問題，其次再決定怎么解決這個問題
2. 碰到很複雜的問題，我們就簡單想，把問題簡單化，細化到能夠實現為止
3. 出了問題，我們要先分析問題，然後知道引起問題的原因，最後並想出問題的解決辦法
4. 我們應該從2個方面去把握一個項目：從業務角度和項目的關鍵問題上去把握一個項目
(A) 從不同的系統場景
(B) 從不同的用戶角色（充當什麼角色）
(C) 從不同的系統使用角度（擁有那些許可權）
5. 其實我覺得開發人員說實在應該要比使用系統的人更了解系統需求，只有真正徹底的了
解了項目的業務需求，我們才能做真的做好這個項目
六、文檔的重要性
記得我當初剛開發項目的時候都是寫個大致的需求說明書，做一個E-R圖，畫幾個大致的數據流程圖，然後建立數據字典和表結構關係。 再接著搭建一個開發環境，配置幾台伺服器，劃分一下模組，分工，我們就可以Coding了，一直到項目結束了，也沒有完整的設計文檔，更沒有完整的測試文檔，雖然這樣的確是很快的完成了Coding工作，感覺上好像節省了好多成本和開發時間，但後期的維護和Bug 就是經常出現的事。
小項目沒有文檔關係不大，但如果遇到一個大項目的時候，那這樣的開發方式就很有問題很危險的。
大項目沒有文檔： 首先維護就很麻煩，也很亂，寫的代碼，過幾天都不知道它是完成什麼功能的了，其次系統的穩定性和可靠性也讓人懷疑，擴展性就不用說了。
七、我的收穫
A.程式設計師大多都不喜歡寫文檔,我們以前也是特討厭,記得以前都是系統開發完了，為了應付項目驗收，就匆匆忙忙的一組人在那裡補文檔。在我們的思想里,所謂的文檔就是一些廢話,一句話硬是用十句話來代替的無聊透頂。
B.代碼風格要規範
以前做項目，我們都是不怎么去注意代碼風格和寫代碼的規範，都是稍微想一下就直接開始寫代碼了。注釋也很少用，總感覺我們自己寫的代碼，我們怎么會不知道它做了些什麼事呢 ？總覺得我們自己寫的代碼我們怎么會不知道它是用來做什麼的呢。一直都不相信這是個事實，但事實上，項目驗收後，系統剛開始使用的人少，也就不會出現潛在的錯誤，隨著時間的增加，久而久之，當大量用戶並發訪問的時候，系統的Bug 就暴漏出來了，那時你再用熟悉的Eclipse打開整個項目的源碼時，再去看自己寫的代碼的時候，真的發現，我們定義的這個變數名是什麼意思啊 ？ 我們的這個Flag 是用來判斷什麼的啊 ？我們的if中條件不知道是判斷什麼？ Function 也忘記是什麼功能了？ 想想好可怕啊。 難道真的都忘記了嗎 ？回答是肯定的： 真的忘了。
C.心得體會:
通過做該網盤項目，在這2年的鍛鍊中，我們才真的體會到，良好的文檔是正規研發流程中非常重要的環節,一個好的程式是先寫好設計文檔再進行編程的，在設計文檔的指導下，才能寫出安全的代碼。如果你不寫文檔，一開始就寫程式，這樣你就不會按已設計好的路線走，而是想到哪寫到哪。小功能還好說，要是大功能，就容易混亂.
剛開始我們還很不習慣這一系列的編程風格，很多的規範，尤其是命名，方法和注釋，都有這著很多限制，讓我們覺得真羅唆，寫個程式完成功能不就可以了嗎，明明1小時做完的事情非得讓人用3、4個小時去做，我們現在真的明白這樣做的好處了，我們已經習慣這樣的編程風格了，這也養成了我們的一個編程習慣了，深有體會啊。
最忙的時候就是我們成長和收穫最多的時候。
八、網盤項目開發的最大體會
我們覺得項目開發的開始時候，應該由項目負責人很好的對項目是什麼項目，具體大概做什麼事情，是誰提出來的，目的是解決什麼問題，以及裡面用到的很多專有名詞做個細緻的說明，而不是從一開始就分幾本式樣書，給個靜態Html 的Demo看看，然後搭建好開發環境就按照式樣設計書來開發。
九、軟體測試（單體測試和連線測試）
我們首先認為，編寫程式的時候不要想出了問題再解決，而是要想如何不會出現問題，要根據經驗來預測可能出現的問題，然後避免出現。
測試，說的直接點就是給軟體找錯誤。
很多人認為發現錯誤是軟體測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上我們不這么認為。
我們覺得對開發人員來說，我們要把測試出來的Bug都應該做個分析，知道錯的原因之後，我們就應該在下個項目中防止類似的錯誤發生，而真正來提高我們開發的效率。
項目開發部工作總結 篇5
隨著市場經濟的進一步完善及全球經濟一體化進程加快，企業面臨著激烈的市場競爭，企業內部、外部信息交流已成為企業發展、參與市場經濟競爭的迫切需要。企業引入先進的信息處理技術，增加信息共享程度，不僅提高了工作效率、降低成本，而且也提高企業管理的科學性和自動化程度。信息已成為企業生存與發展的基礎，在原有系統的基礎上，計算機中心於20__年開始加大信息管理系統的開發，已到年底，開發項目也基本上完成了；
為了總結03年所有開發項目的整個開發及管理過程，我們選取2個比較大的軟體項目來分析，項目為：出口技術支持網站管理系統、模具管理系統；在這兩個具有代表性的項目中，我們清晰的看到了我們在項目開發過程中的成果及所存在的不足和應該改進的地方，總的說來，設計開發的功能基本上達到了用戶需求的75%，用戶也能夠開始使用我們開發的系統來達到其管理目的。如出口技術網站為國外的客戶提供了方便快捷的了解到我們公司的空調產品及技術信息、空調配件信息等等。
模具管理系統最大程度的實現了模具信息的共享，各使用部門可以方便的查詢模具的位置、進度、狀態、申請單、試模、驗收、合格、模具的調撥、報廢等等信息；查詢模具的相關信息信息由原來的1-2天縮短為10分鐘之內。產品型號、零件圖號統一維護，規範管理，出錯比例大大下降。而且在更改零件圖號的情況下，基礎數據更改，其它相關檔案的同一數據會隨之更改，減少系統維護量提高了生產部編制模具生產任務單的工作效率，縮短了模具製造任務傳遞時間，查詢新的開模單更方便快速，由原來的至少半天縮短為10分鐘之內匯總改模單情況由原來的多人每日手工填寫改進為階段一次匯總，時間僅須20分種左右，大大提高了效率。
模具台賬能顯示所有的模具匯總及分配情況； 雖然相關項目基本上達到了預期的目的，但是，反思在整個項目的需求提出、項目評估、需求分析、項目計畫、總體設計、詳細設計、測試計畫、實施的各個環節，我們都有工作不足之處，特別是某些關鍵控制點上面，我們有一些失誤，當然，原因是多方面的，有果必有其因。下面我們從關鍵控制點上面來分析我們在項目開發過程中存在的問題、原因分析及改進措施：
一、從用戶提出需求，到需求回響時間，我們需要9天時間，而需求評估完成時間需要15天左右，這就是我們存在的一些問題，導致需求回響時間及評估完成時間比較長的原因有如下幾方面：
(1)、由於計算機中心軟體開發人員不夠：各套用系統的支持人員及軟體開發人員加起來才8個，公司各子套用系統有幾十個，ERP的各個子系統及模組就有將近20個，一個員工要支持5到6個功能子系統的維護；
(2)、分工不明確：軟體開發人員往往身兼數職，跨多個職能領域，套用用戶習慣找誰就認定那個人，什麼事都找該員工；工作效率就相對低下；
二、關鍵用戶訪談率及關鍵用戶對需求的認同率都比較低，關鍵用戶訪談率只有70%，而關鍵用戶對需求的認同率只有68%；為什麼會有這樣的結果了，分析原因如下：
(1)、由於計算機中心人員緊張：有時沒有辦法訪談所有的關鍵用戶，只能找幾個評估時認為特關鍵的用戶；
(2)、被訪談用戶原因：由於被訪談用戶事情太多，往往在提出需求以後，抽不出時間來接受訪談；另外有些用戶只局限於本部門或者本崗位來考慮問題，不願意從公司層面或者大局來考慮；
(3)、用戶不重視：有些需求是由於用戶部門領導要求，跟得比較緊，但是如果部門領導沒有跟得緊的情況下，用戶就不那么急了，就算立了項，也不能很好的配合；
(4)、軟體需求分析人員原因：由於需求分析人員經驗不足，導致需求不夠明確，不能了解到用戶需求背後的真正目的；
三、設計功能滿足率比較低，只有75%，功能點BUG數比較多，每個功能模組平均的BUG數有15個之多，函式注釋率只有10%左右，各功能點的測試覆蓋率只有40%，分析原因如下：
(1)、用戶需求不明確：有些用戶在接受訪談時說的需求，及在需求確認時都沒有問題，但是到軟體功能設計出來以後，卻完全不是這么回事，用戶就會解釋說當時沒想清楚；
(2)、軟體開發工具的原因：軟體開發人員使用的開發工具不夠實用，很多工發工具能檢查出來的BUG，沒有辦法檢查出來，需要開發人員自已檢查；
(3)、軟體開發人員的原因：由於軟體人員緊張，項目任務多，交期短，所以在開發時，沒有多少時間去寫程式代碼的注釋，況且有些開發人員也根本沒有注釋的習慣，沒有多少時間去完整的測試各個功能點；把測試的任務有時就直接交給用戶了；
四、系統架構變更次數過多，一個項目平均下來變更6次之多，原因如下：
(1)、系統設計人員的原因：由於系統設計人員在架構設計時，沒有考慮到系統架構的靈活性；不易於擴展；一旦用戶的需求有變化，系統架構就必須重新修改；
(2)、用戶需求變更太頻繁：由於用戶的需求很隨意變更的，加大了系統設計的難度，導致了系統架構變更；
五、項目的按時完成率比較低，平均下來只有60%，分析原因如下：
(1)、用戶需求變更太頻繁：由於用戶需求變更太隨意，太頻繁，導致有些開發工作完成，又必須推倒重來，做了很多無用工作；另外有些用戶只局限於本部門或者本崗位來考慮問題，不願意從公司層面或者大局來考慮；造成重複工作，重複設計；
(2)、軟體開發人員的.原因：由於軟體開發人員不夠，項目多，任務緊，一個人身兼數職，也是造成軟體開發項目推遲的直接原因；另外，軟體開發人員專業技術水平不夠，有些功能開發要花太多的時間去研究，尋找解決方案，也導致了項目的延遲；
(3)、系統架構變更太多：導致有些程式開發工作無用，必須重新開發；
(4)、軟體需求分析設計人員的原因：由於設計的不合理，分析用戶需求不夠透徹和全面，架構設計不合理，導致軟體開發變更及錯誤多，也導致了軟體項目的開發延遲；
(5)、軟體開發工具及開發方法落後：由於軟體開發人員沒有太多的時間去研究使用新的，先進的開發工具，也沒有太多時間去學習新的開發方法，導致軟體的開發速度慢，開發出來的程式BUG多，程式沒有多少可重用性，也導致了軟體項目的開發延遲；
綜上所述，為了配合公司的發展，滿足公司對信息化建設的要求，順利實現計算機中心04年目標，我們必須針對軟體開發項目中存在的問題採購行之有效的改進方案，計畫改進措施提議分為內部及外部：
六、內部的改進措施提議如下：
1、增加人員配置，解決人手嚴重不夠的問題；
2、明確分開，重新劃分業務小組；
3、明確崗位職責，細分軟體項目開發所需要的各個崗位；
4、制定崗位知識能力模型，對每個崗位要求的能力必須定義清楚，要求嚴格達標；不達標的必須重新培訓；做到合適的人在合適的位置做合適的事；
5、加強專業技能培訓；
6、加強軟體開發管理，培養團隊合作精神，加強軟體過程控制；
7、最佳化設計開發方法：加強設計標準化、模組化；提高軟體開發效率；
8、加強業務培訓，更實際的了解業務需求；
七、外部的改進措施提議如下：
1、加強業務部門對系統了解；
2、培養用戶需求的分析能力；
3、加強與用戶的互動及雙向溝通，讓用戶參與到設計中來；
4、引導用戶的軟體需求，培養用戶從公司層面或者大局來提出需求；
項目開發部工作總結 篇6
20xx年第一季度在集團公司及公司黨委的正確領導下和大力支持下，項目開發部緊緊圍繞以“跑項目”為主要思想的指導方針；以飽滿的熱情，積極向上的心態，全力貫徹到本季度項目爭取工作中，現將20xx年第一季度工作總結匯報如下：
一、取得的成績
經過項目開發部多個日日夜夜的加班加點的努力奮鬥，順利的完成了黃羊河AAA級旅遊景區項目的撰寫、申報、最終在本月初完成了黃羊河AAA級休閒娛樂景區的評審工作，為集團公司新辦公樓的落成獻上了一份大禮。
二、上報的項目
在將近4個月的工作時間中，項目開發部經過多方溝通、打聽全面收集申報項目信息，總計上報21個項目，其中有較大希望爭取到資金的項目17個。並分別於省工信委、省集團公司、省發改委、省旅遊局、市政府、區政府、市發改委、市工信委、市財政局等13個部門溝通和銜接，極大的拉近了我公司和地方的關係，為今年項目資金的落實打下堅實的基礎。
三、存在的問題
本季度項目開發部工作重心在項目書得撰寫方面，對項目推進工作力度不夠，有畏難情緒；爭取相關部門的支持缺乏主動性，導致省農墾公司部分項目資金沒有落成。
四、下一步工作計畫
1、將工作重心放在“跑項目”上，努力爭取項目資金的落實情況。
2、集思廣益，積極主動以多元化的方式開展項目的開發工作。
項目開發部工作總結 篇7
20xx年4月，到黃山龍恆置業有限公司任開發部文員 ，單位收發文的轉發與登記；單位公章的管理；檔案管理；文字材料的列印和複印；完成單位領導交辦的其它臨時性工作。三個月來，在領導與同事的支持和幫助下，較好地履行了工作職責，完成了工作任務，現將工作情況作以簡要匯報。
一、加強學習，努力提高自身素質
堅持把加強學習作為提高自身素質的關鍵措施。在工作中，緊緊把握“理論聯繫實際”這一主線，努力把知識用到工作實踐當中，豐富閱歷，擴展視野，使自己儘快地適應工作並成為優秀的工作者。積極參加公司的集體活動，認真習規定的學學習內容和篇目，堅持每周寫工作總結，認真記錄每天的工作內容，使自己的素質有了很大的提高，為自己開展各項工作提供了強大的動力支持。同時。正視自己的不足並積極補正，重點加強了電腦操作、傳真機和複印機的使用，來訪人員的接待等方面的訓練，為更好完成本職工作打下了堅實基礎。
二、 恪盡職守，認真做好本職工作
三個月來，認真履行崗位職責，較好地完成了各項工作任務。一是堅持完成領導辦公室的衛生清潔和物品管理工作。一如既往，堅持不懈，除極特殊原因外（時間變更、氣候原因），基本完成了工作任務，儘量做到讓領導滿意。二是協助主任做好辦公室的日常事務、工作。完成領導每天布置的工作並努力做好，如檔案的列印和複印，有關人員的來訪，集體活動的安排和布置等。三是檔案的管理。完成了檔案的整理工作並歸檔。工作的同時，也發現了自己的不足，如打字速度慢、做事過於拘謹等，我已經努力克服並已初見效果，希望領導和同志們審查。
三、 嚴於律己，不斷加強作風建設
嚴格遵守辦公室的各項制度。謹記領導的指示和批評並付諸於實際，不遲到，不早退，不曠工。做事要謹慎認真，向領導匯報的材料要仔細檢查，日常工作要記錄並及時上報；待人處事要有禮貌，對待同事要坦誠寬容；嚴肅辦公室紀律 ；思想積極向上，努力維護公司形象，以嚴格標準要求自己，努力使自己從學生向工作者轉變。同時，要積極學習領導為人處事的方法，以領導為榜樣，做一個既能為領導服務解憂的同事，又能為龍恆創造價值的辦公室文員。
項目開發部工作總結 篇8
1.系統開發已歷時快1年的時間了
2.開發的反覆性比較多。
3.對客戶的需求理解不是很透徹。
綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價
經過我們公司各位同事的共同努力協作，業務管理系統已經很好的完成了客戶的業務流需求。經過對客戶使用過程的觀察，此項目開發的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統資料庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統的功能開發還是一個比較成功的案例。
2.3對技術方法的總結
在此項目中使用到技術和工具：
1.使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。在以後的項目中，我們要儘量的來使用一些類似的工具來在最短的時間內完成工作。在今後的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發周期和開發費用。
2.使用資料庫建模工具；PowerDesigner 工具來建立系統資料庫模型，以方便程式設計師很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。在今後的項目開發中，我們要更好的來完成系統的前期資料庫模型的建立，最大的來最佳化系統功能。
3.使用第三方控制項：此系統中使用了ComponentArt Web.UI 第三方控制項。此控制項在很大程度上滿足了客戶對軟體界面的需求，從而也給軟體的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控制項，在今後的項目開發過程中，要繼續使用第三方的控制項。這樣以來，無論是針對軟體界面的美觀性、友好性來說、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。但需要意的是：在是使用第三方控制項時，要謹慎的選擇一些網路中的比較常見的第三方控制項。
4.使用自定義控制項：此系統中使用了自定義控制項(GhdGridView),此自定義控制項可以很好的統一系統中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什麼新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控制項的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
5.系統開發框架：此系統的框架使用的是簡單三層結構，此框架在開發一些中小軟體是比較實用的。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以後的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。
6.系統安全加密：此系統中針對客戶提出的系統安全問題，我們採用了Ikey加密硬體鑰匙來驗證客戶端登入客戶的合法性，此Ikey鑰匙可以綁定到一個系統使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登入系統的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登入到我們的系統中來），這樣就最大的提高了我們系統的安全性。Ikey加密鑰匙是很好的加密B/S架構軟體的硬體工具，在以後的軟體安全方面可以借鑑。
3項目經驗總結
3.1簽定契約
一個項目的開發成敗或者說項目開發帶來效益的大小，在很大程度上是受項目契約簽定的影響的。往往，很多一部分公司與客戶簽定的項目契約都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發後期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發效益。雖然需求範圍很難簽定的明確，但是我們在簽定契約時，要儘量的去把契約功能邊界和添加新功能的條件簽定。
3.2開發團隊
在項目確立後，要儘快的建立起項目開發團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。這樣，在項目的開發過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發團隊成員要儘量的書寫一些開發文檔，這些文檔往往是我們在項目開發後期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。
項目開發部工作總結 篇9
一、主要業績指標及完成情況
市場部xx年度主要業績指標完成情況如下表所示。主要指標完成情況表指標名稱市場占有率新產品貢獻率重點產品貢獻率銷售額
二、市場部主要工作
回顧xx年度市場部主要工作包括以下幾個方面。
1.市場調研工作本年度市場部在xx月和xx月共組織大型市場調研活動兩次，總開支費用為xx萬元，取得了如下調研成果。
（1）通過對新產品的市場定位的調研，明確了消費者購買人群、購買意願、購買動機，為新產品上市工作提供了重要參考；
（2）通過對產品的售後調研，了解了消費者對產品的期望和改進建議，為產品的更新換代提供了數據支持。
2.市場推廣活動
（1）市場部在本年度通過組織春季市場推介會和秋季新品發布會，在直接拉動銷售xx萬元的基礎上極大地促進了市場渠道的拓展。
（2）通過參加展覽會直接獲得訂單5張，銷售額xx萬元，同時也宣傳了企業。
3.廣告宣傳活動
（1）市場部在省市電視台發布產品廣告的總時數累計達到小時，大大支援了銷售活動，同時也促進了品牌價值的提升。
（2）市場部聯合藝術團舉辦專場演出3次，大大提升了公司的知名度。
4.市場部規範化管理的推進為了提升市場部的競爭能力，在本年度配合公司相關部門開展了市場部規範化管理運動，重新對市場部運作流程進行了規範，為明年工作效率的提升奠定了基礎。
三、工作中存在的主要問題
1.市場人員素質有待提高本年度市場部因業務拓展的需要共新招員工xx名，因缺少企業文化及相關的崗位培訓，致使違反服務規範，的事件屢有發生，已經對公司聲譽造成了一定的影響。
2.市場拓展費用偏高雖然市場拓展工作取得了一些成績，但同時市場拓展費用也創下了歷史新高，同比我們的競爭對手，在銷售費用率方面，我們已經落後了。
3.計畫能力偏弱市場拓展計畫在執行過程中屢次變動，致使一線市場人員不知所從，已經干擾了正常的市場推廣活動。
四、主要應對措施
1.加強內部市場人員的培訓市場部計畫在新的一年裡重點加強對新進人員的培訓，提升公司員工的整體素質。
2.加強預算管理強化市場部內部審核制度，並收回個辦事處的自行開支審核權，統一由市場部進行開支審核，確保市場拓展費用的降低。
3.組織計畫管理與執行方面的培訓市場部擬通過組織計畫管理與執行方面的培訓，增強市場部管理人員的計畫管理能力，同時強化基層市場人員的執行能力。
項目開發部工作總結 篇10
1.引言
自助旅遊的定義，簡單地講，就是吃、住、行、游、購、娛，基本上全由遊客自己決定。自助旅遊的新概念，也叫背包旅行，起源於已開發國家，在英語裡面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省錢的旅行。
隨著中國進入第一次消費升級階段，居民可支配收入和消費水平不斷提高，發達地區居民旅遊逐步從奢侈品蛻變為必需品。全球旅遊業的散客化趨勢影響著中國，自助旅遊席捲而來，給我國的一系列旅遊產業及其相關製造產業帶來了挑戰。它的主要特點之一就是利用網際網路技術，旅遊者通過網路自由組團和選擇參加者，自由選擇路線等。
自助旅遊最終實現需要一個漸進的過程，拓寬信息渠道、加強對自助旅遊的研究和建立自助旅遊的完善體系三個方面是很重要的，因為設計此旅遊自助系統以期向計畫出行的人們提供豐富的旅遊自助信息及其它相關信息，進一步完善現有的旅遊自助體系。
1.1 編寫目的
隨著科學技術的高速發展，我們已步入數位化、網路化的時代。旅遊自助系統是一個管理信息系統，目標是使旅遊資源信息化，方便旅遊公司及遊客便捷地得到需要的旅遊信息。
1.2項目背景
隨著社會信息量的與日俱增，圖書作為主要的傳統信息載體，在某一層面上已不能滿足現代這樣一個知識爆炸時代對信息的需求，這也體現在人們的出行與旅行方面，人們不可能隨身帶一本厚厚的旅遊百科全書去爬青藏高原；同時旅遊管理部門希望避免由於筆誤或者記錄丟失等人工疏忽帶來的行政失誤，他們也需要更系統更嚴謹的管理手段，從而做到依法管理，有據可查；而對旅遊公司而言，高效的經營管理手段是獲取最大利益的關鍵。在計算機日益普及的今天，一套行之有效的旅遊自助管理系統，是大家最好的一個選擇，他是人們出行旅行的貼心小助手，是旅遊公司負責盡心的大管家，是旅遊管理部門安全可靠的檔案室與嚴謹的助理秘書。他將對人們的出行旅遊方式產生時代性的影響。
旅遊自助系統軟體是一套功能比較完善的數據管理軟體，具有數據操作方便高效迅速等優點。該軟體採用功能強大的資料庫軟體開發工具進行開發，具有很好的可移植性，可在套用範圍較廣的簡體中文、英文 Windows98/20__/ME/XP等作業系統上使用。除此以外，該軟體可通過訪問許可權控制以及數據備份功能，確保數據的安全性。
建議開發軟體名稱：旅遊自助系統 項目的提出者：軟體工程課程
開發者：艾菁、張虹、周軍、李驍、胡寶雷 用戶：旅遊公司及遊客
1.3 定義
該旅遊自助系統是基於Internet/Intranet 及Web技術，建立以Browser/Server 為結構模式、以資料庫為後台核心套用、以服務為目的信息平台。
文檔中採用的專門術語的定義及縮略詞簡要如下： TTS：Travel Self-help System，旅遊自助系統。
SQL（Structured Query Language）:結構化資料庫查詢語言 JSP：JAVA Server Page
1.4 參考資料
《軟體工程》 原書第八版 程成、陳霞譯 機械工業出版社 20__.3。 鄭人傑，殷人昆，陶永雷。《實用軟體工程》（第二版）。北京：清華大學出版社，1997。
金勇華，曲俊生。《JAVA網路高級編程》。北京：人民郵電出版社，20__。 Borland Software Corporation。《JBUILDER培訓教程》北京：機械工業出版社，20__。
2.實際開發結果
2.1 產品
可包括列出各部分的程式名稱,源程式數(包括注釋行)或目標程式位元組數及程式總計數量,存儲形式;產品文檔名稱等.
2.2 主要功能及性能
功能：
對旅遊公司及旅遊局輸入信息進行管理； 用戶的信息檢索； 性能：
資料庫的錄入； 後台信息維護；
不同條件下的信息檢索；
旅遊服務預約及預約是否成功的反饋； 輸出：
旅遊景點信息；（包括景點介紹、物理位置、開放時間、參觀費用等） 旅遊線路信息；（包括日程安排、食宿交通、手續價格、聯繫方式等） 預約結果反饋；（是否成功） 輸入：
旅遊景點名稱； 旅遊線路名稱；
旅遊者自定義的查詢條件的搭配；（包括希望的時間安排、旅遊的費用預算、行程的旅遊景點等）
安全保密：
用戶退出系統時，自動清空查詢記錄；
2.3 運行環境要求
運行環境：
作業系統：Windows20__； 資料庫類型：SQL server。