和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了；

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

9.好了，做了很多前期工作，定義了一些游戲規(guī)則，現(xiàn)在是坐下來做計劃的時候了。這一節(jié)，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找?guī)讉€關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調(diào)一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風(fēng)險。有時候客戶會被某種新技術(shù)打動，堅持要你采用那種新技術(shù)，你就應(yīng)該告訴他：你選我做這個項目，就應(yīng)該容許我采用自己最喜歡的方式做事情，新技術(shù)之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關(guān)系如何，消耗的時間有多長，完成后有什么標志