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