四.控制和執(zhí)行階段

　　1.軟件開(kāi)發(fā)

　　實(shí)在沒(méi)什么好說(shuō)的，也是大家最不愿意談的，平時(shí)在公司里談的已經(jīng)夠多的了，還要在這里受我嘮叨。需要提醒的依然是團(tuán)隊(duì)合作精神和完善的文檔管理制度。SOURCESAFE這些工具有時(shí)候還是有必要使用的。經(jīng)?？吹接腥苏f(shuō)天才程序員不寫注釋什么的。我相信有這種天才程序員，因?yàn)槲遗龅竭^(guò)幾個(gè)。我愛(ài)人公司里也有一個(gè)，他們的一套產(chǎn)品核心代碼就是這個(gè)人寫的，4年過(guò)去了，周邊代碼換了好幾茬，核心算法始終沒(méi)換過(guò)，可惜這小子跟了李洪痔，如今已經(jīng)不知所蹤了。但是他的代碼似乎也要有點(diǎn)注釋的，沒(méi)有注釋過(guò)段時(shí)間再天才的程序員也不能保證他是最有記憶力的。而且，對(duì)一個(gè)項(xiàng)目的編碼來(lái)說(shuō)，靠一兩個(gè)人打天下如今是不可能了。別人的公司都是團(tuán)隊(duì)，兩人智慧勝一人，這頭還在靠一個(gè)天才支撐門面，實(shí)際上市場(chǎng)可就別人搶了去，那時(shí)候再天才也沒(méi)用了。編碼的時(shí)候講究技術(shù)公開(kāi)，程序員不要藏著掖著，對(duì)大家沒(méi)好處，PM要想辦法調(diào)動(dòng)大家創(chuàng)新思維的積極性，營(yíng)造良好的技術(shù)討論氛圍，碰到技術(shù)難關(guān)的時(shí)候就容易攻破了。

　　有個(gè)問(wèn)題需要單獨(dú)對(duì)還沒(méi)有PM覺(jué)悟的程序員說(shuō)，其實(shí)是在調(diào)研的時(shí)候就定了的，就是使用什么樣的開(kāi)發(fā)工具。沒(méi)有經(jīng)驗(yàn)的程序員往往會(huì)拿著C++或者JAVA的資格證書或者擁有一兩個(gè)開(kāi)發(fā)工具的一些經(jīng)驗(yàn)而得意洋洋。其實(shí)老板和PM根本不看重這個(gè)，他們關(guān)心的是使用什么樣的工具能盡快的達(dá)到目的。管你什么C++，DELPHI，PB還是JAVA，只要能做的出來(lái)，VFP都可以用。我舉這個(gè)例子并非說(shuō)不看中工具，而是提醒想轉(zhuǎn)型為PM的程序員，第一要把工具當(dāng)作工具，而不要被工具套進(jìn)去，鉆研一些一輩子都用不上的技術(shù);第二要掌握的并非是單獨(dú)的一個(gè)工具，而是流行的程序設(shè)計(jì)的思想，以及在最短時(shí)間內(nèi)掌握一門陌生工具的能力。只有建立了這樣的思維，才有可能轉(zhuǎn)為PM，否則一輩子都是技術(shù)工人，最多就是個(gè)技術(shù)總監(jiān)。

　　2.變更

　　對(duì)任何項(xiàng)目，變更無(wú)可避免，無(wú)從逃避，只能去積極應(yīng)對(duì)，這個(gè)應(yīng)對(duì)應(yīng)該是從需求分析就開(kāi)始了。對(duì)一個(gè)需求分析做的很好的項(xiàng)目來(lái)說(shuō)，基準(zhǔn)文件定義的范圍越詳細(xì)清晰，用戶跟PM扯皮的幌子就越少。而需求沒(méi)做好，基準(zhǔn)文件里的范圍含糊不清，被客戶抓住空子搞你一下是非常頭疼的事情，往往要付出無(wú)謂的犧牲，有時(shí)候甚至非?；鸫?。

　　需求做的好，文檔清晰又有客戶簽字，那么后期客戶提出的變更就超出了合同的范圍，需要另外收費(fèi)。這個(gè)時(shí)候千萬(wàn)不能手軟，并非要刻意賺取客戶的錢財(cái)，而是不能養(yǎng)成客戶經(jīng)常變更的習(xí)慣，否則后患無(wú)窮，維護(hù)的成本會(huì)讓PM吃不消。在客戶提出變更請(qǐng)求時(shí)，要建立變更申請(qǐng)登記表和變更申請(qǐng)表，并讓客戶簽字。當(dāng)然，有時(shí)候一些不是非常關(guān)鍵的模塊PM也不至于一點(diǎn)不講情面，該賣面子的時(shí)候還是要賣，尤其是當(dāng)著對(duì)方領(lǐng)導(dǎo)的面，千萬(wàn)要賣面子，但是也別賣的太干脆，不要讓他們得到的太容易。

　　需求做的不好，客戶抓住漏洞或者非常不講道理，麻煩就大了。有時(shí)候爭(zhēng)論會(huì)很厲害，到非常白熱化的地步，PM與客戶代表幾乎溝通不了。PM在客戶關(guān)系和短期利益兩方面難以取舍，一般都是向客戶妥協(xié)，最終形成惡性循環(huán)。這種情況非常難辦。一般這種情況都是到了項(xiàng)目后期，做重大的更改幾乎是不可能的事情，如果白做就要虧錢。而這個(gè)時(shí)候如果PM跟對(duì)方高層的人關(guān)系搞的定，可以透過(guò)對(duì)方高層把事情壓住。然而由于已經(jīng)到后期，客戶代表不會(huì)輕易更換，對(duì)方這次沒(méi)有改成，必然心懷不滿，下回在別的模塊依然會(huì)找麻煩或者在談二期的時(shí)候動(dòng)動(dòng)手腳，都是很讓PM傷腦筋的事情，這方面目前還沒(méi)有什么好的解決方法，所以盡可能的做好需求比什么都重要。相對(duì)需求來(lái)說(shuō)，什么WBS，風(fēng)險(xiǎn)管理，計(jì)劃進(jìn)度都是扯淡，需求做好了，一帆風(fēng)順。還有一種辦法就是裝可憐，要裝的非常的象，在對(duì)方的領(lǐng)導(dǎo)面前裝，而且不能讓人看出是裝的樣子，要讓你自己都覺(jué)得你自己是真的可憐，那么就算這次客戶硬是要求改了，下回他也必然不好意思再叫你改。其實(shí)人心都是肉長(zhǎng)的，如果可能的話，我還是不贊同使用一些手段的，但是有時(shí)候客戶非常難以在短時(shí)間打動(dòng)而工期又將接近，這種情況下就要靠PM耍一些手段了。各人有各人的方式，八仙過(guò)海，各顯神通吧。

　　PM在變更管理中需要做的是分析變更請(qǐng)求，評(píng)估變更可能帶來(lái)的風(fēng)險(xiǎn)和修改基準(zhǔn)文件。

　　3.質(zhì)量控制

　　大公司有質(zhì)量管理部門(QA)，QA的成員基本上都是由非常有經(jīng)驗(yàn)的PM轉(zhuǎn)型過(guò)來(lái)的老狐貍，是老總接班人的有力爭(zhēng)奪者。一個(gè)QA會(huì)管理多個(gè)項(xiàng)目，有時(shí)候甚至?xí)H身參與。PM和QA有些象貓和老鼠，不停的通過(guò)報(bào)表傳遞一些心照不宣的假數(shù)字。QA對(duì)PM的工作最終是有評(píng)定的：A級(jí)表示總體在控制下;B級(jí)表示當(dāng)前在控制下;C級(jí)表示有顯著問(wèn)題;D級(jí)表示有重大問(wèn)題。如果PM得了個(gè)D，那可不太妙，不但世界級(jí)的QA會(huì)每個(gè)月要收?qǐng)?bào)告，地區(qū)QA會(huì)一個(gè)星期找來(lái)面談一次，訓(xùn)一頓。得到A的PM是很逍遙的，基本上不會(huì)有人來(lái)過(guò)問(wèn)。在沒(méi)有QA的公司，質(zhì)量控制只能由經(jīng)過(guò)授權(quán)的團(tuán)隊(duì)成員進(jìn)行，效果就要差的多了。

　　質(zhì)量管理貫穿整個(gè)項(xiàng)目周期，詳細(xì)的可以參見(jiàn)CMM。

　　4.成本管理

　　PM經(jīng)常通過(guò)控制進(jìn)度和預(yù)估來(lái)控制成本。PM必須經(jīng)常問(wèn)自己，項(xiàng)目已經(jīng)到了什么階段?完成了多少?花費(fèi)了多少?完成時(shí)成本是多少?掙值法的術(shù)語(yǔ)不少，象BCWS，BCWP，ACWP，但是關(guān)系比較簡(jiǎn)單，大家參閱一下相關(guān)資料，這里不再羸述?？傊?，PM要管理好成本，注意節(jié)約，但并非是拼命剝削程序員，該花的還是要花。