第一篇：項目管理心得：一個項目經理的個人體會、經驗總結

項目管理心得：一個項目經理的個人體會、經驗總結

前言：

介于許多人對項目經理這個職位的陌生和含糊，將自己的切身經歷和閱讀、交流得到的一些經典案例整理出來。

要做好一個項目經理，是很有點難的，他首先必須要是技術和管理的化身，其次要具備較好的形象和極佳的口才，同時擁有一定的人格魅力，另外他還要具備一定的設計頭腦和審美觀，還有很多，不再贅述....在大多數boss的眼里，是沒有體系分工的概念或者基于各種原因分工比較簡單，所以很多書里講的東西拿到現實里多少會有點靠不住，不管你是正在轉型做項目經理，還是有打算轉型，那一定要轉變以前種種思想的包袱了，由內而外的改變自己，很多路子只是苦于我們沒有發現，沒有人指引。我們不希望每字每句的總結和討論都能去符合每個人的行走線路，因為那是不可能，只希望當我們遇到困難缺乏指引時它能成為我們的參考和依據，因為溝通才是通往成功最好的橋梁！

正文 ：

做項目經理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。軟件工程跟其它建筑工程之間的區別之一是，總有人會拿各種各樣的事來諷刺軟件的設計和開發過程中的不確定性，但從沒有聽說過有什么大橋建成之后和圖紙上設計的不一樣的。下面有一個漫畫《 客戶真正的需求是這樣的 》已經足夠一針見血的了，還有這幅漫畫同樣一點情面的不留，雖是漫畫，但現實生活中不乏實例

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經理是一定要記住的。

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響。

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間。

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.是到做總體計劃的時間了嗎？不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果項目經理不能盡早發現風險，那么就只能去當烈士了。

7.明白了要做哪些事情和你手上的籌碼以及你做這個項目的總體策略，現在是成立項目小組的時候了。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。

對于這種需求天天變的客戶，你就一定要事先做好規矩：

一、統一聯系人，客戶指定一個人和項目組進行溝通，不能張領導、王領導都來說幾句，如果他們意見不一致，那你只有得罪領導的選擇了。所以，項目的最初就要定好規矩，我項目組只認一個的意見，有什么要求你們內部先統一再和我談，我不想卷入你們內部業務部門之間的矛盾之中。

二、所有需求變更全部要有書面文字，這點切記！這樣做好處多多：有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的。便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目。對于客戶來說，嘴巴一動最方便，反正是你們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了。

8.現在你要面對三群人：你的領導、你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備，這些事情將是你的主要工作。既然溝通這么重要，那事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情。但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少。拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有項目經理把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動

9.好了，做了很多前期工作，定義了一些游戲規則，現在是坐下來做計劃的時候了。這一節，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現出來。你做完這個表以后會驚奇地發現，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。當然，學過項目管理的人會大談什么WBS、優化路徑之類的東西，但是我的經驗是你再優化也不可能把這些東西安排到計劃的時間結束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了它們所需要的時間。這時候，你就要考慮犧牲一些任務的時間（也意味著質量）了。按照什么標準犧牲？這個項目的戰略！我們在第三節提到過的戰略。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰略決定優先級，而正確排列事情的優先級是一個項目經理能力的主要體現。

10.好，現在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經理比較空閑的時候，不像前期的時候項目經理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，比如：“王局長，最近項目進度還算正常，就是JVM經常發生一些內存泄漏的情況…”王局長：“(*&$@@”。和自己的領導匯報也要注意這個問題，除非他是一個技術高手，你需要他的技術經驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調用需要說詳細一點。和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節、缺乏大局觀、有點消極悲觀、自尊心強（如果總結得不對，歡迎大家拍磚），所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現象是完全不同的，想想盲人摸象的故事吧。這些技術人員，他們往往精通一個方面，就自己的角度發表見解，除非一些很特別的情況，你都應該認為，他們提出的方案，從他們的角度來看是最合理的。你的長處是掌握事情的優先級，評估各個方面的輕重緩急，從而根據他們的意見得出一個合適的（而不是正確的）方案。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍…）。會后，你自己寫文檔，做決定。會議上大家的面子都被照顧了，自己實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責這個項目、你擔當風險，所以，這個優先級應該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定比下屬強。

終可交付成果一定要是可以被檢查的，比如，【界面要求：美觀大方、簡潔明快】，這個要求我就不知道如何檢查。所以，給開發小組布置任務的時候就要考慮如何檢查結果，比如我見過一個計劃，里面有一個任務【開發人員熟悉EJB編程】，這個任務，除了讓這些人去參加一些專業認證考試，否則，結果很難被檢查。所以，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

另外我插一句：我是極其不主張到客戶現場開發的。尤其是一大群技術人員直接和客戶交流，很容易引起沖突和矛盾（技術人員的本性決定的）。我的做法是項目經理和項目實施人員到現場，軟件開發人員還是在公司做項目。項目實施人員就是初級項目經理，他們了解自己的產品，懂得一些客戶的業務，關鍵是在于他們具有良好的溝通能力，俗稱“皮厚”。他們是客戶和研發人員的橋梁，其職業方向也是很機動靈活，以后可以有很多方向可以轉，比開發人員的路要寬得多。

11.接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據；和客戶坐下來，探討他修改的根本目的是什么，是不是有同樣能達到相同目的、但是對你來說有代價更小的選擇？（項目初期的工作）明確更改流程，一般是客戶指定一人簽字（否則客戶每個領導都有權力來插一杠子，你就廢了），以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果（這個東西先寫出來，后面如果真的發生了，至少不是你的錯）。然后再讓客戶在上面簽字。見過醫院給病人做手術以前讓家人簽的免責條款嗎？對，就學習那個，讓大家都意識到任何的更改都有成本和代價。

12.系統開發告一段落后，就進入客戶培訓、系統驗收階段，這個階段，我一般會注意以下幾個問題：

一、給客戶做培訓前，多注意一些表面功夫。很多程序員認為，系統的邏輯核心是否正確是關鍵，至于界面如何，界面上的用詞是否準確，那是無關緊要的問題，而且培訓的時候也是信手拈來，想到哪里說到哪里，下面聽講的人不知所云，云山霧罩，培訓效果自然可以想象。我的體會是，給客戶做培訓的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準備至少兩個文檔：用戶手冊和培訓手冊。這兩個文檔的內容很多都是一致的，但是角度完全不同。用戶手冊往往是站在系統設計者的角度，按照自己的思路，分模塊講解系統的操作和功能；而培訓手冊，一定要站在客戶業務人員的角度，根據每個角色面對不同業務的辦理，如何通過使用本系統的一系列功能來實現目標。所以，第一次培訓以前，系統界面是否完整正確、培訓文檔是否完備都是很關鍵的因素，第一炮打不響，以后就麻煩很多

作為項目經理，其實腦子里就是幾樣東西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優先級。所謂多快好省那是人類的夢想，這四個方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型。考慮問題的輕重緩急方面，往往是把快放在第一位，各方領導都會給你最后期限，所以保進度是第一位的；省是第二位的，企業的根本目的是盈利，如果收入不能增加的話，至少費用要控制住；好是第三位的，沒辦法，誰都想精益求精，但是，沒有強大的資源保障，質量只好先犧牲了；最后是多，客戶的要求源源不斷，如何降低客戶的期望值，讓他們從理想回到現實也是項目經理的分內工作。

驗收前，除了做好文檔工作，即可交付成果以外，多花時間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經有所提及，這里就不再多說。

我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想：你必須有證據證明你的系統是沒問題的。這樣你就沒戲了，微軟那么多天才，做了XP還天天打補丁，要你的程序沒問題，既不可能，你也沒辦法拿出證據。你要讓客戶明白，所謂驗收，就是我按照測試文檔的測試用例跑一遍，結果和預期結果一致就應該算通過了，而且還容許有一些小錯誤留在驗收后改正，他可以對測試用例提意見。所以，驗收前雙方要確認測試計劃和測試用例。如果他認為系統不符合要求，那么他應該舉證，證明這個系統和最初設計相背離的。所以，參考法律概念，千萬不要舉證倒置。另外，認為系統完美了才能驗收的想法也是錯誤的，軟件開發合同里一定要注明驗收以后維護期的費用問題，否則，客戶擔心一旦驗收就得不到你們的支持，自然不配合驗收，那么，你這個項目經理就很難交功課了。

最后，我想談談如何評價項目經理的績效的問題，我認為，項目經理有以下幾個檔次：

*最差的項目經理：項目過程中總是出現意外，然后自己又解決不了，結果成為烈士；

*二流的項目經理：項目也經常出現意外，但是他一馬當先，奮勇向前，解決了一個又一個問題，最后，勉強算把項目結束了，獲得了領導的一致好評；

*一流的項目經理：平時很少見他做具體的事情，整天找人聊天，然后就是寫報告、做計劃，最后項目順利結束，整個過程平淡無奇； 項目管理培訓

項目管理到底是一門科學還是一門藝術呢？所謂科學就是經過反復論證，輸入和輸出有必然規律的東西，種瓜得瓜；而藝術就是思想火花的閃耀，主要靠靈感。項目管理這個東西，據一個前輩說，在國外是科學，80%是有規律可循的；在國內是藝術，主要靠個人魅力、感染能力等東西。看明白了PMBOK，學會了一些做事情的方式，只是搞懂了那個20%的科學的東西，還有80%的空間，屬于見仁見智的領域了。所以，加強很多方面的個人能力，如練就出色溝通能力、提升自己的個人魅力對于項目經理來說是多么重要啊，無論是對內還是對外。作為一個一流的專業人士，在順利讓客戶簽字的同時，如何讓自己的領導知道你的價值，這也是體現自己能力的一種途徑。

轉載請標明出處 http://blog.csdn.net/shimiso 歡飲有識之士加入我們的技術交流群:66756039

第二篇：項目管理心得：一個項目經理的個人體會、經驗總結

本人做項目經理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經理是一定要記住的。

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響。

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間。

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.是到做總體計劃的時間了嗎？不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果項目經理不能盡早發現風險，那么就只能去當烈士了。

7.明白了要做哪些事情和你手上的籌碼以及你做這個項目的總體策略，現在是成立項目小組的時候了。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。

對于這種需求天天變的客戶，你就一定要事先做好規矩：

一、統一聯系人，客戶指定一個人和項目組進行溝通，不能張領導、王領導都來說幾句，如果他們意見不一致，那你只有得罪領導的選擇了。所以，項目的最初就要定好規矩，我項目組只認一個的意見，有什么要求你們內部先統一再和我談，我不想卷入你們內部業務部門之間的矛盾之中。

二、所有需求變更全部要有書面文字，這點切記！這樣做好處多多：

? 有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的。

? 便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目。

? 對于客戶來說，嘴巴一動最方便，反正是你們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了。

8.現在你要面對三群人：你的領導、你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備，這些事情將是你的主要工作。既然溝通這么重要，那事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情。但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少。拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有項目經理把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動

9.好了，做了很多前期工作，定義了一些游戲規則，現在是坐下來做計劃的時候了。這一節，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現出來。你做完這個表以后會驚奇地發現，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。當然，學過項目管理的人會大談什么WBS、優化路徑之類的東西，但是我的經驗是你再優化也不可能把這些東西安排到計劃的時間結束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了它們所需要的時間。這時候，你就要考慮犧牲一些任務的時間（也意味著質量）了。按照什么標準犧牲？這個項目的戰略！我們在第三節提到過的戰略。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰略決定優先級，而正確排列事情的優先級是一個項目經理能力的主要體現。

10.好，現在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經理比較空閑的時候，不像前期的時候項目經理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，比如：“王局長，最近項目進度還算正常，就是JVM經常發生一些內存泄漏的情況…”王局長：“(*&$@@”。和自己的領導匯報也要注意這個問題，除非他是一個技術高手，你需要他的技術經驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調用需要說詳細一點。和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節、缺乏大局觀、有點消極悲觀、自尊心強（如果總結得不對，歡迎大家拍磚），所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現象是完全不同的，想想盲人摸象的故事吧。這些技術人員，他們往往精通一個方面，就自己的角度發表見解，除非一些很特別的情況，你都應該認為，他們提出的方案，從他們的角度來看是最合理的。你的長處是掌握事情的優先級，評估各個方面的輕重緩急，從而根據他們的意見得出一個合適的（而不是正確的）方案。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍…）。會后，你自己寫文檔，做決定。會議上大家的面子都被照顧了，自己實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責這個項目、你擔當風險，所以，這個優先級應該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定比下屬強。

終可交付成果一定要是可以被檢查的，比如，【界面要求：美觀大方、簡潔明快】，這個要求我就不知道如何檢查。所以，給開發小組布置任務的時候就要考慮如何檢查結果，比如我見過一個計劃，里面有一個任務【開發人員熟悉EJB編程】，這個任務，除了讓這些人去參加一些專業認證考試，否則，結果很難被檢查。所以，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

另外我插一句：我是極其不主張到客戶現場開發的。尤其是一大群技術人員直接和客戶交流，很容易引起沖突和矛盾（技術人員的本性決定的）。我的做法是項目經理和項目實施人員到現場，軟件開發人員還是在公司做項目。項目實施人員就是初級項目經理，他們了解自己的產品，懂得一些客戶的業務，關鍵是在于他們具有良好的溝通能力，俗稱“皮厚”。他們是客戶和研發人員的橋梁，其職業方向也是很機動靈活，以后可以有很多方向可以轉，比開發人員的路要寬得多。

11.接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：

1.確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據； 2.和客戶坐下來，探討他修改的根本目的是什么，是不是有同樣能達到相同目的、但是對你來說有代價更小的選擇？

3.（項目初期的工作）明確更改流程，一般是客戶指定一人簽字（否則客戶每個領導都有權力來插一杠子，你就廢了），以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果（這個東西先寫出來，后面如果真的發生了，至少不是你的錯）。然后再讓客戶在上面簽字。見過醫院給病人做手術以前讓家人簽的免責條款嗎？對，就學習那個，讓大家都意識到任何的更改都有成本和代價。

12.系統開發告一段落后，就進入客戶培訓、系統驗收階段，這個階段，我一般會注意以下幾個問題：

一、給客戶做培訓前，多注意一些表面功夫。很多程序員認為，系統的邏輯核心是否正確是關鍵，至于界面如何，界面上的用詞是否準確，那是無關緊要的問題，而且培訓的時候也是信手拈來，想到哪里說到哪里，下面聽講的人不知所云，云山霧罩，培訓效果自然可以想象。我的體會是，給客戶做培訓的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準備至少兩個文檔：用戶手冊和培訓手冊。這兩個文檔的內容很多都是一致的，但是角度完全不同。用戶手冊往往是站在系統設計者的角度，按照自己的思路，分模塊講解系統的操作和功能；而培訓手冊，一定要站在客戶業務人員的角度，根據每個角色面對不同業務的辦理，如何通過使用本系統的一系列功能來實現目標。所以，第一次培訓以前，系統界面是否完整正確、培訓文檔是否完備都是很關鍵的因素，第一炮打不響，以后就麻煩很多

作為項目經理，其實腦子里就是幾樣東西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優先級。所謂多快好省那是人類的夢想，這四個方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型。考慮問題的輕重緩急方面，往往是把快放在第一位，各方領導都會給你最后期限，所以保進度是第一位的；省是第二位的，企業的根本目的是盈利，如果收入不能增加的話，至少費用要控制住；好是第三位的，沒辦法，誰都想精益求精，但是，沒有強大的資源保障，質量只好先犧牲了；最后是多，客戶的要求源源不斷，如何降低客戶的期望值，讓他們從理想回到現實也是項目經理的分內工作。

驗收前，除了做好文檔工作，即可交付成果以外，多花時間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經有所提及，這里就不再多說。

我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想：你必須有證據證明你的系統是沒問題的。這樣你就沒戲了，微軟那么多天才，做了XP還天天打補丁，要你的程序沒問題，既不可能，你也沒辦法拿出證據。你要讓客戶明白，所謂驗收，就是我按照測試文檔的測試用例跑一遍，結果和預期結果一致就應該算通過了，而且還容許有一些小錯誤留在驗收后改正，他可以對測試用例提意見。所以，驗收前雙方要確認測試計劃和測試用例。如果他認為系統不符合要求，那么他應該舉證，證明這個系統和最初設計相背離的。所以，參考法律概念，千萬不要舉證倒置。另外，認為系統完美了才能驗收的想法也是錯誤的，軟件開發合同里一定要注明驗收以后維護期的費用問題，否則，客戶擔心一旦驗收就得不到你們的支持，自然不配合驗收，那么，你這個項目經理就很難交功課了。

第三篇：項目管理心得：一個項目經理的個人體會、經驗總結

項目管理心得：一個項目經理的個人體會、經驗總結

摘要：項目經理要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。

本人做項目經理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經理是一定要記住的；

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響；

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間；

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.是到做總體計劃的時間了嗎？不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果項目經理不能盡早發現風險，那么就只能去當烈士了。

7.明白了要做哪些事情和你手上的籌碼以及你做這個項目的總體策略，現在是成立項目小組的時候了。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。

對于這種需求天天變的客戶，你就一定要事先做好規矩：

一、統一聯系人，客戶指定一個人和項目組進行溝通，不能張領導、王領導都來說幾句，如果他們意見不一致，那你只有得罪領導的選擇了，所以，項目的最初就要定好規矩，我項目組只認一個的意見，有什么要求你們內部先統一再和我談，我不想卷入你們內部業務部門之間的矛盾之中；

二、所有需求變更全部要有書面文字，這點切記！這樣做好處多多：

*有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的；

*便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目的；

*對于客戶來說，嘴巴一動最方便，反正是你們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了；

8.現在你要面對三群人：你的領導、你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。既然溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情，但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少；拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有項目經理把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比

如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動。

第四篇：一個項目經理的個人體會、經驗總結

一個項目經理的個人體會、經驗總結

I T人

項目經理要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。

本人做項目經理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中提高水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經理是一定要記住的；

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響；

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間；

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.是到做總體計劃的時間了嗎？不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果項目經理不能盡早發現風險，那么就只能去當烈士了。

7.明白了要做哪些事情和你手上的籌碼以及你做這個項目的總體策略，現在是成立項目小組的時候了。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。

對于這種需求天天變的客戶，你就一定要事先做好規矩：

一、統一聯系人，客戶指定一個人和項目組進行溝通，不能張領導、王領導都來說幾句，如果他們意見不一致，那你只有得罪領導的選擇了，所以，項目的最初就要定好規矩，我項目組只認一個的意見，有什么要求你們內部先統一再和我談，我不想卷入你們內部業務部門之間的矛盾之中；

二、所有需求變更全部要有書面文字，這點切記！這樣做好處多多：

*有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的；

*便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目的；

*對于客戶來說，嘴巴一動最方便，反正是你們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了；

8.現在你要面對三群人：你的領導、你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。既然溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情，但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少；拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有項目經理把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動。

9.好了，做了很多前期工作，定義了一些游戲規則，現在是坐下來做計劃的時候了。這一節，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做干特圖的形式表現出來。你做完這個表以后會驚奇地發現，干特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。當然，學過項目管理的人會大談什么WBS、優化路徑之類的東西，但是我的經驗是你再優化也不可能把這些東西安排到計劃的時間結束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候，你就要考慮犧牲一些任務的時間（也意味著質量）了。按照什么標準犧牲？這個項目的戰略！我們在第三節提到過的戰略。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰略決定優先級，而正確排列事情的優先級是一個項目經理能力的主要體現。

好，現在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經理比較空閑的時候，不像前期的時候項目經理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，比如：“王局長，最近項目進度還算正常，就是JVM經常發生一些內存泄漏的情況…”王局長：“(*&$@@”。和自己的領導匯報也要注意這個問題，除非他是一個技術高手，你需要他的技術經驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調用需要說詳細一點。和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節、缺乏大局觀、有點消極悲觀、自尊心強（如果總結得不對，歡迎大家拍磚），所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現象是完全不同的，想想盲人摸象的故事吧。這些技術人員，他們往往精通一個方面，就自己的角度發表見解，除非一些很特別的情況，你都應該認為，他們提出的方案，從他們的角度來看是最合理的。你的長處是掌握事情的優先級，評估各個方面的輕重緩急，從而根據他們的意見得出一個合適的（而不是正確的）方案。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍…）。會后，你自己寫文檔，做決定。會議上大家的面子都被照顧了，自己實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責這個項目、你擔當風險，所以，這個優先級應該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定比下屬強。

在開發過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，比如，【界面要求：美觀大方、簡潔明快】，這個要求我就不知道如何檢查。所以，給開發小組布臵任務的時候就要考慮如何檢查結果，比如我見過一個計劃，里面有一個任務【開發人員熟悉EJB編程】，這個任務，除了讓這些人去參加一些專業認證考試，否則，結果很難被檢查。所以，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

另外我插一句：我是極其不主張到客戶現場開發的。尤其是一大群技術人員直接和客戶交流，很容易引起沖突和矛盾（技術人員的本性決定的）。我的做法是項目經理和項目實施人員到現場，軟件開發人員還是在公司做項目。項目實施人員就是初級項目經理，他們了解自己的產品，懂得一些客戶的業務，關鍵是在于他們具有良好的溝通能力，俗稱“皮厚”。他們是客戶和研發人員的橋梁，其職業方向也是很機動靈活，以后可以有很多方向可以轉，比開發人員的路要寬得多。

接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：

1.確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據；

2.和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達到相同目的，但是對你來說有代價更小的選擇？

3.（項目初期的工作）明確更改流程，一般是客戶指定一人簽字（否則客戶每個領導都有權力來插一杠子，你就廢了），以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果（這個東西先寫出來，后面如果真的發生了，至少不是你的錯）。然后再讓客戶在上面簽字。見過醫院給病人做手術以前讓家人簽的免責條款嗎？對，就學習那個，讓大家都意識到任何的更改都有成本和代價。

系統開發告一段落后，就進入客戶培訓、系統驗收階段，這個階段，我一般會注意以下幾個問題：

一、給客戶做培訓前，多注意一些表面功夫。很多程序員認為，系統的邏輯核心是否正確是關鍵，至于界面如何，界面上的用詞是否準確，那是無關緊要的問題，而且培訓的時候也是信手拈來，想到哪里說到哪里，下面聽講的人不知所云，云山霧罩，培訓效果自然可以想象。我的體會是，給客戶做培訓的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準備至少兩個文檔：用戶手冊和培訓手冊。這兩個文檔的內容很多都是一致的，但是角度完全不同。用戶手冊往往是站在系統設計者的角度，按照自己的思路，分模塊講解系統的操作和功能；而培訓手冊，一定要站在客戶業務人員的角度，根據每個角色面對不同業務的辦理，如何通過使用本系統的一系列功能來實現目標。所以，第一次培訓以前，系統界面是否完整正確、培訓文檔是否完備都是很關鍵的因素，第一炮打不響，以后就麻煩很多。

作為項目經理，其實腦子里就是幾樣東西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優先級。所謂多快好省那是人類的夢想，這四個方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型。考慮問題的輕重緩急方面，往往是把快放在第一位，各方領導都會給你最后期限，所以保進度是第一位的；省是第二位的，企業的根本目的是盈利，如果收入不能增加的話，至少費用要控制住；好是第三位的，沒辦法，誰都想精益求精，但是，沒有強大的資源保障，質量只好先犧牲了；最后是多，客戶的要求源源不斷，如何降低客戶的期望值，讓他們從理想回到現實也是項目經理的分內工作。

驗收前，除了做好文檔工作，即可交付成果以外，多花時間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經有所提及，這里就不再多說。

我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想：你必須有證據證明你的系統是沒問題的。這樣你就沒戲了，微軟那么多天才，做了XP還天天打補丁，要你的程序沒問題，既不可能，你也沒辦法拿出證據。你要讓客戶明白，所謂驗收，就是我按照測試文檔的測試用例跑一遍，結果和預期結果一致就應該算通過了，而且還容許有一些小錯誤留在驗收后改正，他可以對測試用例提意見。所以，驗收前雙方要確認測試計劃和測試用例。如果他認為系統不符合要求，那么他應該舉證，證明這個系統和最初設計相背離的。所以，參考法律概念，千萬不要舉證倒臵。另外，認為系統完美了才能驗收的想法也是錯誤的，軟件開發合同里一定要注明驗收以后維護期的費用問題，否則，客戶擔心一旦驗收就得不到你們的支持，自然不配合驗收，那么，你這個項目經理就很難交功課了。

1.項目范圍管理

是為了實現項目的目標，對項目的工作內容進行控制的管理過程。它包括范圍的界定，范圍的規劃，范圍的調整等。

2.項目時間管理

是為了確保項目最終的按時完成的一系列管理過程。它包括具體活動界定，活動排序，時間估計，進度安排及時間控制等項工作。

3.項目成本管理 是為了保證完成項目的實際成本、費用不超過預算成本、費用的管理過程。它包括資源的配臵，成本、費用的預算以及費用的控制等項工作。

4.項目質量管理

是為了確保項目達到客戶所規定的質量要求所實施的一系列管理過程。它包括質量規劃，質量控制和質量保證等。

5.人力資源管理

是為了保證所有項目關系人的能力和積極性都得到最有效地發揮和利用所做的一系列管理措施。它包括組織的規劃、團隊的建設、人員的選聘和項目的班子建設等一系列工作。

6.項目溝通管理

是為了確保項目的信息的合理收集和傳輸所需要實施的一系列措施，它包括溝通規劃，信息傳輸和進度報告等。

7.項目風險管理

涉及項目可能遇到各種不確定因素。它包括風險識別，風險量化，制訂對策和風險控制等。

8.項目采購管理

是為了從項目實施組織之外獲得所需資源或服務所采取的一系列管理措施。它包括采購計劃，采購與征購，資源的選擇以及合同的管理等項目工作。

9.項目集成管理

是指為確保項目各項工作能夠有機地協調和配合所展開的綜合性和全局性的項目管理工作和過程。它包括項目集成計劃的制定，項目集成計劃的實施，項目變動的總體控制等。

OPM3對項目管理流程的成熟度定義了四個階段：

1、標準化，項目管理流程是否文檔化并且發布給企業員工；

2、可測量，對項目管理流程質量的評價指標問題，項目管理流程是否有KPI指標；

3、受控性，項目管理流程實施過程的控制性，是否得到基于KPI的監控；

4，持續改進，項目管理流程是否在不斷完善過程中；

個人判斷，目前在國內，達到項目管理流程標準化階段的企業并不多，許多企業還處在知識和概念階段，專門建立項目管理的流程似乎還是比較遙遠的事情

商務談判

假設我們將與一位大公司的采購經理談判，首先我們就應自問以下問題：

——要談的主要問題是什么？

——有哪些敏感的問題不要去碰？

——應該先談什么？

——我們了解對方哪些問題？

——自從最后一筆生意，對方又發生了哪些變化？

——如果談的是續訂單，以前與對方做生意有哪些經驗教訓要記住？

——與我們競爭這份訂單的企業有哪些強項？

——我們能否改進我們的工作？

——對方可能會反對哪些問題？

——在哪些方面我們可讓步？我們希望對方作哪些工作？

——對方會有哪些需求？他們的談判戰略會是怎樣的？

列出一份問題單，要問的問題都要事先想好。

第五篇：項目經理現場管理經驗總結

項目經理升職后，留下了這本經驗寶典……

如何管理工地上的工人

做為項目經理在管理工地的時候都遇到過工地的工人不好管理的經歷。如果你按照下面的幾個方法進行運做一定會處理好這樣的事情。

一：和老板（總經理）要溝通好。你要讓老板知道項目經理在工程中的作用和重要性，財務權利要讓你全面控制。如果不能做到這點。可以按照：當要給工頭給付工資的時候，必須先經過項目經理簽字。如果沒有你的簽字，即使老板簽字也是無效的這條原則進行。這條很重要。因為。現在的管理是要用錢來管理的，特別是農民工，同時，還要注意。要給老板說。專款專用。沒有錢什么事情都不好辦的二：不要和工頭說太多的話。在工地上不要和他們說太多的話。特別是無關緊要的話。更不能開玩笑。要讓他們感覺你很神秘。

三：在開工前一定要技術交底。開工前召開會議進行技術交底。在技術交底單上讓所有的施工工人簽字（這是進行整改處罰的有力證據）。但必須你對交底的內容熟悉。工人會對你才能會敬佩的。也是你展現你才華的最好時機。管理起來的時候會很輕松。

四：不要對他們有感情。要說施工班組好都好。壞都壞。只是你管理不要有偏向的色彩。你千萬要注意不要貪圖小便宜。不要受賄。否則。你的小辮會被他們抓住的，到時候可能會到雞飛蛋打的尷尬境地。

五：經常開會。這樣的話他們會認為這個工地管理是很科學的。是有程序的。自然他們會嚴格要求自己的。

六：整改和處罰最好以書面的形式告之。使用這個權利的時候必須要注意：開工前要給他們交代清楚你在管理這個工地時有這樣的程序，不要等到在施工中才告訴他們有這樣的程序。（因為人是有逆反心理的）最好要在開工前給他們交代《現場施工管理制度》和《獎罰辦法》。既然處罰和整改單開出了，就一定要實行。在他們下次領取工資的時候就要從中扣除。不能等到最后，否則他們沒有警覺感。

七：最后告訴你一個最管用的方法。當工頭對你說不太重要的事情的時候。你保持沉默不要理會他們，故意和別人說話或做其他事情。他們會很害怕你的項目管理的十個經典法則

1、項目決定命運法則。項目是信譽之本、效益之源、人才之基，是企業的窗口和鏡子。一個項目的成敗牽動全局，影響一片甚至整個市場，它決定項目長的政治生命，甚至決定工程公司第一管理者的政治前途。

2、實力致勝法則。項目是企業實力的展現，企業的整體實力決定項目的成敗。所謂實力，是指管理者的謀略、敬業精神和經驗；技術人員和專業骨干的素質；設備的先進性和配套能力；財務狀況；測量、試驗、核算等基礎工作，這些要素相乘的得數。實力更重要的體現是橋、隧等專項施工能力，只有不斷優化生產要素，提升專項施工能力，才能保證項目屢戰屢勝。

3、未戰先勝法則。孫子曰：“多算勝，少算不勝，由此觀之，勝負見矣。”所謂“多算”，就是事先的策劃，在項目施工展開前必須加強調研，合理布局，優化設計，擬訂和選擇最佳施工方案，并預測成本，也就是雙預控。在此基礎上，配置生產要素，組建項目部，完善管理機制。同時，方案一經確定就必須堅決執行。

4、主要矛盾和木桶效應。組織項目施工必須善于抓住對項目起最關鍵作用，關乎成敗，直接影響工期和收益的重點問題，收到牽一發而動全身的效果。如橋梁的水中墩、隧道洞口段和不良地質段等。所謂木桶效應是指決定木桶盛水量大小的是最短的那塊木板，要注意發現和補齊使項目漏水的最短的那塊木板，使項目的各個構造物和各工序均衡前進，同步完成。

5、勝負在工期，成敗在質量。項目投入必須一次到位，施工必須一鼓作氣，快速突破。這樣可以攤薄成本，爭取效益，贏得聲譽。質量決定數量是否真有意義，是企業的形象和飯碗，必須嚴密控制。從原材料的采購檢測、模具的選用、工藝、工序質量標準等，確保每道工序、每個流程都符合質量要求。評價項目最重最后的砝碼是工程質量。

6、海恩法則。即每一起重大安全事故背后有29起事故征兆，每個征兆背后還會有300起事故苗頭。只有重視對事故征兆和事故苗頭的排查，貫徹預防為主，防范在先的原則，控制事故易發點，才能確保安全。

7、技術入手，經濟結束法則。優化設計，工程數量足量進藍圖；優化施工方案，適量投入，不走彎路，是保證項目效益最重要的途徑。

8、低成本才能盈利。利潤最大化是企業生存的初始動力，企業必須以獲取最大化利潤為根本目標。盈利是企業滿足了業主需求，業主對企業的酬答。波音公司靠技術優勢盈利（其材料成本只占20%），邯鋼靠成本優勢盈利，海爾靠服務優勢盈利。我們企業的特點決定了我們只能靠正確的意識、積極的行動、規范的管理降低成本來盈利。特別是外包成本與材料成本，事關項目成敗大局，控制不住，成本管理就是一紙空文，低成本盈利就是空談。

9、干中學，看中學是最佳的培訓方法。經一事長一智，從自身的痛苦的經驗中學習是最好的學習。見賢思齊，互相觀摩，取長補短，才能開闊視野，我們要注重在實踐的大課堂上培訓提升干部素質。

10、業主是上帝法則。業主是我們的衣食父母，是項目的所有者和管理使用者。為項目負責和為業主負責是一致的，經營項目與經營業主同等重要，對項目中發生的問題要以我為主，看重自己的責任，主動處理，不能抱怨業主、設計、監理單位，這樣才能得到業主的尊重。

工地溝通七大技巧

優秀項目經理必須掌握的：工地溝通的七大技巧，學會了這些，你就能迅速提高你的威望了......一.不要說“但是”，而要說“而且”

試想你很贊成一位同事的想法，你可能會說：“這個想法很好，但是你必須……”

本來說話字字千金伶牙俐齒的你，這樣子一說，這種認可就大打折扣了。

你完全可以說出一個比較具體的希望來表達你的贊賞和建議，比如說：“我覺得這個建議很好，而且，如果在這里再稍微改動一下的話，也許會更好……”

二.不要說“首先”，而要說“已經”

你要向老板匯報一項工程的進展情況。

你跟老板講道：“我必須得首先熟悉一下這項工作。”想想看吧，這樣的話

能會使老板（包括你自己）覺得，你還有很多事需要做，卻絕不會覺得你已經做完了一些事情。

這樣的講話態度會給人一種很悲觀的感覺，而絕不是樂觀。

所以建議你最好是這樣說：“是的，我已經相當熟悉這項工作了。”

三.不要說“錯”，而要說“不對”

一位同事不小心把一項工作計劃浸上了水，正在向客戶道歉。你當然知道，他犯了錯誤，惹惱了客戶，于是你對他說：“這件事情是你的錯，你必須承擔責任。”

這樣一來，只會引起對方的厭煩心理。你的目的是調和雙方的矛盾，避免發生爭端。所以，把你的否定態度表達得委婉一些，實事求是地說明你的理由。

比如說：“你這樣做的確是有不對的地方，你最好能夠為此承擔責任。”

四.不要說“僅僅”

在一次通力攻關會上你提出了一條建議，你是這樣說的：“這僅僅是我的一個建議。”

請注意，這樣說是絕對不可以的！因為這樣一來，你的想法、功勞包括你自己的價值都會大大貶值。本來是很利于合作和團體意識的一個主意，反而讓同事們只感覺到你的自信心不夠。

最好這樣說：“這就是我的建議。”

五.不要說“本來……”

你和你的談話對象對某件事情各自持不同看法。你輕描淡寫地說道：“我本來是持不同看法的。”一個看似不起眼的小詞，卻不但沒有突出你的立場，反而讓你沒有了立場。類似的表達方式如“的確”和“嚴格來講”等等，有威信的領導都是干脆直截了當地說：“對此我有不同看法。”

六.不要說“務必……”，而要說“請您……”

你不久就要把自己所負責的一份企劃交上去。

大家壓力已經很大了，而你又對大家說：“你們務必再考慮一下……”這樣的口氣恐怕很難帶來高效率，反而會給別人壓力，使他們產生逆反心理。

但如果反過來呢，誰會去拒絕一個友好而禮貌的請求呢所以最好這樣說：“請您考慮一下……”

七.不要再說“老實說”

公司開會的時候會對各種建議進行討論。

于是你對一名同事說：“老實說，我覺得……”

在別人看來，你好像在特別強調你的誠意。

你當然是非常有誠意的，可是干嗎還要特別強調一下呢？

所以你最好說：“我覺得，我們應該……”

項目經理需要修煉的9件事

作為項目經理，最重要的就是帶領整個項目團隊一起戰斗，做好團隊建設，才能激發整個團隊成員的士氣，提高團隊成員的績效。

每個項目都是獨特的，因此做項目一定存在各種各樣的風險與問題，作為項目經理，就必須具備應對這些風險與問題的素質。項目經理是一個風向標，所有的項目成員都看著這個風向標航行。當項目出現問題了，風向標因為自己的情緒問題，隨風亂舞，項目成員會看得很清楚。造成的惡果輕者是讓成員看輕你，降低了項目經理在團隊中的威信，重者就是項目失敗，成員離開項目團隊。

所以，作為項目經理，是一種修煉，以下種種都是需要慢慢修煉的：

1，脾氣一定要控制好。不管是團隊成員沒有按時完成工作或者是客戶方總是發生變更，總之你沒有任何理由可以發脾氣，尤其是當著團隊成員的面發脾氣;

2，遇事莫慌。項目風險總是存在的，各種問題也總是存在的，天大的事情只要冷靜，一定會想出解決方法。倘若不夠冷靜，很可能胡亂作出錯誤決定，一個錯誤的決定后果往往是嚴重的，帶來的可能是返工、項目失敗等后果。記住，一定要堅持一次把事情做對;

3，永遠不要讓上級領導來幫你想解決方案。這個是很多人容易犯的錯誤，經常把問題拋給領導，然后怪領導不支持你的工作不解決你遇到的問題。記住，領導只是做決策的，而不是幫你想解決方案的，否則要你干啥用?舉個例子，當項目資源不足，需要申請資源時，千萬不要直接告訴領導資源不足就完了，一定要告訴他面對資源不足，有什么樣的后果，然后有幾種解決方案，每種方案的優缺點是什么，然后請領導來選擇一個方案;

4，記住抱怨是沒有用的。仔細回想一下，什么時候抱怨有用過?如果抱怨有用的話，那還要你干嘛?大家隨便抱怨一下，心中的理想就能實現了，抱怨工資低，老板就乖乖漲工資了，你覺得可能嗎?記住，抱怨是沒有用的，過多的抱怨，只會證明你是一個沒有用的項目經理。遇到問題，就想破腦袋去解決。比如，團隊成員有背景，耍專家大牌，不聽你的話，抱怨有用嗎?不如想想問題的根源，再自己進修一把與人溝通的技巧吧，這問題一定是出在你自己身上，毋庸置疑的;

5，要相信你的團隊成員，多鼓勵他們。批評是在團隊建設中最為忌諱的，除非出現非常嚴重的問題，才要慎重的考慮是否要批評。在批評的各種方法里，當眾點名批評是最為嚴重的了。切記，每個人都是有自尊的。你要相信你的團隊成員，相信他們都是優秀的。如果他們不優秀，一定是你的責任，你沒有能夠激發他們的士氣，沒有能夠幫助他們提高工作績效。相信他們，并鼓勵他們，讓他們做合適的工作;

6，注意公平公正。這是一個項目經理必須具備的品質，是一種職業道德。對待項目團隊成員，必須公平公正地評價他們的工作績效，并加以適當獎勵。

7，客觀如實匯報。這也是一個職業道德。對于項目狀態，必須客觀如實公布給干系人，越是隱瞞風險越高。人總會害怕因為犯錯誤被批評而有所隱瞞項目中壞的一面，報喜不報憂估計很多人都干過。其實做項目，出現問題不可怕，可怕的是不把問題暴露出來，不讓大家一起幫你分析解決，到了項目失敗的時候也就是你的職業失敗的時候了。我知道，要能客觀如實地匯報，有點難，但是記住，這是必須的;

8，功勞不是自己的。記住，作為一個團隊，你激勵大家完成了項目，最終獲得的功勞不是你一個人的，而是大家的。不僅如此，項目過程中，任何一個點子一個解決方案的功勞，你都不能據為己有，哪怕這個真的是你想出來的，你也不能說是自己的，那是大家的智慧。甚至，你根本就不應該從你的嘴里去說出解決方案，而是應該引導團隊成員讓他們說出來，然后表揚他們的智慧;

9，千萬不要以為自己是打雜的。明白自己工作的價值，這是做好工作的前提。作為項目經理，一定會有很多瑣事，寫各種各樣的報告，接聽各種各樣的電話，見各種各樣的人，處理各種各樣大小事情，沒關系，只要你做這么多事情都是為了同一個目標，那么你的工作就是就是有價值的，雖然零散，也絕對考驗你的能力。每天只做一件事情并不能讓你學到時間管理，每天做10件事情就能讓你必須學習時間管理。從工作中發現自己的不足，才能進步。把自己當成打雜的，心態已經不對，又怎會想到去改進呢?

隨便列舉了9條，都是項目經理需要修煉的，當然遠遠不止這9條。所以，當項目經理本身是一種修煉，修煉的正果不是你的項目成功，而是你的個人職業發展成功。