總結是指對某一階段的工作、學習或思想中的經驗或情況加以總結和概括的書面材料，它可以明確下一步的工作方向，少走彎路，少犯錯誤，提高工作效益，因此，讓我們寫一份總結吧。那關于總結格式是怎樣的呢？而個人總結又該怎么寫呢？以下是小編收集整理的工作總結書范文，僅供參考，希望能夠幫助到大家。

軟件項目經理工作總結篇一

任何成功的項目都不可能是某一個人的功勞。一個成功的項目是多個部門的眾多人員共同努力的結果。這些人，組成一個項目團隊，具有不同技術水平，才能，工作風格和知識。

項目團隊需要有一個共同目標，共同的前景，并且清楚的知道他們要做的工作。該團隊，無論采取何種報告結構，必須能夠很好地工作和激勵以達到商業目標。

業務

000000"公司

項目

團隊

個人

技術和方法的變更

項目經理的技能應包括技術技能和管理技能，堅實的技術基礎能夠在技術方面對團隊起指導作用，管理技能有助于溝通和解決問題。管理技能不僅限于技術方面，還包括解決問題的能力，估算能力，編制計劃的能力，人際和溝通能力。

你可能已經意識到自己忽視或缺乏某些領域的知識。因此，本文的讀者為：

已經是項目經理，但認為自己的技能已經過時的人

項目管理是估算、計劃編制、重組、整合、評估和修正等過程的不斷重復，其中包括管理人員，用戶參與和解決問題，直至達到項目的商業目的。

每個經理都在找有能力完成某一商業目標的人。最困難的是要了解他們懂什么和能做是么。比較困難的是，不知道需要多少人。因此，你必須使000000"招聘人員認為你是真誠可靠的。這不僅限于項目范圍內，還包括與管理層和客戶保持聯系。

管理是指無論在有利或不利的環境中都能應對自如。在問題沒有被詳細表述或沒有可選的解決方案時，你必須表現出你的管理才能。如果你讓管理層來解決所有的問題，那要你還有什么用，管理層正在做你做的工作呢。

了解人們的心理和他們的工作方式是項目經理必需的素質之一。每個人都不同。通過了解你的和別人的工作方式，可以緩解壓力，便于溝通。

ibm多年來的口號是“尊重每一個人”。這具體表現為了解你日常工作中接觸的人。要做到這點，你必須了解你自己并且知道你是如何激勵別人或對別人施加壓力的。

閱讀邁爾斯-布里格斯（myers-briggs）人格類型分析方面的書籍是一個很好的開端。katherinebriggs和她女兒isabelbriggs-myers制作的問卷（mbti邁爾斯-布里格斯人格類型定向）用于幫助人們發現他們的個人風格及對團隊產生的影響。該問卷是在carljung的“心理類型”基礎上發展而來的。此類書在書店有關自我提升和心理學的分類中均能找到。

尊重每一個雇員（供應商）

虛心傾聽

做出見識廣博的決策

不要當眾批評別人

了解自己的實力和做事的先后順序

真誠地聽取團隊成員的意見和建議

對目標和交付產品有清楚的了解

在it團隊中提倡合作和信息共享

了解每個人的做事風格及他們的優缺點

表揚應以團隊成員喜歡的方式，真誠地表達

將負面影響視為成長的機會

以積極的方式提供指導

你不能管理你無法控制的東西

：度量方法如果沒有管理好或運用好，會產生負面影響。度量方法可以作為計劃編制的“輸入”，可以在項目進展過程中和結束時進行統計，為下一個項目或項目的下一個階段提供參考。用度量方法來評估員工的績效是不恰當的。

：通過制定項目計劃能夠得到正在執行的任務的關鍵檢查點。這些檢查點是達到商業目標的路標。要記住項目計劃不僅只對新的開發項目有用。他們在支持和維護中同樣重要。許多項目經理都犯同樣的錯誤，他們編制一個十分出色的計劃，但從不付諸實施。事實上，他們很少按計劃進行工作。

：估算和編制計劃的同時要做預算。許多項目經理要制作和管理他們自己的預算。如果你能使實際工作進展和計劃一致，那么你的工作就會變得比較簡單。大多項目管理工具都具有使費用（按小時，天，或年計）與某個資源相關。許多公司的財務部門認為的資源費用包括企業一般管理費用。另外一些公司可能根據項目名稱或用戶，管理方式，員工和顧問分別計算。（對于顧問，還要考慮他們的加班費）設備費用也要單獨考慮。記住還要考慮運行項目應用所需的軟件工具和硬件。（例如銷售部門的彩色打印機）

：人是任何項目中有價值的。一個人可以促進項目成功或項目進展順利，也可能對項目產生破壞。員工工作計劃能對員工的成長起到建設性和實際作用。大多組織有自己的格式。但無論形式如何，下列事項必須包括：職責明確；客觀地評價員工的優缺點；為員工提供參與制定其發展方向和對其進行評估的機會。

項目管理的獎勵/壓力

項目經理的角色是一柄雙刃劍。這個職位要承擔一定的壓力，也會得到相應的獎勵。一旦你成為項目經理，就必須對這兩方面做好準備。

成功地完成一個系統，每個人都會得到獎勵。能夠幫助員工開發他們的潛能是項目經理特有的回報。在任何任務中，人都是最重要的元素。通過運用自己的管理技能造就了一個充滿活力的團隊，是一件值得驕傲的事。

人員同樣是最大的壓力。人畢竟會受到那些不受你控制的事物的影響。團隊成員的家庭困難，彼此間的個性沖突都需要項目經理來處理。

任何有關應用或團隊成員的事情首先要找的就是項目經理。上層領導和用戶認為你是對項目拖延、需求遺漏、系統中的bug和不正確等唯一的負責人。

本文的參考目錄中列出了許多能得到有效的管理實踐信息的地方。去尋找管理方面的書籍，包括技術管理和商業管理兩個方面。閱讀管理大師，例如：peterdrucker，c. 寫的書和文章。他們提供了在任何領域都使用的管理知識。信息管理大師例如：tomdemarco, m. page-jones, ed yourdon, l. l. constantine等等提供了許多條理清楚的、經過實踐檢驗的方法。

如果你要同用戶一起工作，要閱讀一本有關領域的專業書籍。了解業務比了解技術環境更重要。事實上，讓用戶參加面試過程越來越流行。要準備得更充分，可以買一本《哈佛商業評論》（harvardbusiness review）這是一本很好的雜志，適用于商業讀者同樣也適用于it管理。許多it雜志例如《cio雜志》及在參考書目中列出的書目中都有有關項目管理和人員管理方面的文章。這些雜志中還包括概括或詳細的技術性文章。

可以和美國管理協會（ama）和其他商業組織取得聯系，獲取管理信息。值得一提的是，卡奈基梅隆000000"大學的軟件工程研究所（sei）在90年代提出的管理軟件過程，最新標準版本為sei9000。

許多技術研討會，例如數字咨詢和技術轉換研究所（digitalconsulting and technology transfer institute）有許多不同領域的項目管理和技術研討會。另一種途徑是通過你所在的組織。他們也許會提供有關授權、談判和傾聽技巧等的課程，所有這些都有助于你準備項目管理。

掌握一種項目管理工具。例如微軟的project和applied business technology/projectworkbench。所有這些工具都有許多有效的項目管理方法和術語字典。

除了上述提到的工具外，還有一個越來越流行的工具可以針對不同技術環境中的項目在計劃編制、費用估算和管理方法上提供幫助。這個工具就是lbms/processengineer，具有case界面的工具。

如果你使用過此類工具，把這些內容列在你的簡歷中。當然，不僅要掌握工具，你還必須具有堅實的基礎知識和項目管理方法。

能夠與處于不同地理位置的人取得聯系

能夠有效地通知團隊（包括供應商）范圍，進度的變更

能很快地解決小問題

要記住人們工作方式的差別，性格內向的人更愿意通過email溝通。這樣他們可以有時間思考問題的答案而不是在會議上立刻做出答案。

作為一個項目經理，你可能會作報告（report）和介紹(presentation)。因此，需要掌握字處理軟件和圖形軟件。這些軟件在市場上都可以買到。在你的簡歷上列出你會使用的此類軟件。

任何行業都有好的項目經理和差的項目經理。你可以從兩種項目經理身上得到啟示（什么是應該做的而什么是應該避免的）。如有可能，問一些優秀的項目經理他們是如何做的。如果你對你的職業發展道路還不太清楚，你可以拿一篇剛剛讀過的有關文章，問問這些項目經理對此文的觀點。

一個成功的項目經理的標志有擁有一支氣氛融洽的積極的團隊，上層領導的信任和用戶的尊重。一致的行動是另一個標志，它是衡量領導能力的基礎。優秀的項目經理應該了解每個雇員的長處和短處。他們認為失敗并不是缺點，而是一次學習機會。

項目經理必須建立一套專業標準。但按照一套完美的例子來進行管理卻是一個失敗的項目經理。這雖然說明他們的多才多藝，但更體現了他們在授權和溝通方面的能力不足。使原來想積極工作的員工變得消極的做法可以毀了項目經理。你在技術方面的能力應該用于指導和培訓員工。如果你參與編程或設計，你不是在開發你的團隊，也不是在做項目經理。

以下是在面試中通常會提到的有關項目計劃編制的術語和圖表。大多項目計劃編制工具都會使用到一些或全部術語和功能。你應該復習一下有用的一個或多個項目管理工具，這有助于你進一步熟悉常用的技術和功能。

甘特圖：用圖形，特別是條形圖，描述項目進度的圖表。每一個條形符號代表不同的意義。例如：關鍵任務的條形符號及/或顏色可能與非關鍵任務的不同。概要任務（活動或階段）的符號可能于其他任務不同。

pert圖：用流程圖來表示所有任務的現行依賴關系。pert的意思是計劃評價與審查技術，是一種網絡圖。

任務列表：文本/縱向地列出項目計劃。通常至少應包括以下欄目：任務編號，任務名稱，開始日期，結束日期，持續時間和工作效率。

工作分解結構：項目任務和/或活動的結構圖。

關鍵路徑：是貫穿整個項目的一條路徑，表明在限定的時間成功完成項目涉及的各任務間的依賴關系。調整關鍵路徑上任務的時間進度將會影響整個項目的交付時間。關鍵路徑方法（crm）圖是一種網絡圖，用于項目的進度控制和協調項目的活動和事件。

可交付成果：證明一個或多個任務完成的有形事物。例如：邏輯數據模型。

依賴關系：任務間的聯系會影響一個或多個任務的開始時間。例如：在沒有弄清需求前，不能開始編程。

jad/簡化方法：聯合應用程序設計(簡化方法是90年代的術語)。一套面向結果的,大腦風暴式的,有一個共同的商業目的信息集合/分享會議。該方法是ibm公司在1970年開發的，由固定的，結構化的過程組成，并在一個有經驗的實施者的領導下進行。簡化方法去掉了一些結構,然而,仍要求所有各方都必須參加所有的會議和一個有建模技術的記錄員作記錄。參加者們包括項目團隊,管理(與用戶)和行政官員。為會議的成功，每個人必須理解和同意目的并且盡快解決他們的任務。

：是任務的結束時間和與其相關的任務的開始時間之間的延遲時間。這允許任務結束時間和開始時間的重疊和拉長。

：一種明確的、有組織的、可重復的、結構化的方法/技術，以完成一個通用的目的。這些技術或指南定義步驟，任務，角色，目的和可交付成果，這些是任何系統的成功的實現所必須的。

a)功能點（allan abrecht）

b)重要事件(tom demarco)

c)加權平均

d)代碼行

：在項目生命期的一個重要的事件的結束。通常一個里程碑是在關鍵的路徑上的一項活動。它不必是一個有形的可交付產品例如一個邏輯數據模型，但可以是用戶對工作成果的肯定。

：概要級的概念。不是所有的項目管理工具都強調特定的階段和摘要一級的格式，然而許多標準的開發方法用這些術語進行工作分解。

：快速的應用開發(如果不正確地使用會有破壞作用)。通過應用程序生成器，建模和快速原型工具的使用加快開發工作的一條途徑。最大的改進是在整個開發生命周期中加入快速原型。這在編碼前了解清楚用戶需求提供優秀的工具。

：一個基于可得到的資源的數量，每個資源的技巧的水平，資源工作時間表而開發的計劃和時間表。

范圍變更：對原先設計要求的功能增加而沒有對人員，時間或費用的影響進行評估。范圍變更可能是一個商業用戶或一個熱心的程序員提出的。兩者影響系統的交付并且不能被估計，分析，或記錄。

(就算問題沒被問)

如果你沒有管理經驗

對于那些從未正式管理過一個項目的，可能是非正式地管理過的人。在那些情況中，當強調他們的技術背景優勢的同時需要明確說明他們沒認識到他們已掌握的那些技巧。你可以提及你是怎么不得不在沒有授權的情況下領導一個大型的開發團隊進行工作的。需要強調的是沒有一個穩固的技術的基礎,你的工程任務和估計的決定可能被過分簡單化。當你是項目的領導人，你需要提供技術的連貫避免團隊超負荷工作。

如果你的技術技巧在未來的技術的環境中是落伍或不同的

你不需要理解技術環境的內部是如何工作的，但是你應該理解一般的概念和特征決定環境的能力和弱點。許多項目管理技巧是超出技術范圍的。因此,如果你的技術技巧是落伍的，你仍然能強調你在技術上能負獨立責任。提及你管理的應用類型和及其商業作用。提及團隊是如何有效地完成目標的。強調你的管理哲學。提到上級，與你地位同等的人，你的用戶和部下是如何評價你的管理能力的，記住提起任何你掌握的商務領域知識。在面試時應該將你對你的技能落后的恐懼拋在一旁。一旦你擁有這個工作，你將能向公司內的專家詢問。在所有組織中都有各方面專家的非正式的機構。你可以到處打聽一下，把他們找出來。

問面試官的問題：

1.公司優先權是什么？

2.本項目的執行資助者是誰？

3.公司使用的開發原理體系是什么？

4.本項目最后期限是什么？

5.有量度項目成功的方法嗎？

6.你的新經理將怎樣保持項目信息靈通？

7.你的新經理管理哲學和風格是什么？

8.項目上的人們的技能水平是什么？

9.你將管理的項目的范圍被充分地定義嗎？

10.技術環境已經選好了嗎？

2.編制項目計劃的技術，

3.人員管理技能

4.溝通技能

5.原理體系知識（標準開發生命周期和項目管理）。

：工期是商業/日歷上的天數，與人數和工作量無關。工作量是與日歷天數無關的人的工作。

例如：一天的工作量對于一個一只花50%在時間在上面的人來說，他的工期就是兩天。如果兩個人全職工作，工期是1天，而工作量是兩個工作日。

：根據使用的軟件包，依賴關系可以通過將任務及其后續任務的標識符進行關聯來表示。依賴關系說明了任務之間關聯/并列的要求。依賴關系可以是指在另一個任務能開始之前有一個任務必須完成。例如，邏輯模型必須在物理模型前完成。但測試并不是要在所有編程工作完成之后才開始，如果沒有完成的程序對線性測試沒有影響。

項目計劃加入依賴關系，就能找出項目的關鍵路徑并且能夠確定它對項目工期的影響。

：根據組織使用的具體的工具，可以將資源拆成更小的資源/單位，或者可以將任務拆成更小的任務。

：每個產品都有標明不工作的天數的公司/全球的日歷。每個產品都也有個人的資源日歷標明個人不工作的時間。如果項目需要教育和培訓，應該把它們象任務那樣寫在項目計劃上。

：它的工期將和整個項目時間一樣長，占工作量的百分比很小。被分配給任務的每個人花在該任務的時間占他時間的百分比極低。

：根據組織使用的特定的工具，每個工具都為實況報告中輸入相互獨立的要素/域信息。也可以將報表進行分類，來向團隊成員和其他相關團體說明關鍵路徑的變化或時間表的調整。這些報告對已實現工作評價和作為在計劃下一個工程或階段的輸入有價值。另一個把估計和實況報告比較的有價值的用途是把范圍變更對項目的影響記錄下來。

：你為什么制定項目計劃？

：項目計劃是實現成功的系統的路線圖。它提供了一種手段來通知每個人希望他們做什么及何時完成。它幫助項目經理使管理層，商務用戶和支持團體了解項目狀態和調整特殊的資源。逐項列記的“一覽表”協助對任何變動的影響進行迅速評估。當實況報告與計劃聯系起來后，項目計劃為今后項目的任務劃分和估算提供了有用的信息。

：進程安排是一門藝術。根據已知有關業務目標的事實，公司一般標準，以及可以利用的過去的經驗。可以從清楚地定義范圍和目標開始。把項目的風險和制約做成文件。差的估計源于對業務知識和項目范圍缺乏了解。可以從項目任務分解入手，例如先劃分階段，然后定義每個階段的活動，再定義每個活動中的任務。識別和文檔化里程碑和可交付產品。項目計劃是當信息變得可以利用的時，不斷細化的有生命文件。很好地記錄進度的變化對項目經理，開發團隊，支持團隊，以及管理層，商業用戶都有益處。

：在適當的活動和階段或其他的概括的標準說明下，輸入確定的任務。將適當的可交付產品及里程碑和特定的任務聯系起來。連接全部需要依賴關聯的任務。把資源角色或資源名字加到每個任務上。應用度量結果確定事先的任務工作量，把更多的時間用于需求收集，設計和測試。考慮所有已知的節假日，培訓，休假或其他的資源停工時間。計劃草案將同支持團體，管理層和商務用戶一起復查，做為補充性的輸入和最終的批準。

：怎樣確定人員需求？答案10：不考慮資源限制進行計劃開發。在任務旁邊加上諸如數據模型制作者，業務分析員和用戶等角色。再加上能將任務重疊起來的補充性的資源。在計劃中要考慮開發團隊包括支持團隊和用戶代表失去一個或多個資源的情況，要在每個任務上增加15%的余量。要使項目小組的組成容易理解，要有角色所必備的技術水平的說明。

：如果使用得當，測量標準是一個有價值的工具。它們提供測定開發系統的復雜性和工作量的方法。度量結果為制定項目計劃提供了信息輸入資源，并且是確定發展方向的有價值的歷史信息。軟件測量標準將有助于開發更好的軟件。不過，最好有3年的歷史資料。

：在增加培訓任務的同時要擴大工作量，縮小每個工作單元。在評價新技術在開發中的影響的過程中加上額外的原型和檢查點（里程碑）。

：除了注意公司的發展方向并從中發現自己的發展道路外，在頭腦中要建立項目經理所關注事物（商務，公司，項目，團隊，個人，技術和方法-論的變化）的優先順序。因此，和部門經理開會確定優先順序，安排用戶和職員會議，得到全部成員的狀態報告和評價。重要的是能盡快處理業務，項目和個人有關的事情。

：首先，確定和區分項目的優先次序，哪些項目是必須在今后的18個月內完成的。把絕對的最小的總人數與每個項目聯系起來。向管理者和用戶說明對進度表的影響。因為兩者都也許不愿意接受進度表的變化，因此或許可以給你一些例外。

減掉顧問比去掉一個雇員要好。每個項目的顧問也許可以用雇員代替。堅持運用學習曲線理論并逐步減少顧問人數。可以把一些顧問的工作從一周降低到一星期中的2或3天以應付人員削減。

如果公司有提前退休的一覽子法案，趕緊尋找一些有資歷的、適用的雇員。牢牢記住失去“老資格的人”你也許就失去了有價值的知識。盡可能將一個快退休的人和新手組合在一起。

以滿足業務目標為前提，確定剩下員工的重要性以及他們在每個項目中的重要性。使新手和經驗豐富人員的比例適當。兩者都是確保項目和公司不斷成功的財富。

：需要記住一個項目很少因為在截止時間內沒有完成而被取消的。項目被取消，主要是諸如缺少資金，用戶支持或不能滿足的業務目標。

因此，要做的第一件事是培訓，無論在室內還是室外，在課堂或通過錄像帶。另一種附加方法就是讓資深的雇員或高級顧問充當教師。

舉辦針對個人評估和輔導的會議。幫助每個員工準確評價他們各自的優點和缺點。同時明確任務，將所有必須遵守的標準或準則闡述清楚。為每個員工提供從成功項目中得到的模板作為指南，還要允許他們發揮自己的才能。如果需要，和他們一起工作。對任何問題或完成的任務做出迅速的反饋。

對于較大的任務，看看他們的計劃，有助于確定他們是否了解任務的范圍和目標，以便了解他們是否能完成任務。傾聽員工的觀點，也許他們會有完成任務的正確的方法和途徑。然而也要防止雇員陷入挫折和士氣低落的困境中。

發現員工的管理能力

閱讀評估和狀態報告

弄清楚狀況；與員工一起分析他/她具有的能使他/她得到提升的資歷；強調在初期協作的必要性和管理層是如何高度重視合作關系的。

：自由的大小取決于每個人的技能和專業水平。一個好的經理是“面向結果的”并且能創造一個能使團隊廣泛交流的環境。無論如何，每個員工每周需提交項目和商業目標有關的狀態報告并且經理要進行審查。這有利于加強組織建設并使每個員工致力于他們自己應完成的工作。

：即將退休的員工能提供大量的信息。一個人在把所有業務知識和關系網拒之門外時必須三思而后行。因此，要利用這些人的能力：他們在某些特殊技能方面可以作為新手的老師。明確主要的工作利益，要使項目能充分利用這些技能，可以利用他們從非正規途徑得到的必要支持（不用通過正規的，官僚的途徑完成工作）

：好的經理是通過結果與所花時間來評價一個員工的。然而，還需要了解遲到會在公司和團隊中造成什么影響。一個人經常遲到人們會感到領導在徇私并且會影響團隊的士氣。這個人也許可以按期完成自己的任務但可能會影響到別人的進度。職業特性包括可靠性。如果別人的工作進度取決于他們的工作進度，那么，他們的進度對于整個團隊就很重要。

公司的規章制度

對團隊的影響

對個人評價的影響

強調時間進度

達成諒解

：錢不是僅有的激勵因素。人們需要了解他們是否對項目有積極的貢獻。因此，要強調擁有的自豪感并且舉行業務會議，在會上讓用戶談談他們對項目組的良好印象。同時，讓用戶對他們的功能和業務提出一個概括。培訓是一個激勵因素。因此，狀況會議可以作為一個非正式的培訓課程。不定期地舉辦有關新技術的內部研討會。如果培訓課程費用太昂貴，可以租賃技術錄像帶。訂閱雜志，有許多技術雜志是免費的。必須記住的是，忽視培訓將使團隊的精神低落。這樣會影響產品的質量和數量。

：你如何雇人？

：首先做一個工作所需技能的描述。如果你不了解現在的需求就很難雇到合適的人。接下來要了解團隊成員的個性。列出團隊現在缺乏的技能或工作風格。與人力資源部門討論所有這些情況，包括調動現有員工。當候選人到來，針對現有工作進行面試，同時還要了解他是否具有新崗位所需的技能。

：辨別出人的不同個性。分別向員工表述每種風格的價值。當與沖突雙方討論試圖分析申訴或沖突的原因時應持有客觀的態度。

顧問也是人，也需要得到尊重。他們還需要明確的目標和任務。堅持做工作周報，將工作時間和工作完成情況聯系起來。

和管理顧問的方法相同。不過，他們可能有一個經理來負責外包合作。首先要和這個經理一起組織日常會議。堅持做工作周報和可交付產品的拷貝。

：直到找到問題的原因時，問題才能解決。原因不一定是分析問題或解決問題的能力差。可能是一個管理方面的問題。該員工可能沒有得到適當的培訓，他的工作可能超出了他的能力范圍。另外一種可能是這個人有太多的事情要做而且這些事情都是最重要的或者他不清楚交付日期。如果不是上述原因，要注意觀察，找出原因所在。例如當所有人遇到問題時，都會找這個人。那么，這個人的工作經常會被無數次地打斷。

：貫穿整個項目的原型是得到用戶肯定的方法。讓用戶對有形和無形的利益進行研究，以做出成本效益分析。和用戶一起開發測試數據，測試大綱和驗收標準。e-mail里程碑狀態報告和更新/修改的項目計劃。在項目進行階段性檢查時的同時對可交付產品進行檢查。

：從所有可能的資源獲取實情并客觀地記錄下來。然后在相關方參與下，盡量自己解決問題。如果這種方法無效，按照組織的管理結構提出問題并參照可能的解決方法。

問題28：你將如何得到供應商的一貫支持？

答案28：雖然供應商是在管理范圍之外的，但也可以將他們包含進來，如果他們：得到尊重；了解業務目標；預先購買；將供應作為計劃的輸入，這樣會對他們產生影響；參與設計，因此，在項目的早期階段就應該考慮供應商的管理。確保他們了解業務目標和工作的利益。

問題29：如何處理“是否能破除一些規矩”現象？

答案29：單純為了技術而采用某種技術是不能說服用戶或領導的。任何人都可能抵制那些會改變現狀的變化。然而，如果將技術與商業利潤聯系起來，用戶會支持你的建議。

問題30：你如何應對不同的商業用戶，如果他：

a)拒絕確認需求

b)經常改變主意

c)不肯花時間

d)堅持不現實的截止日期

答案30：無論客戶有多難應付，都應該記住正因為他們我們才有工作做。他們是客戶。必須以高度的職業精神，完全尊重他們。

因為他們不能了解我們的工作正如我們不能完全了解他們的那樣，溝通變得比較復雜。因此，我們要花時間作規劃并解釋其中包含的內容。用戶需要感到他們沒有浪費時間，正在取得成果，并且他們的意圖被很好地理解。制作原型是一個有用的工具。它提供了一幅用戶能理解的、靈活的圖畫。

另外，對工作風格的理解也很重要。拒絕承認或不斷地改變想法可能源于對問題缺乏理解，或是對未來的擔心。

用戶往往不愿意花時間與it人員交談并認為這樣做是浪費時間，因為it人員過分關注他們自己的任務。應該對過去交付產品的歷史進行檢查。如果用戶來了多次但并未發看到有價值的輸出，他們將拒絕花更多的時間。在這種情況下，你應該做你擅長的商業領域的項目以期得到用戶的尊重。

召開一個歷時一小時（并且要限定在該時間范圍內）的需求討論會來討論特殊的問題。會議結束時應讓用戶知道下一步該怎么做（并要取得共識）。用戶的觀點被記錄在“會談紀要”上。這些會讓用戶感到他們的意見已被聽取并且允許他們更改錯誤。

一個項目被取消往往是由于沒有經濟合理地達到用戶的業務要求。如果在項目的整個過程中，一直保持與用戶的有效溝通，他們將看到他們的要求正在逐步達到。項目很少因為延期而被取消。要注意范圍變更。在原有的截止日期上增加額外的任務，將會產生不現實的截止日期。

如果用戶認為你了解了他們的業務目標，他們就希望早些開始編程。以一種他們能夠理解的形式制作需求文檔，提供一種開放的溝通方式，并讓他們知道你了解什么，你正在做什么。通過項目計劃，狀態報告和原型同樣能夠表明項目的進展。通過讓用戶審查需求，原型和狀態報告的形式，讓用戶參與項目。

方法-論知識

一個開發或維護生命周期是描述一個特定項目的`開始，中間環節和完成的方法。一個生命周期包含了完成特定目標的所有步驟，任務和/或活動。每個活動可能有一種特定的方法。例如,制作數據模型可能會按照jamesmartins建模方法。對象建模可能會采用ivanjacobson方法。生命周期通過運用所有方法來完成業務目標。

描述你的項目計劃中應包括的階段、活動和可交付產品。

項目管理：

典型活動：很多人忘記加入諸如開發和維護項目計劃，狀態會議和報告，評估的資料收集和匯報，制作演示資料和向上級和用戶進行演示等諸如此類需要花時間的，內部的項目管理活動。

典型交付：項目計劃，狀態報告，評估報告（例如：有多少個功能點）

需求分析：

典型活動：范圍定義，成本利潤初步分析，建議。

典型交付：范圍文檔，物理和邏輯分析，實體關系圖，成本利潤分析，商業規則申明，任務定義和概要說明。

設計：

典型活動：建立開發和測試環境，制作邏輯模型，技術系統設計，執行計劃。

典型交付：邏輯數據模型，事件模型，對象模型，網絡模型，物理設計，適合開發環境的規格說明，經過修改的規格說明書，測試計劃，流程圖。

開發：

典型活動：編碼，單元測試和制作用戶文檔。

典型交付：測試說明書，過程手冊，程序。

測試：

典型活動：軟、硬件測試，線性測試，系統測試，集成測試，回歸測試和平行測試。

典型交付：測試結果，問題報告和跟蹤紀錄。

實施和支持：

典型活動：第一階段成果打包；培訓。

典型交付：問題報告過程。

檢查/p

典型活動：交付后的三到六個月對目標成本，開發工作，可見/不可見收益進行檢查。

典型交付：實施總結報告。

：貫穿整個項目。眼見為實。因為它是驗證功能，業務規則，用戶需求數據和測試的一個好工具。值得注意的是，原型不會成為粗制濫造的產品。原型需要較好地維護。原型應能在過程和數據不完全的情況下，顯示各個窗口和窗口間的導航關系。

答案35：基于客戶端/服務器端開發的項目需要額外的任務編制各部分的計劃。各部分計劃中必須包括對事件，數據和網絡位置的檢查。必須根據用戶的要求決定服務器/客戶端的分布。在服務器/客戶端環境中，要運用外觀建模技術和制作圖形界面的原型相結合和方法。

答案36：維護本身就含有負面意義。許多公司認為維護工作是不好的，第二位的。費錢的，并且是對現有應用的不斷修改。必須懂得維護也有它的生命周期。因此，應建立一個圍繞維護活動的控制和質量工作的計劃。新的開發計劃包括交付產品和每個任務分配的時間。項目計劃應考慮到需求變更的情況。這樣可以使項目經理和用戶看到變更對項目進度的影響。

維護階段/活動有：

變更的確定（是否會造成產品問題，是否增加了新的功能，或技術平臺的變更）

正式記錄變更，

變更確認并初步估計變更的大小，

對現有變更進行優先級排序，

變更分析，

對變更進行編程，

對變更和變更對系統產生的影響進行系統/回歸測試，

用戶確認變更，

產品遞交，

生產。

設計師（系統的整體結構）

抽象工程師（類和類族）

應用工程師（完成和組裝類和類之間的消息）

由于傳統的開發方法，個人角色是不能互換的。軟件開發是個人的努力的結果。即使是由最優秀的，最聰明的人組成的團隊，如果他們不能為共同的目標而工作，那么就是最簡單的項目也不能成功完成。

商業目標，

公司的目標，

項目，

團隊，

個人，

技術和方法的變化

：什么是pm-cmm?

隨意的：人員管理沒有連貫性，

可重復的：組織在人員管理方面有一些政策方針，

明確的：將人員管理與業務特點相結合，

可度量的：對人員管理可進行目標量化，

優化：有組織地致力于不斷地提高人員管理水平。

一個成功的團隊是指由不同技能、才華、工作風格和知識的成員組成的士氣高漲的團隊。項目經理的職責就是將這些人組成團隊并激勵他們。本文通過復習一般性的概念、術語和面試中經常會問到的問題，為面試做準備。你可以根據你有關如何成為一個好的項目經理的知識和經驗，對答案進行整理。不管怎么回答，盡量給你所應聘的組織留下印象。應以一種積極的態度面對。應側重于人員管理，同時還有一個良好的技術背景。應具備應有的常識、自信、傾聽和作決定的能力。

一、準備面試的方法

1、書、雜志、組織和研討會

本文的參考目錄中列出了許多能得到有效的管理實踐信息的地方。去尋找管理方面的書籍，包括技術管理和商業管理兩個方面。閱讀管理大師，例如：peterdrucker，c. 寫的書和文章。他們提供了在任何領域都適用的管理知識。信息管理大師例如：tom demarco,m. page-jones, ed yourdon, l. l. constantine等等提供了許多條理清楚的、經過實踐檢驗的方法。

如果你要同用戶一起工作，要閱讀一本有關領域的專業書籍。了解業務比了解技術環境更重要。事實上，讓用戶參加面試過程越來越流行。要準備得更充分，可以買一本《哈佛商業評論》（harvard businessreview）這是一本很好的雜志，適用于商業讀者同樣也適用于it管理。許多it雜志例如《cio雜志》及在參考書目中列出的書目中都有有關項目管理和人員管理方面的文章。這些雜志中還包括概括或詳細的技術性文章。

可以和美國管理協會（ama）和其他商業組織取得聯系，獲取管理信息。值得一提的是，卡奈基梅隆大學的軟件工程研究所（sei）在90年代提出的管理軟件過程，最新標準版本為sei9000。

許多技術研討會，例如數字咨詢和技術轉換研究所（digital consulting and technologytransferinstitute）有許多不同領域的項目管理和技術研討會。另一種途徑是通過你所在的組織。他們也許會提供有關授權、談判和傾聽技巧等的課程，所有這些都有助于你準備項目管理。

項目經理應該了解的軟件掌握一種項目管理工具。例如微軟的project和appliedbusiness technology/project workbench。所有這些工具都有許多有效的項目管理方法和術語字典。除了上述提到的工具外，還有一個越來越流行的工具可以針對不同技術環境中的項目在計劃編制、費用估算和管理方法上提供幫助。這個工具就是lbms/processengineer，具有case界面的工具。

如果你使用過此類工具，把這些內容列在你的簡歷中。當然，不僅要掌握工具，你還必須具有堅實的基礎知識和項目管理方法。

1）能夠與處于不同地理位置的人取得聯系

2）能夠有效地通知團隊（包括供應商）范圍，進度的變更

能很快地解決小問題

3）要記住人們工作方式的差別，性格內向的人更愿意通過email溝通。這樣他們可以有時間思考問題的答案，而不是在會議上立刻做出答案。

作為一個項目經理，你可能會作報告（report）和介紹(presentation)。因此，需要掌握字處理軟件和圖形軟件。這些軟件在市場上都可以買到。在你的簡歷上列出你會使用的此類軟件。

2、尋找思想

任何行業都有好的項目經理和差的項目經理。你可以從兩種項目經理身上得到啟示（什么是應該做的，而什么是應該避免的）。如有可能，問一些優秀的項目經理他們是如何做的。如果你對你的職業發展道路還不太清楚，你可以拿一篇剛剛讀過的有關文章，問問這些項目經理對此文的觀點。

一個成功的項目經理的標志有擁有一支氣氛融洽的積極的團隊，上層領導的信任和用戶的尊重。一致的行動是另一個標志，它是衡量領導能力的基礎。優秀的項目經理應該了解每個雇員的長處和短處。他們認為失敗并不是缺點，而是一次學習機會。

項目經理必須建立一套專業標準。但按照一套完美的例子來進行管理卻是一個失敗的項目經理。這雖然說明他們的多才多藝，但更體現了他們在授權和溝通方面的能力不足。使原來想積極工作的員工變得消極的做法可以毀了項目經理。你在技術方面的能力應該用于指導和培訓員工。如果你參與編程或設計，你不是在開發你的團隊，也不是在做項目經理。

3、項目計劃技術

以下是在面試中通常會提到的有關項目計劃編制的術語和圖表。大多項目計劃編制工具都會使用到一些或全部術語和功能。你應該復習一下有用的一個或多個項目管理工具，這有助于你進一步熟悉常用的技術和功能。

1）圖表類型：

甘特圖：用圖形，特別是條形圖，描述項目進度的圖表。每一個條形符號代表不同的意義。例如：關鍵任務的條形符號或顏色可能與非關鍵任務的不同。概要任務（活動或階段）的符號可能與其他任務不同。

pert圖：用流程圖來表示所有任務的現行依賴關系。pert的意思是計劃評價與審查技術，是一種網絡圖。

任務列表：文本/縱向地列出項目計劃。通常至少應包括以下欄目：任務編號，任務名稱，開始日期，結束日期，持續時間和工作效率。

工作分解結構：項目任務和/或活動的結構圖。

關鍵路徑：是貫穿整個項目的一條路徑，表明在限定的時間成功完成項目涉及的各任務間的依賴關系。調整關鍵路徑上任務的時間進度將會影響整個項目的交付時間。關鍵路徑方法（crm）圖是一種網絡圖，用于項目的進度控制和協調項目的活動和事件。

可交付成果：證明一個或多個任務完成的有形事物。例如：邏輯數據模型。

依賴關系：任務間的聯系會影響一個或多個任務的開始時間。例如：在沒有弄清需求前，不能開始編程。

jad/簡化方法：聯合應用程序設計(簡化方法是90年代的術語)。一套面向結果的,大腦風暴式的,有一個共同的商業目的信息集合/分享會議。該方法是ibm公司在1970年開發的，由固定的，結構化的過程組成，并在一個有經驗的實施者的領導下進行。

簡化方法去掉了一些結構,然而,仍要求所有各方都必須參加所有的會議和一個有建模技術的記錄員作記錄。參加者們包括項目團隊,管理(與用戶)和行政官員。為會議的成功，每個人必須理解和同意目的并且盡快解決他們的任務。

延遲：是任務的結束時間和與其相關的任務的開始時間之間的延遲時間。這允許任務結束時間和開始時間的重疊和拉長。方法-論：一種明確的、有組織的、可重復的、結構化的方法/技術，以完成一個通用的目的。這些技術或指南定義步驟，任務，角色，目的和可交付成果，這些是任何系統的成功的實現所必須的。

a) 功能點（allan abrecht）

b) 重要事件 (tom demarco)

c) 加權平均

d) 代碼行

里程碑：在項目生命期的一個重要的事件的結束。通常一個里程碑是在關鍵的路徑上的一項活動。它不必是一個有形的可交付產品例如一個邏輯數據模型，但可以是用戶對工作成果的肯定。

階段/活動/摘要標題：概要級的概念。不是所有的項目管理工具都強調特定的階段和摘要一級的格式，然而許多標準的開發方法用這些術語進行工作分解。

rad：快速的應用開發(如果不正確地使用會有破壞作用)。通過應用程序生成器，建模和快速原型工具的使用加快開發工作的一條途徑。最大的改進是在整個開發生命周期中加入快速原型。這在編碼前了解清楚用戶需求提供優秀的工具。

資源限制：一個基于可得到的資源的數量，每個資源的技巧的水平，資源工作時間表而開發的計劃和時間表。

范圍變更：對原先設計要求的功能增加而沒有對人員，時間或費用的影響進行評估。范圍變更可能是一個商業用戶或一個熱心的程序員提出的。兩者影響系統的交付并且不能被估計，分析，或記錄。

面試中的表達的要點(就算問題沒被問)

4、如果你沒有管理經驗

對于那些從未正式管理過一個項目的，可能是非正式地管理過的人。在那些情況中，當強調他們的技術背景優勢的同時需要明確說明他們沒認識到他們已掌握的那些技巧。

你可以提及你是怎么不得不在沒有授權的情況下領導一個大型的開發團隊進行工作的。需要強調的是沒有一個穩固的技術的基礎,你的工程任務和估計的決定可能被過分簡單化。當你是項目的領導人，你需要提供技術的連貫避免團隊超負荷工作。

如果你的技術技巧在未來的技術的環境中是落伍或不同的

你不需要理解技術環境的內部是如何工作的，但是你應該理解一般的概念和特征決定環境的能力和弱點。許多項目管理技巧是超出技術范圍的。因此,如果你的技術技巧是落伍的，你仍然能強調你在技術上能負獨立責任。提及你管理的應用類型和及其商業作用。提及團隊是如何有效地完成目標的。強調你的管理哲學。提到上級，與你地位同等的人，你的用戶和部下是如何評價你的管理能力的，記住提起任何你掌握的商務領域知識。在面試時應該將你對你的技能落后的恐懼拋在一旁。一旦你擁有這個工作，你將能向公司內的專家詢問。在所有組織中都有各方面專家的非正式的機構。你可以到處打聽一下，把他們找出來。

5、問面試官的問題：

1. 公司優先權是什么？

2. 本項目的執行資助者是誰？

3. 公司使用的開發原理體系是什么？

4. 本項目最后期限是什么？

5. 有量度項目成功的方法嗎？

6. 你的新經理將怎樣保持項目信息靈通？

7. 你的新經理管理哲學和風格是什么？

8. 項目上的人們的技能水平是什么？

9. 你將管理的項目的范圍被充分地定義嗎？

10. 技術環境已經選好了嗎？

6、面試中通常會問到的問題

2）編制項目計劃的技術；

3）人員管理技能；

4）溝通技能；

5）原理體系知識（標準開發生命周期和項目管理）。

問題1：工期和工作量之間的差異是什么？

一天的工作量對于一個一只花50%在時間在上面的人來說，他的工期就是兩天。如果兩個人全職工作，工期是1天，而工作量是兩個工作日。

問題2：怎樣和為什么要在編制項目計劃時考慮依賴關系？

答案2：根據使用的軟件包，依賴關系可以通過將任務及其后續任務的標識符進行關聯來表示。依賴關系說明了任務之間關聯/并列的要求。依賴關系可以是指在另一個任務能開始之前有一個任務必須完成。例如，邏輯模型必須在物理模型前完成。但測試并不是要在所有編程工作完成之后才開始，如果沒有完成的程序對線性測試沒有影響。項目計劃加入依賴關系，就能找出項目的關鍵路徑并且能夠確定它對項目工期的影響。

問題3：你怎樣將人的工作步調與計劃結合？

答案3：根據組織使用的具體的工具，可以將資源拆成更小的資源/單位，或者可以將任務拆成更小的任務。

問題4：你為什么制定項目計劃？

答案4：項目計劃是實現成功的系統的路線圖。它提供了一種手段來通知每個人希望他們做什么及何時完成。它幫助項目經理使管理層，商務用戶和支持團體了解項目狀態和調整特殊的資源。逐項列記的“一覽表”協助對任何變動的影響進行迅速評估。當實況報告與計劃聯系起來后，項目計劃為今后項目的任務劃分和估算提供了有用的信息。

答案5：它的工期將和整個項目時間一樣長，占工作量的百分比很小。被分配給任務的每個人花在該任務的時間占他時間的百分比極低。

問題6：實況報告對計劃的作用以及實況與最初預計的比較有何價值？

答案6：根據組織使用的特定的工具，每個工具都為實況報告中輸入相互獨立的要素/域信息。也可以將報表進行分類，來向團隊成員和其他相關團體說明關鍵路徑的變化或時間表的調整。這些報告對已實現工作評價和作為在計劃下一個工程或階段的輸入有價值。另一個把估計和實況報告比較的有價值的用途是把范圍變更對項目的影響記錄下來。

問題7：你將怎樣著手做項目的計劃？

答案7：進程安排是一門藝術。根據已知有關業務目標的事實，公司一般標準，以及可以利用的過去的經驗。可以從清楚地定義范圍和目標開始。把項目的風險和制約做成文件。差的估計源于對業務知識和項目范圍缺乏了解。可以從項目任務分解入手，例如先劃分階段，然后定義每個階段的活動，再定義每個活動中的任務。識別和文檔化里程碑和可交付產品。項目計劃是當信息變得可以利用的時，不斷細化的有生命文件。很好地記錄進度的變化對項目經理，開發團隊，支持團隊，以及管理層，商業用戶都有益處。

問題8：你將怎樣著手制定項目計劃？

答案8：在適當的活動和階段或其他的概括的標準說明下，輸入確定的任務。將適當的可交付產品及里程碑和特定的任務聯系起來。連接全部需要依賴關聯的任務。把資源角色或資源名字加到每個任務上。應用度量結果確定事先的任務工作量，把更多的時間用于需求收集，設計和測試。考慮所有已知的節假日，培訓，休假或其他的資源停工時間。計劃草案將同支持團體，管理層和商務用戶一起復查，做為補充性的輸入和最終的批準。

問題9：你怎樣將培訓，假日和個人教育時間表結合起來？

答案9：每個產品都有標明不工作的天數的公司/全球的日歷。每個產品都也有個人的資源日歷標明個人不工作的時間。如果項目需要教育和培訓，應該把它們象任務那樣寫在項目計劃上。

問題10：怎樣確定人員需求？

答案10：不考慮資源限制進行計劃開發。在任務旁邊加上諸如數據模型制作者，業務分析員和用戶等角色。再加上能將任務重疊起來的補充性的資源。

在計劃中要考慮開發團隊包括支持團隊和用戶代表失去一個或多個資源的情況，要在每個任務上增加15%的余量。要使項目小組的組成容易理解，要有角色所必備的技術水平的說明。

軟件項目經理工作總結篇二

嚴格按照一個程序員應有的素養來約束自己，愛崗敬業，具有強烈的責任崗和事業心，積極主動認真的學習專業知識，工作態度端正，聽從公司的安排，積極配合客戶完善數字化校園系統。

熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作的要按時加班加點，保證工作能夠按時完成。在這一年多的時間里面，我本著把工作做的更好這樣一個目標，主動了解公司的開發項目流程，請教他們開發技術上的問題。

1、在這一年多的時間里面，我參與的都是團隊合作的項目，無論是自己還是同事，我們都將就團隊精神。在信任自己和他人的基礎上，思想統一，行動一致，這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的，在這個過程中，大家互相提醒和補充，大大提高了工作效率，所有的工作中溝通是最重要的，一定要把信息處理的及時，有效和清晰。

2、每一個項目在開始著手的第一步，一定要和客戶把需求溝通清除，只要了解項目的需求，才有可能真正做好一個項目。我們需要向客戶提出，要求客戶提供所有涉及該項目的資料，每次與客戶見面都需要熟悉業務與程序的程序員隨時記錄需求。

3、工作中，將任務詳細化，詳細到每個頁面，甚至是一個頁面中的圖片什么時候做好，做好到什么程度，這樣把工作進度有計劃有方向的定下來，做事很有效率。

4、每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己干了什么，不是漫無目的的工作，所以我們應該養成，日記、周記、月記、年記的工作習慣。

5、工作并不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要相互學習，也許有一天，公司需要你發揮其他的技能幫忙，所以相互學習也是很重要的。

1、工作的條理性不夠清晰，要分清主次和輕重緩急。

在開發時間很倉促的情況下，事情多了，就一定要有詳細而主次分明的計劃，哪需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

2、對流程、業務需求不夠熟悉。

在工作中，發現因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮不到位的地方，對于這塊的控制力度顯然不夠，平時總是在開發，但說到底對業務很熟悉才是項目很好完成的前提。

3、缺乏工作經驗。

4、學習的知識不夠廣泛。

一個項目中，涉及的技術往往有很多種，知識多了，就會靈活變通，以后我也會加強這方面的學習。

要提高工作主動性，做事干脆果斷，不拖泥帶水。工作要注重實效、注重結果，一切工作圍繞著目標完成。要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺。把握一切機會提高專業能力，加強平時知識總結工作。精細化工作方式的思考和實踐。虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。

其實作為一名員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什么環境下，我都相信付出總會有回報的。

軟件項目經理工作總結篇三

從一個公司小小的業務員走到今天公司的項目經理，其中的酸甜苦辣，個中滋味也只有自己能夠體會了，不過這些年我一直是通過自己的努力，一步一個腳印慢慢的過來的，這使我慢慢的開始懂得了創業的艱苦，我走到現在這一部，我更加珍惜我的工作了，我將會在工作中盡自己努力的。

本人熱愛自己的本職工作，熱心為客戶服務，認真遵守勞動紀律，有效利用工作時間，堅守崗位。需要加班完成工作時，就利用晚上和休息天進行調研和評審報告撰寫，公司下達的臨時工作任務，都能夠按做到按時按量完成。在日常工作中嚴格自律，謝絕客戶多次請客送禮，努力維護公司在客戶心中的良好的形象，也實際提高了自身的職業修養。

在20xx年中，本人實際完成擔保給款業務筆數7.2筆，完成任務量的180%，完成業務金額為1050萬元，完成任務量的105%。其中作為項目經理a角完成業務5筆，金額688萬元，作為項目經理b角完成業務2.2筆，金額362萬元，以上本人參與完成的項目共計18筆，業務量總額3612萬元。上述成績的取得得益于公司各級領導的正確領導，同事的鼎立支持，再加上本人堅持不懈的努力和花費了大量的加班時間，可以說每一筆給款，每一分業務都包含著心血，留下了刻骨銘心的記憶。20xx年本人付出了辛勤的汗水，也收獲了成長的喜悅。

本人在20xx年堅持理論學習與實踐操作相結合，通過公司培訓、業余自學多種渠道積累業務知識，并堅持及時總結。年中本人的論文《中小企業文化建設的難題及破了之策》在《xx擔保》雜志上發表，受到不少客戶的好評;本人半年工作總結也得到了王總的肯定，擔保項目“人、事、物”原則的思考逐步深入，從單純的“人”、“事”和“物”的三方面擴展到“人”與“事”、“人”與“物”、“事”與“物”的對立統一上。對該原則的深入思考，使得本人業務操作的思路愈加清晰，而不斷的業務積累又反過來促進了對該原則的深入領會和擴展，感覺收益匪淺。

在20xx年公司布置重點進行的gmis系統流程錄入、檔案歸檔及“回頭看”工作中，本人嚴格按照公司要求，認真完成本人項下的任務，努力做到gmis系統流程與項目流程一致;在項目歸檔工作中，本人也按照公司要求按時按步驟移交了檔案資料，同時也通過該項工作，對給款資料及時查漏補缺，完善了貸后管理;在回頭看工作中，本人按照公司整體部署和擔保部具體的安排，對本人負責的給款企業全部走訪了一遍，其中對重點企業海南xx有限公司走訪了3次，對海南xx有限公司存貨質押情況不定期抽查9次，較圓滿完成了公司任務，為下一步工作理清了思路。

缺乏優質的客戶資源是新項目經理普遍面臨的困難，在20xx年全年的工作中，本人時刻將客戶營銷工作作為自己的核心任務來抓，全年度推薦企業加入信用協會共計6戶，其中已放款的有海南xx包裝有限公司一戶60萬元，已通過交通銀行評審但尚未放款的有海南xx貿易有限公司一戶150萬元，其他正在進行擔保或委貸業務評審的有兩戶，該兩戶計劃發放給款約200萬元。

在客戶營銷的實踐中，本人深刻領會并堅決貫徹落實王總多次提出的“向客戶上下游延伸的”思路，在實際著手營銷客戶過程中受到業務部潘部長的悉心指導，收益匪淺。最值得稱道的例子是對海南xx有限公司的項目操作。在項目調查過程中，本人走訪了xx公司下游的十余家印刷包裝廠，在核實xx公司銷售收入的同時，也向這些印刷包裝廠宣介擔保公司，了解到了他們的融資需求，解答他們的具體疑問。通過項目經理的言行使他們深切感覺到擔保公司工作人員敬業、誠懇、嚴謹、務實的工作作風，不少企業申請加入了信用協會，其中海南xx包裝有限公司和海南xx包裝有限公司還通過我公司擔保分別獲得了開發銀行60萬元和50萬元的給款支持。今后本人還將會繼續貫徹王總“向客戶上下游延伸的”的營銷思路，繼續拓寬客戶來源，深入挖掘發展潛在客戶，將營銷工作向縱深推進。

通過交行給款，我公司提供擔保并由開發行再擔保的渠道是公司20xx年底開通的新的給款渠道，但是由由于其程序較復雜，且涉及從交行各支行到分行零貸部、法務部、主管行長等多個操作環節，最后還要經過開行審批流程，項目經理操作過程中需要耗費極大的時間和精力。本人在20xx年通過海南xx有限公司和海南xx貿易有限公司兩戶企業在上述渠道操作的實踐，同時在x副總、x副總及x部長的直接領導下，總結出一整套比較成熟和完備的與該渠道相關的資料、文件及操作流程，一方面為今后公司相關業務的順利開展打下了比較堅實的基礎，另一方面使得本人擔保理論知識和實務操作水平上了一個新的臺階。本人認為，必須及時總結工作中的經驗教訓，對指導日后的工作大有裨益，今后本人仍將堅持不懈抓緊。

軟件項目經理工作總結篇四

剛到公司不久，我便開始負責方面的網站開發和廣告平臺開發和維護，剛開始的時候對我來說確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節奏也有點快，不過我慢慢的習慣了環境，和同事相處的比較融洽，領導對我也比較關心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。

我到公司不久，第一個項目是xxx公司網站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網絡一一解決了難題。

之后，我將b2b廣告招商平臺進行了改版，開發了xxx智能建站廣告平臺以及以后網站的維護工作。

接下來，我又做了一個比較棘手的項目——xxx在線咨詢系統。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網絡也沒有找到如何解決的方法，之后我翻書籍，接著搜索網絡。功夫不負有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對ajax技術一無所知到基本熟練運用。接下來我就開始自己開發，到最后終于把它開發了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以后會把它開發的更強大，更完美。

經過一年的工作，雖然完成了一些項目的開發，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，并用于指導實踐。

2、“業精于勤而荒于嬉”，在以后的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細致地的對待每一項工作。

4、努力提高自己的日常交際能力。

時光流轉間，我已到公司工作一年。非常感謝公司領導對我的信任，給予我體現自我、提高自我的機會。這一年的工作經歷，使我的工作能力得到了由校園步入社會后幅度的提高。

在此，在對一年的工作情況及心得體會做一匯報后，今后我會以炙熱的工作熱情繼續投入到今后的工作當中，以自己踏實努力的工作，報公司知遇之恩！

軟件項目經理工作總結篇五

合理的開發模式，一句話形容就是“麻雀雖小，五臟俱全”，即使是小型項目的開發，仍然應該遵循軟件開發的一般規律，必須的步驟不能省略。但是小項目有它自身的一些特點，實行起來可以相對靈活些。

以下我從幾個方面描述一下我認為比較合理的模式.

在進入正式開發之前，必須先從用戶處獲取準確的需求。在這上面花費相當時間是很必要的。

軟件項目可以大致分為專用軟件和通用軟件兩大類。

對于專用軟件，例如給某單位開發一套該單位專用的系統，一般用戶對于軟件要完成哪些功能已經有了一個比較清楚的輪廓，而且往往在開發合同中已經大致地規定了。

但是，開發合同上規定的只是一個大概的框架，在進入開發之前必須與用戶進行比較具體的交流和討論，了解清楚用戶心目中的產品究竟是什么樣子。這個步驟如果沒有好好做，往往到了開發工作的后期才發現開發人員的理解和用戶的要求有一些誤解，那么必然造成時間上的浪費。

對于通用軟件，在開發之前應該做一定的市場調查工作，一方面是從經濟效益考慮，調查產品的潛在市場有多大，另一方面是從技術的角度，必須了解清楚潛在用戶對軟件的各種技術上的要求，例如，用戶現有硬件配置如何，軟件配置如何，使用什么網絡，使用什么數據庫等等，根據調查的統計結果決定即將開發的軟件的一些技術指標。

為了比較好地與用戶進行交流，使用一些工具是很有好處的。為了討論用戶界面，可以用vb，delphi等做一個原型，根據原型有針對性地與用戶討論需求。(原型開發不僅僅可以用于準確獲取用戶的需求，開發出來的原型本身可以作為下一步開發的基礎，增量式地完成開發)

為了討論軟件運行的流程，可以采用uml的usecase圖。

在了解用戶的需求之后，將需求用一種模型來表示，就是需求分析，目前比較流行的分析方法是面向對象的方法，通過分析用戶需求，用類、類之間的各種關系來表示整個系統。

這部分涉及到具體的方法，在此不詳細討論，但是原則上是提取類-類之間關系，可能需要不斷修改而形成一份分析文檔。

我想強調幾個問題。

一是要分清問題域與系統責任。系統責任是指所要開發的軟件應該完成的功能，而問題域是包含所有相關的部分。例如你要開發一個程控機計費程序，程控機已經是現成，輸出的數據格式也已經是固定的，你的程序僅僅需要從程控機中讀取相應的信息，那么，程控機在你的系統里只是一個外部的東西，把它作為一個類也許就是不必要的，僅僅需要一個類來完成讀數據的操作。又如，你需要在一個已經存在的數據庫上開發一些應用，數據庫的格式已經固定，并且已經有一個后臺程序在運行，你需要開發一個新的前臺程序，這時，服務器程序對你來說就是一個外部的東西。但是，象這種外部的內容必須在分析文檔中有一些說明，作為系統的外在約束。

二是需求獲取與需求分析的關系。

用什么方法來完成需求的獲取，在很大程度上影響了需求分析的做法。

例如當初采用usecase來表示用戶需求，那么從各種序列圖中選出相互交互的各個實體，就是一個個類。

三是分析與設計過程的銜接。

分析過程的內容是用類的結構來表示目標系統，并不設計具體實現，如采用什么編程語言，在什么操作系統平臺上運行等等。這些具體實現是在設計階段來完成的。面向對象方法的優點是分析、設計、編碼過程表示法統一，能比較好的銜接。但是，是把分析和設計階段分開，采用瀑布式開發，還是采用其他方式，要看具體的情況。

對于需求潛在變化不大的項目，可以采用瀑布模型，有一個很明顯的設計階段，這樣做的好處是有一份比較完整的分析文檔，這樣以后如果需要采用不同的編程語言、或者采用其他的平臺時，便可以以這份分析文檔作為開發的基礎。

對于需求變化頻繁的項目，可能采用少量分析;少量設計少量編碼測試的方式更合適，而且隨時可能要返回到前面某個一階段去進行修改。但是這意味著可能沒有一份完整的分析文檔。

現在很多case工具并不區分分析和設計的階段。但是，這并不意味著開發就可以對分析和設計不加區分，case工具如同一支筆，如何用好還得還人。

設計階段的工作包括:

對分析模型必要的修改。可能需要對某些類結構進行一些修改，這些修改的原因可能是編程環境的要求，或者為了重用以前的某些工作。

定義界面部分、數據訪問(數據庫)部分。

由于目前很多編程語言都可以可視化地設計界面，所以界面部分工作往往留到了編碼階段來完成。于是設計階段的工作量并不大。

進入編碼工作之后，可能會發現前面分析或設計階段的某些錯誤，這時應返回到前面的階段進行必要的修改。

如前所述，即使是小項目，也應該嚴格地進行測試。

軟件項目經理工作總結篇六

1、開發

以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向對象語言的收獲。對于當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次項目的深入，不管是數據還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。如此，c#如此java也同樣如此。

其次，具備獨立完成知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，并且還補充_ml，java實際操作中空白的部分。通過這一年的開發，在方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。通過c#這次軟件的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數據庫開發

數據庫是伴隨著項目以來用的最多最平凡的技術。以前對數據庫只是會一些簡單常用的操作，經過這一年項目的實戰，對數據庫的操作增加了一些豐富的經驗。為以后的工作和經驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與access數據庫，這是我的收獲。

優點：能熟練的運用數據庫技術進行開發。特別是對sql數據庫的操作，經過這么長時間的積累，基本上能合理的設計和新建數據庫，同時在數據結構上也加強了對數據庫的理解。通過項目的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關于數據庫優化sql語句優化的方法，能進行一些簡單的優化。

缺點：數據是一門比較先進的技術，并不是你會寫一些sql語句，能建幾個數據庫你就是數據庫工程師。要成為一個好的數據庫管理員是要經過長時間的工作積累。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟件研發小組是一個整體，這里的團隊總結也就是我在這個團隊中的收獲。

務實：公司下發的任務，下發的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以后同樣也是這樣。

拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創新：現在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內只要任何一個人出現技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯后。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術問題。這樣可以省了很多重復研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術上：不管從語言上還是做事的邏輯上都得到了很大的的提高。現在在軟件小組里面自己能獨立完成一部分工作，承擔自己的責任。