1.前期充分了解項(xiàng)目（了解客戶需求）。這個(gè)項(xiàng)目是什么項(xiàng)目，具體大概做什么事情，是誰(shuí)提出來(lái)的，目的是解決什么問(wèn)題。
2.了解參與項(xiàng)目的組織結(jié)構(gòu)。這個(gè)項(xiàng)目里牽涉哪些方面的人，如投資方、具體業(yè)務(wù)干系方、項(xiàng)目建成后的運(yùn)營(yíng)方、技術(shù)監(jiān)督方等等。
3.了解公司，領(lǐng)導(dǎo)對(duì)項(xiàng)目的看法。基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對(duì)這個(gè)項(xiàng)目的看法。
4.確認(rèn)資源。做好規(guī)劃。
5.生成項(xiàng)目說(shuō)明書。描述清楚項(xiàng)目以及如何檢收項(xiàng)目（尋求客戶的業(yè)務(wù)人員）。
6.向經(jīng)理客戶總匯資源需求情況，風(fēng)險(xiǎn)評(píng)估。如果資源不夠，就要高層改變策略，增加對(duì)這個(gè)項(xiàng)目的投入。甚至在條件許可的情況下，有些公司會(huì)放棄這個(gè)項(xiàng)目。
7.立項(xiàng)后，成立項(xiàng)目組。盡力尋找自己需要的人。一定要有精通客戶業(yè)務(wù)的人，很多小項(xiàng)目里，這個(gè)人就是項(xiàng)目經(jīng)理本人，大項(xiàng)目里會(huì)配備行業(yè)專家（Industry expert），這樣和客戶溝通起來(lái)才不會(huì)雞同鴨講，雙方才可以相互理解。
對(duì)于需求變更：
1）需要統(tǒng)一聯(lián)系人，聯(lián)系方式。
2）需要規(guī)范的文檔管理
8.現(xiàn)在你要面對(duì)三群人：你的領(lǐng)導(dǎo)、你的組員和你的客戶。
8-1）第一個(gè)是規(guī)定信息的流動(dòng)方式和介質(zhì)。
8-1-1）推：項(xiàng)目經(jīng)理將主動(dòng)發(fā)布信息。（人少的項(xiàng)目）
8-1-1）拉：項(xiàng)目經(jīng)理需要什么信息主動(dòng)去問(wèn)。一般是通過(guò)公共介質(zhì)發(fā)布信息。
8-2）文檔記錄管理。（包括項(xiàng)目文檔，進(jìn)度等）
8-3）制定各種規(guī)則。
9.計(jì)劃。
9-1）模塊劃分。首先是找?guī)讉€(gè)關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等做一下項(xiàng)目模塊劃分工作。目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問(wèn)題，而這里說(shuō)的是怎么做的問(wèn)題。
9-2）整體計(jì)劃。
10.項(xiàng)目實(shí)施過(guò)程中的心得
10-1）項(xiàng)目經(jīng)理這段時(shí)間的主要工作是保持和客戶領(lǐng)導(dǎo)以及自己領(lǐng)導(dǎo)的溝通。和客戶領(lǐng)導(dǎo)溝通時(shí)特別要注意，除非你需要對(duì)方給你支持，那么你才需要講得具體一點(diǎn)，否則，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬(wàn)不要說(shuō)一些領(lǐng)導(dǎo)不懂的細(xì)節(jié)，比如：“王局長(zhǎng)，最近項(xiàng)目進(jìn)度還算正常，就是JVM經(jīng)常發(fā)生一些內(nèi)存泄漏的情況…”王局長(zhǎng)：“(*&$@@”。和自己的領(lǐng)導(dǎo)匯報(bào)也要注意這個(gè)問(wèn)題，除非他是一個(gè)技術(shù)高手，你需要他的技術(shù)經(jīng)驗(yàn)，否則一般就匯報(bào)進(jìn)度是否正常以及有問(wèn)題時(shí)你的對(duì)策和打算就可以了，有些需要他支持的地方，比如資源調(diào)用需要說(shuō)詳細(xì)一點(diǎn)。
10-2）和組員開會(huì)，除了一些項(xiàng)目進(jìn)度跟蹤會(huì)議以外，還有很多討論會(huì)，需要大家用頭腦風(fēng)暴方法給出解決問(wèn)題。與會(huì)人員很多都是技術(shù)人員，他們的特點(diǎn)是注重細(xì)節(jié)、缺乏大局觀、有點(diǎn)消極悲觀、自尊心強(qiáng)（如果總結(jié)得不對(duì)，歡迎大家拍磚），所以，你作為會(huì)議的主持人，只要負(fù)責(zé)提出問(wèn)題和記錄下他們的觀點(diǎn)，千萬(wàn)不要做評(píng)判者的角色。一個(gè)問(wèn)題，有很多方面，從不同的角度看，現(xiàn)象是完全不同的，想想盲人摸象的故事吧。你的長(zhǎng)處是掌握事情的優(yōu)先級(jí)，評(píng)估各個(gè)方面的輕重緩急，從而根據(jù)他們的意見得出一個(gè)合適的（而不是正確的）方案。所以，在會(huì)議上，你要充分尊重每一個(gè)人和他的意見，夸獎(jiǎng)那些意見提得比較好的人，千萬(wàn)不要把會(huì)議帶入無(wú)休止的爭(zhēng)論（你要讓大家知道事情不是非黑即白的。會(huì)后，你自己寫文檔，做決定。會(huì)議上大家的面子都被照顧了，自己實(shí)施起來(lái)的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說(shuō)服他，你就要讓他明白，因?yàn)槟阖?fù)責(zé)這個(gè)項(xiàng)目、你擔(dān)當(dāng)風(fēng)險(xiǎn)，所以，這個(gè)優(yōu)先級(jí)應(yīng)該你來(lái)判斷。組織中的高層，并不見得水平會(huì)比一般的成員高，但是，他要承擔(dān)組織的風(fēng)險(xiǎn)，加之信息的不對(duì)稱性，所以，對(duì)事情的優(yōu)先級(jí)的判斷肯定比下屬?gòu)?qiáng)。
10-3）在開發(fā)過(guò)程中，內(nèi)部管理還要注意的一點(diǎn)是時(shí)刻強(qiáng)調(diào)以驗(yàn)收為目的的思想，每個(gè)任務(wù)的最終可交付成果一定要是可以被檢查的，比如，【界面要求：美觀大方、簡(jiǎn)潔明快】，這個(gè)要求我就不知道如何檢查。
10-4）我們?cè)僬務(wù)勛钭屓祟^痛的需求變更問(wèn)題。變更通常分為兩種：一種是部分更改了原先的目標(biāo)，即需求變更；另一種是沒(méi)改變目標(biāo)，但是客戶不滿意目前的實(shí)現(xiàn)方式，大到流程的實(shí)現(xiàn)，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項(xiàng)目的進(jìn)展，慢慢想清楚了問(wèn)題，改變了以前的思路。這時(shí)候，如果需要改并且你的戰(zhàn)略是容許這種情況的，那么注意下面幾點(diǎn)：
1. 確保以前的文檔，就是記載著以前的結(jié)論的東西，客戶是否簽過(guò)字，如果沒(méi)有，趕緊把你的工作停下來(lái)，趕快再和客戶自己確認(rèn)一下你的方案，然后讓他簽字，避免以后說(shuō)話沒(méi)有憑據(jù)。
2. 和客戶坐下來(lái)，自己探討他修改的根本目的是什么，是不是有同樣能達(dá)到相同目的，但是對(duì)你來(lái)說(shuō)有代價(jià)更小的選擇？
3. （項(xiàng)目初期的工作）明確更改流程，一般是客戶指定一人簽字（否則客戶每個(gè)領(lǐng)導(dǎo)都有權(quán)力來(lái)插一杠子，你就廢了），以正式項(xiàng)目文件的方式提交給你，然后，你做評(píng)估分析，分析對(duì)成本、進(jìn)度的影響，在你的領(lǐng)導(dǎo)同意后，出相應(yīng)意見書，主要是要說(shuō)明更改設(shè)計(jì)的原因和指出由此帶來(lái)的不確定后果（這個(gè)東西先寫出來(lái)，后面如果真的發(fā)生了，至少不是你的錯(cuò)）。然后再讓客戶在上面簽字。見過(guò)醫(yī)院給病人做手術(shù)以前讓家人簽的免責(zé)條款嗎？對(duì)，就學(xué)習(xí)那個(gè)，讓大家都意識(shí)到任何的更改都有成本和代價(jià)。
系統(tǒng)開發(fā)告一段落后，就進(jìn)入客戶培訓(xùn)、系統(tǒng)驗(yàn)收階段，這個(gè)階段，我一般會(huì)注意以下幾個(gè)問(wèn)題：
一、給客戶做培訓(xùn)前，多注意一些表面功夫。很多程序員認(rèn)為，系統(tǒng)的邏輯核心是否正確是關(guān)鍵，至于界面如何，界面上的用詞是否準(zhǔn)確，那是無(wú)關(guān)緊要的問(wèn)題，而且培訓(xùn)的時(shí)候也是信手拈來(lái)，想到哪里說(shuō)到哪里，下面聽講的人不知所云，云山霧罩，培訓(xùn)效果自然可以想象。我的體會(huì)是，給客戶做培訓(xùn)的版本，如果你在做多次測(cè)試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點(diǎn)功夫。注意每個(gè)界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準(zhǔn)備至少兩個(gè)文檔：用戶手冊(cè)和培訓(xùn)手冊(cè)。這兩個(gè)文檔的內(nèi)容很多都是一致的，但是角度完全不同。用戶手冊(cè)往往是站在系統(tǒng)設(shè)計(jì)者的角度，按照自己的思路，分模塊講解系統(tǒng)的操作和功能；而培訓(xùn)手冊(cè)，一定要站在客戶業(yè)務(wù)人員的角度，根據(jù)每個(gè)角色面對(duì)不同業(yè)務(wù)的辦理，如何通過(guò)使用本系統(tǒng)的一系列功能來(lái)實(shí)現(xiàn)目標(biāo)。所以，第一次培訓(xùn)以前，系統(tǒng)界面是否完整正確、培訓(xùn)文檔是否完備都是很關(guān)鍵的因素，第一炮打不響，以后就麻煩很多。
作為項(xiàng)目經(jīng)理，其實(shí)腦子里就是幾樣?xùn)|西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個(gè)事情的優(yōu)先級(jí)。所謂多快好省那是人類的夢(mèng)想，這四個(gè)方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型?？紤]問(wèn)題的輕重緩急方面，往往是把快放在第一位，各方領(lǐng)導(dǎo)都會(huì)給你最后期限，所以保進(jìn)度是第一位的；省是第二位的，企業(yè)的根本目的是盈利，如果收入不能增加的話，至少費(fèi)用要控制??；好是第三位的，沒(méi)辦法，誰(shuí)都想精益求精，但是，沒(méi)有強(qiáng)大的資源保障，質(zhì)量只好先犧牲了；最后是多，客戶的要求源源不斷，如何降低客戶的期望值，讓他們從理想回到現(xiàn)實(shí)也是項(xiàng)目經(jīng)理的分內(nèi)工作。
驗(yàn)收前，除了做好文檔工作，即可交付成果以外，多花時(shí)間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經(jīng)有所提及，這里就不再多說(shuō)。
我對(duì)驗(yàn)收最大的體會(huì)就是舉證問(wèn)題。即千萬(wàn)不要讓客戶這么想：你必須有證據(jù)證明你的系統(tǒng)是沒(méi)問(wèn)題的。這樣你就沒(méi)戲了，微軟那么多天才，做了XP還天天打補(bǔ)丁，要你的程序沒(méi)問(wèn)題，既不可能，你也沒(méi)辦法拿出證據(jù)。你要讓客戶明白，所謂驗(yàn)收，就是我按照測(cè)試文檔的測(cè)試用例跑一遍，結(jié)果和預(yù)期結(jié)果一致就應(yīng)該算通過(guò)了，而且還容許有一些小錯(cuò)誤留在驗(yàn)收后改正，他可以對(duì)測(cè)試用例提意見。所以，驗(yàn)收前雙方要確認(rèn)測(cè)試計(jì)劃和測(cè)試用例。如果他認(rèn)為系統(tǒng)不符合要求，那么他應(yīng)該舉證，證明這個(gè)系統(tǒng)和最初設(shè)計(jì)相背離的。所以，參考法律概念，千萬(wàn)不要舉證倒置。另外，認(rèn)為系統(tǒng)完美了才能驗(yàn)收的想法也是錯(cuò)誤的，軟件開發(fā)合同里一定要注明驗(yàn)收以后維護(hù)期的費(fèi)用問(wèn)題，否則，客戶擔(dān)心一旦驗(yàn)收就得不到你們的支持，自然不配合驗(yàn)收，那么，你這個(gè)項(xiàng)目經(jīng)理就很難交功課了。 。
