- 相關推薦
項目經驗教訓工作總結
總結是指社會團體、企業單位和個人對某一階段的學習、工作或其完成情況加以回顧和分析，得出教訓和一些規律性認識的一種書面材料，它能夠使頭腦更加清醒，目標更加明確，為此要我們寫一份總結。但是卻發現不知道該寫些什么，以下是小編為大家收集的項目經驗教訓工作總結，歡迎大家借鑒與參考，希望對大家有所幫助。
項目經驗教訓工作總結1
橋梁新建項目經驗教訓總結會在公司會議室召開，公司總經理汪云峰，副總經理韓家武、吳紅波，總工程師李孝林及各部門、各項目部負責人參加會議。會議由汪云峰總經理主持。
本次會議的議題為：一是對剛剛結束的橋梁新建、改建項目管理過程中存在的問題進行總結分析，為今后類似項目的實施提供管理經驗;二是針對公司目前所處的外部競爭環境，進一步提高公司各職能部門的管理水平，降低企業管理成本，適應市場競爭和企業發展的需求。
會議首先聽取了橋梁新建、改建項目負責人對項目實施過程中存在問題的匯報，并對今后改進方向達成如下共識：建立項目風險防范控制體系，從經營投標階段開始做好各項風險分析和管理控制工作;建立健全的項目策劃制度，在項目實施前期做好項目人員配備、材料采購、機械設備使用、安全質量進度成本控制等各項管理工作的策劃，保證項目實施的可控性、科學性;嚴格施工組織計劃和施工方案上報制度;加強項目安全管理，提高項目全員安全意識，進一步健全人員崗前培訓及各級安全交度;完善崗位責任制度，實行目標責任考核，加強對項目成本的管理與控制;
建立合作單位登記及資信等級分類制度，維持長期穩定的合作單位，確保工程的質量、安全和進度;加強項目部與公司后勤職能部門的溝通與協調，各職能部門要實際深入到項目各階段的管理，做好各項服務工作;項目各項工作的開展要做到有據可依，公司綜合部負責為各項目部提供所需的各項制度、流程等相關文字資料。
會上，公司各職能部門結合部門管理職能，檢討了管理中存在的不足及改進的措施，汪總做了相關指示：綜合管理部在制定項目經理崗位職責的基礎上，進一步明確項目人員崗位職責，并做好人員調動、離職交接工作;項目每月資金計劃撥付款項要做到專款專用，不得挪用;財務部要根據目前財務管理工作中存在的問題，盡快制定和完善相關的流程和制度，制度中應有具體的獎懲措施，其中項目出納為項目財務管理工作的直接責任人，項目經理為主要責任人;
項目資金計劃撥付表會簽過程中，各部門要做到權利義務對等，對簽字同意或者不同意撥付的`款項給出具體原因，以幫助項目部進行改進;材料管理工作要加強材料過程控制，完善材料管理手續，降低材料使用中的損耗和消耗，減少庫存資金的占用;審計部門要做好過程審計工作，及時發現項目管理中存在的問題。
會上，公司副總經理韓家武、吳紅波，總工程師李孝林根據公司目前所處的階段及管理中存在的問題，分別從加強基礎管理和制度建設、健全項目策劃制度、加強公司質量安全管理和人員培訓等方面作了發言，并指出，問題是企業發展的著力點，是工作的方向，正視和解決問題是企業前進的動力，只有不斷發現問題、認識問題、解決問題，企業才能得到持續不斷的發展。
會議最后，公司總經理汪云峰要求各職能部門要根據會議討論的內容，結合公司及項目實際情況，于五月份完成公司現有制度的修訂和完善工作，并確保各項管理制度的適應性、有效性、可操作性。
項目經驗教訓工作總結2
先介紹下背景，項目類型是集換式卡牌游戲，平臺是SNS。接手的時候，已經是一個成品了，大約在產品上線一個星期左右venjet作為一名產品策劃加入，負責后續部分系統與數值。
游戲的核心玩法不錯，作為一個卡牌游戲在SNS平臺上也不會顯得很重度，所以產品剛上線的時候勢頭很猛，然而經過一段時間之后，日漸滑落的DAU說明產品本身和后續的工作都出現了一些問題。以下幾點是venjet認為今后工作中需要注意的地方。
經驗教訓1.時間-游戲首日
venjet做過最重度的客戶端，相對輕度的WebGame，然而SNS還是頭一遭。SNS游戲比起客戶端及WebGame更輕度，進入門檻更低。用戶可以在SNS平臺的幾十幾百個游戲應用中隨意挑選，幾次點擊即可進入一個游戲，連帳號注冊這個步驟都不需要。同時，因為沒有較高的進入成品，意味著更低的忠誠度。在開始的幾分鐘內，玩家立即就會因為畫風不喜歡，玩過或正在玩同類的游戲，不喜愛的游戲類型，不明確的操作等等原因離開游戲。與花了幾個小時下載的客戶端游戲相比，SNS教低的推廣成本與次日留存是成正比的。
所以，第一個時間就是游戲首日了，在有限的幾分鐘內吸引住玩家，將嘗鮮的玩家留住，嘗試過適量的游戲內容后保持足夠的興趣，次日繼續進入游戲，這將為接下來的工作打下堅實的用戶數量基礎。前期的努力增加1%的用戶，可能可以為后期帶來10%的用戶增長。這項內容需要在游戲初期做好，隨著游戲的運營，用戶的質量會逐漸的下降，此時做這項工作，多少有點事倍功半，這也是教訓之一。
之前游戲首日內容不足的幾點：
畫面精細度不夠；
用戶體驗細節上需提高；
新手引導略顯生硬，內容過多且說明不足；
新內容的節奏把握不佳；
初期游戲難度過高，有過高挫折的關卡；
興奮點缺乏引導。
經驗教訓2.時間-游戲七日
除了純對戰類的網游，一般而言網游前期總是會提供玩家一定時間的“單機”游戲內容（PVE）。這段時間主要的作用是讓玩家熟知游戲內各個系統與游戲世界，提升自身實力，為將來的互動內容（PVP）打下基礎。當然，也存在只注重PVE內容的設計，玩家互動的內容只是點綴。通常來說，越輕度的游戲，PVE的比重越大。我將這部分內容定義為第二個時間：PVE的七日。一旦過了這個時間，這名玩家就轉化成了一名忠實玩家，進而轉化為付費玩家。在這段時間里，既需要給予玩家新鮮感，興奮點，讓其不斷的進行游戲；又不能給予玩家太多門檻，打斷玩家的成長。如何取舍，需要結合項目具體的設計來看。
就之前的項目而言，不足的幾點：
內容單調，關卡卡牌布置缺乏新意，僅僅是難度的提高。
缺乏指導性的'成長內容，玩家不知道如何成長。
關卡難度過高，部分關卡挫折感極強。
設計的漏洞導致玩家無法進行游戲。
經驗教訓3.還是時間-更新時間
以上兩個時間的游戲內容雖然重要，但是在項目已上線的情況下，如果僅花一些時間做調整，所獲得的成效不會太大。而之前一個最大的教訓，就是沒能把握住第三個時間：更新時間。venjet以往的概念里，游戲的內容更新最快也得一個星期吧，往往大版本的更新，那直接奔兩三個月而去啊…但是SNS平臺不同，前面已經說過，SNS平臺的用戶忠誠度相對較低，一旦失去新鮮內容的刺激，單純依靠PVE內容，玩家很快就會流失。因此，SNS一個理想的更新頻率是一周2～3次，哪怕更新的內容再小，也能明顯的看到提升。而這個更新速度，不僅需要整個開發團隊銜接的很緊密，效率很高，就產品策劃本身而言，需要有將設計內容盡量拆分，模塊化，并且盡量簡單，易于開發和玩家理解。venjet在這個方面沒能適應這個節奏，給予了開發的同學們很多較大，較難的系統，導致功能開發周期較長，DAU流失嚴重，在這里向他們說一聲抱歉。這方面的經驗教訓，銘記于心。
經驗教訓4.擺脫玩家心態
一般而言產品策劃本身就是游戲玩家，也有自己喜愛的游戲類型甚至鐘情的幾款游戲。在游戲設計過程中，玩家心態將是非常可怕的一件事，將自己認為好玩的，喜歡的系統加入到游戲中，很可能會與某些游戲系統，甚至整體游戲設計沖突。“看起來很美“的系統，往往結果十分慘烈。之前因為較為喜歡某游戲的好友攻防系統，因此在設計好友互動的時候，引入了這個系統，而忽視了游戲本身的類型及受眾。所幸及時剎車，不然會給開發的同學們及玩家帶來巨大的麻煩…今后設計每個系統，默念并回顧設計目的一百遍=。=
經驗教訓5.小額消耗品Vs高價固定資產
之前游戲上線時，所有的消費內容幾乎只有卡片，高價固定的消費內容帶來的是較高的ARPPU及不那么高的PR，之后對游戲的商城進行了一次改造，細分了卡片類型，使玩家購買時更具有目的性，取得了一定的效果。然而在這一個多月的過程中，消費內容讓venjet感覺最佳的調整來自于增加了小額的消耗品（不是我想的…消耗品名字就不透露了…），雖然ARPPU降低了許多，然而PR取得了成倍的增長。玩家從付費0元到付費1元比玩家從付費1元到付費10元的意義要高出很多。這不僅提高了營收，更重要的是使游戲朝著更健康的方向發展：不依賴少數高付費的用戶，而是有著大量的中小額付費用戶，簡而言之，細水長流。因此，如何合理布置消費點和消費區間也是游戲設計的一個重要課題。
另外，消耗品遠比固定資產來的實惠，玩家購買固定資產后，消費的動力將明顯降低，只能通過推出更高性價比或更強的固定資產來拉動消費，這將壓榨游戲的生命周期，并拉大付費玩家與免費玩家間的差距，這在之前的項目中表現的十分明顯，而消耗品則可以避免這個問題。固定資產不可少，玩家的成長感及沉沒成本主要依賴于它，可以考慮通過分段消費，將消耗品與固定資產的成長結合，比如，裝備強化= =當然，這也是卡牌游戲的軟肋.
項目經驗教訓工作總結3
一、緒論
說明：在緒論中簡要說明設計工作的目的、意義、研究設想、方法等。應當言簡意賅。有關歷史回顧和前人工作的，可以適當綜合評述。
1、概述
介紹項目設計的背景，目的、意義，項目的設計環境，項目的應用范圍，項目的研究方法等。
2、國內外現狀
說明項目所用技術國內外發展的現狀和實際應用的`產品等。
二、關鍵技術介紹
說明：對報告所涉及到的關鍵技術和所用的專有名詞進行簡要的介紹，在報告的其它部分一般不再敘述通用技術。
1、專有名詞介紹
對于報告中出現的專有名詞進行介紹，例如SRAM，FPGA，狀態機等。
2、關鍵技術介紹
對于項目中用到的關鍵技術進行介紹，例如IP核復用，March C—算法等技術。
三、系統分析
說明：在本部分中分析項目所作測試電路應實現的功能，項目的可行性分析，待測的SRAM IP核的結構框圖及功能說明，測試電路所采用的算法以及項目的流程圖等部分。
1、項目的功能描述；
2、項目的可行性分析；
3、待測目標SRAM分析；
4、測試算法分析；
5、測試電路系統流程圖。
四、系統設計
說明：可分為模塊初步劃分和模塊詳細劃分，分別說明每個模塊的整體功能，端口界定，以及端口功能的詳細描述，并且給出這幾個模塊端口之間的相互關系圖和關系的說明等。
1、初步劃分
把整個項目初步劃分成幾個模塊，分別說明每個模塊的整體功能，端口界定，以及端口功能的詳細描述，并且給出這幾個模塊端口之間的相互關系圖（可從EDA工具中截取，或者用visio軟件畫出），然后對模塊之間的相互關系進行說明。
例如本設計可分為Data_Path和Controller兩個模塊。分別說明。
2、詳細劃分
對初步劃分的模塊進行詳細的劃分，每個模塊又可劃分成若干個小模塊，詳細說明每個小模塊的功能，進行端口的界定，并對端口信號進行簡單描述，然后給出模塊之間的關系圖。
項目經驗教訓工作總結4
本人做項目經理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。
項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：
1. 這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。
2. 這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經理是一定要記住的;
3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢?是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響;
4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間;
5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚(主要是講做什么，而不是說怎么做)，而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員(一般不懂技術)知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。
6. 是到做總體計劃的時間了嗎?不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果項目經理不能盡早發現風險，那么就只能去當烈士了。
7. 明白了要做哪些事情和你手上的籌碼以及你做這個項目的.總體策略，現在是成立項目小組的時候了。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力
去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家(Industry expert)，這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧;
8.現在你要面對三群人：你的領導、你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。既然溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情，但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少;拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有項目經理把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢?就是因為沒有證據。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導(包括本方領導和客戶領導)做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任;另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動。
9. 做了很多前期工作，定義了一些游戲規則，現在是坐下來做計劃的時候了。這一節，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現出來。你做完這個表以后會驚奇地發現，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間(簽合同的人永遠不會先征求你的意見的)。當
然，學過項目管理的人會大談什么WBS、優化路徑之類的東西，但是我的經驗是你再優化也不可能把這些東西安排到計劃的時間結束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候，你就要考慮犧牲一些任務的時間(也意味著質量)了。按照什么標準犧牲?這個項目的戰略!我們在第三節提到過的戰略。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢?戰略決定優先級，而正確排列事情的優先級是一個項目經理能力的主要體現。
現在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經理比較空閑的時候，不像前期的時候項目經理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，比如：“王局長，最近項目進度還算正常，就是JVM經常發生一些內存泄漏的情況…”
【項目經驗教訓工作總結】相關文章：
工作經驗教訓總結范文01-14
項目工作總結 項目工作總結優秀09-10
項目工作總結09-09
項目工作總結11-19
項目工作總結08-20
項目工作總結（精選）06-11
(精選)項目工作總結06-11
項目工作總結11-25
項目部工作總結06-15
物業項目工作總結08-26