【正文】 是對領(lǐng)導(dǎo)，項目經(jīng)理工作更加應(yīng)該主動去和領(lǐng)導(dǎo)溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經(jīng)理工作一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據(jù)。所以項目經(jīng)理工作開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經(jīng)理工作的項目日志，每個星期至少讓客戶簽字，另外所有達(dá)成共識的東西，比如會議紀(jì)要，甚至領(lǐng)導(dǎo)的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據(jù)可查。記?。赫f了的就和沒說一樣，只有寫下來大家簽字后才算真正發(fā)生了的。還有一些問題，比如你提交的報告，給領(lǐng)導(dǎo)（包括本方領(lǐng)導(dǎo)和客戶領(lǐng)導(dǎo)）做一個選擇題，結(jié)果領(lǐng)導(dǎo)壓住不批，讓你無所適從，結(jié)果拖延了進(jìn)度。這時候，你可以等，但是注意要留記錄，標(biāo)明是誰的責(zé)任；另外，如果你在開始階段就和領(lǐng)導(dǎo)商定：如果批示提交三天后沒有得到領(lǐng)導(dǎo)答復(fù)就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經(jīng)理工作專門簽署備忘錄、什么等級的事情要雙方領(lǐng)導(dǎo)出面簽署合同附件等等。事先想得越周到，以后的項目經(jīng)理工作就越主動。好了，做了很多前期項目經(jīng)理工作，定義了一些游戲規(guī)則，現(xiàn)在是坐下來做計劃的時候了。這一節(jié)，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找?guī)讉€關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強(qiáng)調(diào)一點：完成一個目標(biāo)有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風(fēng)險。有時候客戶會被某種新技術(shù)打動，堅持要你采用那種新技術(shù)，你就應(yīng)該告訴他：你選我做這個項目，就應(yīng)該容許我采用自己最喜歡的方式做事情，新技術(shù)之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關(guān)系如何，消耗的時間有多長，完成后有什么標(biāo)志等。所有的結(jié)果最后用一個叫做甘特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn)，甘特圖上項目的結(jié)束時間會遠(yuǎn)遠(yuǎn)落后于你的計劃結(jié)束時間（簽合同的人永遠(yuǎn)不會先征求你的意見的）。當(dāng)然，學(xué)過項目管理的人會大談什么wbs、優(yōu)化路徑之類的東西，但是我的經(jīng)驗是你再優(yōu)化也不可能把這些東西安排到計劃的時間結(jié)束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認(rèn)你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候，你就要考慮犧牲一些任務(wù)的時間（也意味著質(zhì)量）了。按照什么標(biāo)準(zhǔn)犧牲？這個項目的戰(zhàn)略！我們在第三節(jié)提到過的戰(zhàn)略。我的經(jīng)驗是如果你什么都趕進(jìn)度，其結(jié)果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結(jié)果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰(zhàn)略決定優(yōu)先級，而正確排列事情的優(yōu)先級是一個項目經(jīng)理工作能力的主要體現(xiàn)。在開發(fā)過程中，內(nèi)部管理還要注意的一點是時刻強(qiáng)調(diào)以驗收為目的的思想，每個任務(wù)的最終可交付成果一定要是可以被檢查的，比如，這個要求我就不知道如何檢查。所以，給開發(fā)小組布置任務(wù)的時候就要考慮如何檢查結(jié)果，比如我見過一個計劃，里面有一個任務(wù)，這個任務(wù)，除了讓這些人去參加一些專業(yè)認(rèn)證考試，否則，結(jié)果很難被檢查。所以，時刻考慮如何檢查結(jié)果、如何向客戶交付是項目經(jīng)理工作一直要注意的事情，我聽說有些老項目經(jīng)理工作拿到項目是倒排計劃的，即首先看如何驗收和驗收標(biāo)準(zhǔn)，然后決定項目經(jīng)理工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機(jī)構(gòu)，我們的目的就是在付出那么多勞動后得到結(jié)果。另外我插一句：我是極其不主張到客戶現(xiàn)場開發(fā)的。尤其是一大群技術(shù)人員直接和客戶交流，很容易引起沖突和矛盾（技術(shù)人員的本性決定的）。我的做法是項目經(jīng)理工作和項目實施人員到現(xiàn)場，軟件開發(fā)人員還是在公司做項目。項目實施人員就是初級項目經(jīng)理工作，他們了解自己的產(chǎn)品，懂得一些客戶的業(yè)務(wù)，關(guān)鍵是在于他們具有良好的溝通能力，俗稱“皮厚”。他們是客戶和研發(fā)人員的橋梁，其職業(yè)方向也是很機(jī)動靈活，以后可以有很多方向可以轉(zhuǎn)，比開發(fā)人員的路要寬得多。接著，我們再談?wù)勛钭屓祟^痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標(biāo)，即需求變更；另一種是沒改變目標(biāo)，但是客戶不滿意目前的實現(xiàn)方式，大到流程的實現(xiàn)，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進(jìn)展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰(zhàn)略是容許這種情況的，那么注意下面幾點：確保以前的文檔，就是記載著以前的結(jié)論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認(rèn)一下你的，然后讓他簽字，避免以后說話沒有憑據(jù)；和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達(dá)到相同目的，但是對你來說有代價更小的選擇？（項目初期的工作）明確更改流程，一般是客戶指定一人簽字（否則客戶每個領(lǐng)導(dǎo)都有權(quán)力來插一杠子，你就廢了），以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進(jìn)度的影響，在你的領(lǐng)導(dǎo)同意后，出相應(yīng)意見書，主要是要說明更改設(shè)計的原因和指出由此帶來的不確定后果（這個東西先寫出來，后面如果真的發(fā)生了，至少不是你的錯）。然后再讓客戶在上面簽字。見過醫(yī)院給病人做手術(shù)以前讓家人簽的免責(zé)條款嗎？對，就學(xué)習(xí)那個，讓大家都意識到任何的更改都有成本和代價。