項目經理貼身必備-文庫吧資料
2024-08-11 16:32本頁面
【正文】 ，第一炮打不響，以后就麻煩很多。這兩個文檔的內容很多都是一致的，但是角度完全不同。如果工作再做得詳細一點，可以做一些類似Flash的東西，把一些你要強調的重點用通俗易懂、輕松愉快的方式表達出來。我的體會是，給客戶做培訓的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了；系統(tǒng)開發(fā)告一段落后，就進入客戶培訓、系統(tǒng)驗收階段，這個階段，我一般會注意以下幾個問題：給客戶做培訓前，多注意一些表面功夫。然后再讓客戶在上面簽字。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。接著，我們再談談最讓人頭痛的需求變更問題。項目實施人員就是初級項目經理，他們了解自己的產品，懂得一些客戶的業(yè)務，關鍵是在于他們具有良好的溝通能力，俗稱皮厚。尤其是一大群技術人員直接和客戶交流，很容易引起沖突和矛盾（技術人員的本性決定的）。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。所以，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。在開發(fā)過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，比如，【界面要求：美觀大方、簡潔明快】，這個要求我就不知道如何檢查。會議上大家的面子都被照顧了，自然實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責這個項目、你擔當風險，所以，這個優(yōu)先級應該你來判斷。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍…）。這些技術人員，他們往往精通一個方面，就自己的角度發(fā)表見解，除非一些很特別的情況，你都應該認為，他們提出的方案，從他們的角度來看是最合理的。與會人員很多都是技術人員，他們的特點是注重細節(jié)、缺乏大局觀、有點消極悲觀、自尊心強（如果總結得不對，歡迎大家拍磚），所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。和自己的領導匯報也要注意這個問題，除非他是一個技術高手，你需要他的技術經驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調用需要說詳細一點。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬不要說一些領導不懂的細節(jié)，比如：王局長，最近項目進度還算正常，就是JVM經常發(fā)生一些內存泄漏的情況…王局長：(*amp。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。好，現(xiàn)在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。這時候，你就要考慮犧牲一些任務的時間（也意味著質量）了。當然，學過項目管理的人會大談什么WBS、優(yōu)化路徑之類的東西，但是我的經驗是你再優(yōu)化也不可能把這些東西安排到計劃的時間結束。所有的結果最后用一個叫做甘特圖的形式表現(xiàn)出來。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。需求定義的是做什么的問題，而這里說的是怎么做的問題。首先是找?guī)讉€關鍵組員，比如客戶業(yè)務專家、系統(tǒng)分析員等等，做一下項目模塊劃分工作。9. 好了，做了很多前期工作，定義了一些游戲規(guī)則，現(xiàn)在是坐下來做計劃的時候了。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經理專門簽署備忘錄、什么等級的事情要雙方領導出面簽署合同附件等等。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。所以項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記好記性不如爛筆頭的道理。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。這種情況適合小項目，人少；拉的意思就是項目經理就是一個類似web服務器，你自己需要什么信息就去問他。下面的東西看起來無聊，其實還是很管用的：第一個是規(guī)定信息的流動方式和介質，是推還是拉。既然溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。其實，明白自己想做什么的客戶已經是很好的客戶
公司管理相關推薦
鄂ICP備17016276號-1