【文章內(nèi)容簡介】 然在起步時(shí)會吃很多虧，而且是主動找虧吃，然而幾年之后與前一種程序員的社會地位會出現(xiàn)明顯的分化。當(dāng)上進(jìn)的程序員們作為PM進(jìn)行商務(wù)談判的時(shí)候，前者還在各個(gè)公司里頻繁跳槽，跳來跳去都不滿意。有些扯開了，回到我們的話題。日本的軟件規(guī)范與CMM有驚人的相似，其中至少有35%以上都是幾乎一模一樣的。最近經(jīng)濟(jì)不景氣，東京倒閉了160家軟件公司，這個(gè)數(shù)字是今年6月份的，還在不斷增加。這些公司紛紛搶灘上海，招收技術(shù)人員。如果去這樣的公司應(yīng)聘就要考慮清楚了，進(jìn)去可以學(xué)到他們的規(guī)范和質(zhì)量控制，可是要想從程序員成為系統(tǒng)分析員或PM，比登天還難。往往一個(gè)程序員進(jìn)去干了好幾年，對自己的那一塊熟的不得了，而對隔壁同事所做的東西一竅不通。拒傳華為正在嘗試CMM4（華為印度研究所已經(jīng)通過CMM4），對在華為工作的程序員們來說可謂福禍難料。當(dāng)然，已經(jīng)作到PM或QA或者熱愛CODING的朋友例外。需求分析本身也存在著時(shí)間分配的問題。第一遍需求分析花的時(shí)間會最長，分析員們在客戶的各個(gè)部門之間幾乎把腿都跑斷，把口水說干，就是為了確立一個(gè)初期的需求模型。所有的文檔將會提交給PM進(jìn)行復(fù)審并簽字，不合格的打回重做。反饋表隨之將提交給客戶，第二遍第三遍等等等等接踵而來，與客戶反復(fù)討論和磋商，反復(fù)提交文檔和表格，目的只有一個(gè)，明確需求。當(dāng)PM最終合并了所有文檔并確立需求之后，最終生成的需求文檔將提交給客戶的各部門負(fù)責(zé)人簽字。這些文檔將作為合同的附件添加，以便在將來項(xiàng)目變更或者碰到重大問題時(shí)和客戶扯皮的重要依據(jù)。需要說明的是，客戶并非都是蠻不講理，但是說實(shí)話，頗有無奈，國內(nèi)目前的項(xiàng)目大多數(shù)客戶為了不讓自己的錢白花，經(jīng)常變著法子提需求。在啟動階段明確需求并簽字，無論最終情況如何，一份詳盡的書面文檔可以解決很多口頭承諾或概念模糊的文檔帶來的許多問題。詳盡的需求分析有一個(gè)額外的好處就是對一些雙方都很陌生或者從來無人嘗試的領(lǐng)域?qū)⑹且粋€(gè)決定是否進(jìn)行項(xiàng)目的判斷標(biāo)準(zhǔn)。有時(shí)候，這種大項(xiàng)目在簽單時(shí)雙方都沒有絕對把握保證可以出成果，一旦在需求分析階段發(fā)現(xiàn)難以逾越的技術(shù)難關(guān)，就會放棄項(xiàng)目。典型的例子就是NMD洲際導(dǎo)彈防御系統(tǒng)。上世紀(jì)八十年代初美國搞星球大戰(zhàn)計(jì)劃，拖跨了蘇聯(lián)。大家對那段歷史有些含糊，很多人認(rèn)為蘇聯(lián)人上了美國的當(dāng)。其實(shí)并不完全如此，蘇聯(lián)人的情報(bào)機(jī)構(gòu)無孔不入，并非那么容易上當(dāng)受騙。實(shí)際上當(dāng)時(shí)美國國防部已經(jīng)開始著手NMD系統(tǒng)軟件的需求分析，前后耗資數(shù)億美圓，耗時(shí)兩年，僅僅是做需求分析，終于發(fā)現(xiàn)存在著在當(dāng)時(shí)技術(shù)上無法達(dá)到的高度，隨后項(xiàng)目被放棄。項(xiàng)目啟動要確定項(xiàng)目計(jì)劃，與客戶一起實(shí)施第一次項(xiàng)目審核，確認(rèn)并對一些產(chǎn)品和服務(wù)向下包廠商下訂單。這個(gè)時(shí)候的PM會忽然發(fā)現(xiàn)有開不完的會，一天開三到四個(gè)會議是很正常的事情。這些會議有與客戶的會議，與下包廠商的，有團(tuán)隊(duì)的，有公司高層的。團(tuán)隊(duì)的會議主要是建立正式的團(tuán)隊(duì)，提供團(tuán)隊(duì)成員的角色和職責(zé)，提供績效管理方法，向成員提供項(xiàng)目范圍和目標(biāo)。與客戶的一個(gè)主要會議將是項(xiàng)目啟動會議。在這個(gè)會議上PM會與客戶確立正式的交流渠道，項(xiàng)目綜合描述，讓項(xiàng)目參與人員相互了解，建立以PM為核心的管理制度。還有一些零零碎碎的東西甚至包括辦公場地的大小，電話多少部，所有人的聯(lián)系方式等等都要在會議上確立，并做會議記錄。這都是些非常瑣碎的事情，聽起來婆婆***，卻是非常必要，缺一不可。大概就是所謂三軍未動，糧草先行吧。這時(shí)候，作為公司高層，應(yīng)該向全公司發(fā)表申明，正式給PM發(fā)布項(xiàng)目經(jīng)理任命書和項(xiàng)目授權(quán)書。這個(gè)動作雖然在別人看來有些形式主義，但是對提高PM本人的士氣和責(zé)任感是有很大助力的。 （WBS）啟動階段結(jié)束后，項(xiàng)目進(jìn)入計(jì)劃階段，也就正式進(jìn)入實(shí)施。這里概念可能有些不太對頭，其實(shí)是翻譯的緣故，反正大家明白意思就行，不用拘泥于字面。WBS是一組要提交的項(xiàng)目元素，用來組織定義項(xiàng)目的總體范圍，具體包括從工作內(nèi)容，資源，成本角度考慮項(xiàng)目范圍；建立一套系統(tǒng)所需要的分層工作結(jié)構(gòu)；把項(xiàng)目分解成易于管理的幾個(gè)細(xì)目，這概念有些模糊，其實(shí)跟資源管理器里分目錄是一回事情?？梢哉f，WBS是計(jì)劃階段的核心。WBS會詳細(xì)的分到遞交件，包括給自己人用的項(xiàng)目使用的過程文件，給客戶用的模塊和說明文檔，完成每個(gè)細(xì)目的標(biāo)準(zhǔn)以及如何把這些細(xì)目的責(zé)任分配到具體的個(gè)人。WBS有縮進(jìn)式和樹狀式，我這里也沒辦法畫圖，大家參考一些項(xiàng)目管理的書籍，里面有詳細(xì)介紹。我整個(gè)文章只挑我覺得需要注意的地方，如非必要，對技術(shù)細(xì)節(jié)或者工具使用不做詳細(xì)介紹。WBS的細(xì)目并不需要分解到同一水平，最下面的細(xì)目叫做工作包，分包的依據(jù)是個(gè)人的責(zé)任和可信度，也就是說到每個(gè)人頭上的任務(wù)是否能落實(shí)，是否有把握完成；還有就是準(zhǔn)備對項(xiàng)目進(jìn)行控制的程度，程度越深，WBS樹也就越深。由于WBS是實(shí)用性的東西，根據(jù)個(gè)人理解也不一樣，所以一個(gè)項(xiàng)目可能會有幾個(gè)正確的WBS，看PM的需要和最適合當(dāng)前團(tuán)隊(duì)狀態(tài)的進(jìn)行選擇。WBS的定義還是很麻煩的。PM要召開團(tuán)隊(duì)進(jìn)行討論，向成員提供與項(xiàng)目相關(guān)的所有詳細(xì)資料，并把WBS樹分解到二層三層。然后要花上一段時(shí)間讓成員進(jìn)行頭腦風(fēng)暴式（BRAININGSTORM）思考，制訂工作產(chǎn)出和相應(yīng)人員的職責(zé)，記錄每一個(gè)工作包的完成標(biāo)準(zhǔn)。在頭腦風(fēng)暴式思考時(shí)，會有很激烈的爭論，PM要協(xié)調(diào)關(guān)系，調(diào)節(jié)氣氛，從自己能考慮到的各個(gè)角度旁推側(cè)敲，提示成員的思維角度和方向并加以總結(jié)。盡管很麻煩，制訂WBS仍然是非常值得的。如同需求分析一樣，WBS準(zhǔn)備的越充分，編碼的進(jìn)度越快。既然是商業(yè)行為，那么項(xiàng)目的風(fēng)險(xiǎn)必然存在，相信閱讀這個(gè)帖子的朋友不少人都經(jīng)歷過或大或小的風(fēng)險(xiǎn)。有些風(fēng)險(xiǎn)很容易解決，有些風(fēng)險(xiǎn)則大大損害利益。不論什么樣的風(fēng)險(xiǎn)，能避免盡量避免，所以有必要對風(fēng)險(xiǎn)進(jìn)行管理。由于風(fēng)險(xiǎn)的不可預(yù)知性，風(fēng)險(xiǎn)管理難度很大，概念也很難講清楚，只能從一些可行的角度去分析，進(jìn)行管理。首先要識別風(fēng)險(xiǎn)。這是個(gè)難度很高的活。PM要先召開風(fēng)險(xiǎn)識別會議，這個(gè)會議面向公司，高層，跨部門的有經(jīng)驗(yàn)的人都將參加。然后審核由項(xiàng)目小組生成的風(fēng)險(xiǎn)清單并與重要成員進(jìn)行風(fēng)險(xiǎn)溝通，檢查一些重要的風(fēng)險(xiǎn)源如WBS，成本（時(shí)間）預(yù)估，人員計(jì)劃，采購管理等等。最后就要用到PM本身在以前類似項(xiàng)目中得到的經(jīng)驗(yàn)教訓(xùn)。識別之后要進(jìn)行分析。我們可