二.啟動(dòng)階段

　　1.項(xiàng)目的一些基本概念

　　項(xiàng)目三要素有多種版本，各不相同。實(shí)際操作中多分為范圍，成本與進(jìn)度，其中最重要的莫過于范圍。我們把項(xiàng)目最終生成并提交給用戶的產(chǎn)品和文檔統(tǒng)稱為遞交件。談判的時(shí)候一定要確立遞交件的標(biāo)準(zhǔn)和要求，也就是范圍。盡管商戰(zhàn)的時(shí)候不可避免的客戶會(huì)不斷提高標(biāo)準(zhǔn)和要求，而承諾的款項(xiàng)卻不會(huì)有一分錢的增加。但是這個(gè)標(biāo)準(zhǔn)對(duì)每個(gè)公司來說都有一個(gè)底線，一旦超過了這個(gè)底線，那項(xiàng)目就肯定是虧的。除非是為了二期有利可圖或者是為了搞好關(guān)系，否則范圍超過底線的時(shí)候情愿不做，再厲害的PM在這種情況下也是無能為力。建立范圍需要的就是PM的多年的實(shí)戰(zhàn)經(jīng)驗(yàn)，在大大小小的項(xiàng)目中用血淚換來的一些體會(huì)。在這個(gè)時(shí)候，很能體現(xiàn)PM與技術(shù)人員的區(qū)別。成本就是客戶答應(yīng)付的款項(xiàng)，與我們的投入成本并不是一回事情。進(jìn)度就不用多描述了。

　　項(xiàng)目如何成功?也有一些關(guān)鍵的因素。個(gè)人的理解也不盡相同，通常包括以下幾個(gè)方面：界定工作目標(biāo)及工作任務(wù);老板或高層的支持;優(yōu)秀的PM和開發(fā)團(tuán)隊(duì);充足的資源;良好的溝通;對(duì)客戶的積極反應(yīng)以及適當(dāng)?shù)谋O(jiān)控和反饋。這里要注意的就是資源和高層的支持。一個(gè)上規(guī)模的公司總是同時(shí)會(huì)有很多項(xiàng)目，可是再大規(guī)模的公司資源也不足以保證每個(gè)項(xiàng)目都能組建最合適的開發(fā)隊(duì)伍或擁有最好的環(huán)境。這時(shí)候各個(gè)團(tuán)隊(duì)或者部門之間不可避免的會(huì)發(fā)生資源爭奪戰(zhàn)，摩擦再所難免。這時(shí)候?qū)M的作人再次提出挑戰(zhàn)。除了高層對(duì)PM項(xiàng)目的重視程度，如果PM平時(shí)在公司與同事相處的好往往能使很多別人看起來很棘手的問題迎刃而解。相反，一個(gè)不會(huì)作人的PM由于人緣差，即使高層強(qiáng)壓別的部門或團(tuán)隊(duì)配合，別人也會(huì)能拖就拖，延緩項(xiàng)目的進(jìn)度和質(zhì)量。有時(shí)候，這種內(nèi)耗對(duì)項(xiàng)目和PM來說是毀滅性的。對(duì)客戶的積極反應(yīng)也比較關(guān)鍵。一般來說PM已經(jīng)被項(xiàng)目里大大小小的事情搞的筋疲力盡，要PM去主動(dòng)要求客戶配合是很吃力的事情。然而，這個(gè)時(shí)候，越是困難，越是覺得累，越是要去主動(dòng)?？蛻敉膊皇翘貏e的積極，主動(dòng)與客戶聯(lián)系溝通和測試能及早發(fā)現(xiàn)問題。從風(fēng)險(xiǎn)控制的角度來說，問題發(fā)現(xiàn)的越早，風(fēng)險(xiǎn)越小，損失也就越小。積極的態(tài)度可以帶動(dòng)客戶的積極性，在項(xiàng)目完工的時(shí)候，客戶對(duì)你的感激往往是難以用語言描述的，這對(duì)以后接單或者做二期三期會(huì)打下良好的基礎(chǔ)。因?yàn)樵诤蛣e的新客戶談判的時(shí)候，新客戶自然會(huì)找你的老客戶了解情況，這時(shí)老客戶隨意的一句話頂?shù)纳夏愫苜M(fèi)心的十句。

　　項(xiàng)目具有商業(yè)行為的幾個(gè)重要特征，有消費(fèi)源，有參與者，有成功關(guān)鍵因素，有財(cái)務(wù)目標(biāo)，有風(fēng)險(xiǎn)。

　　2.啟動(dòng)階段的主要任務(wù)

　　根據(jù)PMI的解釋，接單之后項(xiàng)目自然轉(zhuǎn)入啟動(dòng)階段。啟動(dòng)階段PM的主要任務(wù)是率領(lǐng)總體架構(gòu)設(shè)計(jì)師和系統(tǒng)分析員收集盡可能詳細(xì)的數(shù)據(jù)，確立盡可能詳細(xì)的需求，進(jìn)一步確立詳細(xì)的項(xiàng)目范圍，預(yù)估資源，確立其他方案并獲得進(jìn)入下一階段的批準(zhǔn)。在這個(gè)階段，隨著需求分析的深入，PM也開始在公司內(nèi)部進(jìn)行人員挑選和資源爭奪，著手組建自己的項(xiàng)目團(tuán)隊(duì)。項(xiàng)目即將進(jìn)入計(jì)劃階段。

　　在收集完數(shù)據(jù)之后，PM要和客戶開始明確項(xiàng)目的大小，成本，規(guī)格，期限等重要特征并將其寫入合同文本，同時(shí)準(zhǔn)備內(nèi)部的包括預(yù)算，衡量標(biāo)準(zhǔn)等文檔，建立項(xiàng)目的評(píng)估標(biāo)準(zhǔn)。接下來就是需求分析。由于專業(yè)的原因，我們這里僅討論軟件工程項(xiàng)目的需求分析(以下簡稱需求分析)。

　　需求分析的主要參與人員有PM，總體架構(gòu)設(shè)計(jì)師，系統(tǒng)分析員，熟悉業(yè)務(wù)流程的客戶。PM統(tǒng)領(lǐng)的團(tuán)隊(duì)這時(shí)候還不是真正的開發(fā)團(tuán)隊(duì)，我們叫做前期團(tuán)隊(duì)。隨著需求分析的逐步深入，新的團(tuán)隊(duì)成員不斷加入，啟動(dòng)階段結(jié)束的時(shí)候正式的團(tuán)隊(duì)將建立。對(duì)一個(gè)已經(jīng)啟動(dòng)的項(xiàng)目來說，需求分析直接決定了項(xiàng)目的成功與失敗。最初的需求體現(xiàn)在客戶的工作說明書或招標(biāo)文件及附件上。這種需求一般比較含糊，無法體現(xiàn)客戶真正的需求。前期團(tuán)隊(duì)要根據(jù)自己的經(jīng)驗(yàn)和客戶溝通并引導(dǎo)客戶進(jìn)入正軌。有時(shí)候客戶會(huì)很不講道理或者思路僵化，就要求按照他的思維去定一些明顯錯(cuò)誤的需求。這個(gè)時(shí)候團(tuán)隊(duì)成員要耐心和客戶舉事實(shí)，談經(jīng)驗(yàn)，講道理，用圖形或模型等直觀的方式將需求描述出來，比如常見的數(shù)據(jù)流圖等。所以說，爭論再所難免，客戶有時(shí)候會(huì)吹胡子瞪眼睛拍桌子甚至?xí)f"這個(gè)東西不要你們做了"之類的話。PM此時(shí)除了要親身參與需求分析綜合整理文檔之外，還要處理好團(tuán)隊(duì)成員與客戶的關(guān)系，確保關(guān)系不會(huì)惡化到無法收拾的地步。只要PM盡力約束團(tuán)隊(duì)中的成員，這個(gè)度還是很容易控制的。

　　對(duì)快速開發(fā)和疊代開發(fā)來說，需求和實(shí)現(xiàn)往往是同步進(jìn)行，開發(fā)速度快是一大優(yōu)勢。對(duì)有相同或類似模式的小項(xiàng)目來說采用快速開發(fā)或疊代開發(fā)是很合算的做法，時(shí)下流行的極限編程就是針對(duì)這方面建立的思維模式。然而，大中型項(xiàng)目中有太多不一樣的需求和模塊。如果不是因?yàn)轫?xiàng)目有差異，那么市場上就只有產(chǎn)品而沒有項(xiàng)目了。所以，大中型項(xiàng)目的需求要認(rèn)真仔細(xì)的去做。我們要討論一個(gè)問題，究竟應(yīng)該在需求分析和總體設(shè)計(jì)上花費(fèi)多少時(shí)間?我們熟悉的瀑布開發(fā)模式基本上分需求分析，總體設(shè)計(jì)，軟件開發(fā)，測試等幾個(gè)階段，然而究竟應(yīng)該在前兩個(gè)階段上花多少時(shí)間卻沒有定論。實(shí)際項(xiàng)目操作的例子表明，分析設(shè)計(jì)的時(shí)間越長，需求設(shè)計(jì)做的越詳細(xì)，測試的時(shí)間就越短，返工率越低，風(fēng)險(xiǎn)也越小，成本越容易得到控制。而需求分析和總體設(shè)計(jì)沒有做好就急忙上馬進(jìn)行開發(fā)的項(xiàng)目在項(xiàng)目初期進(jìn)展順利的時(shí)候問題不大，到了項(xiàng)目后期和測試階段一些潛伏期比較長但是破壞作用比較大的問題就會(huì)凸顯出來，造成返工，延長測試時(shí)間。所以與其把問題堆積到緊張的項(xiàng)目后期，不如把時(shí)間多花點(diǎn)到需求分析和總體設(shè)計(jì)上?；A(chǔ)夯實(shí)了，金字塔就容易造了。

　　在日本公司打工的程序員們可能都知道，小日本的軟件規(guī)范非常厲害，他們花在需求分析和總體設(shè)計(jì)上的時(shí)間通常在40%到50%左右，遠(yuǎn)遠(yuǎn)超過國內(nèi)軟件項(xiàng)目的實(shí)施，效果也要強(qiáng)的多。他們總體設(shè)計(jì)的規(guī)范甚至詳盡到某個(gè)過程該如何判斷，確立什么樣的條件，換言之就是把什么時(shí)候該如何寫(if...else)語句都幫程序員定好了。在這樣的軟件規(guī)范下，程序員更象是裝配流水線上的工人，對(duì)一個(gè)模塊或技術(shù)熟悉到一定程序就變成了完全的重復(fù)性勞動(dòng)。所以在日本和歐美經(jīng)常會(huì)有程序員是低級(jí)工作一說，很多人不明就里，對(duì)國內(nèi)程序員也照搬，對(duì)國內(nèi)的程序員來說是很不公平的。在國內(nèi)，只會(huì)照抄別人代碼，一點(diǎn)都不懂創(chuàng)新，凡事依靠別人，快下班就盯著表看的程序員是不少，這種人一般很難有什么前途。但是，優(yōu)秀的不斷進(jìn)取的程序員也很多。由于國內(nèi)沒有象CMM這樣的軟件規(guī)范或者很少，所以這類優(yōu)秀的程序員不少都是干著系統(tǒng)分析員甚至PM的活，拿著程序員的工資。這類程序員雖然在起步時(shí)會(huì)吃很多虧，而且是主動(dòng)找虧吃，然而幾年之后與前一種程序員的社會(huì)地位會(huì)出現(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)去干了好幾年，對(duì)自己的那一塊熟的不得了，而對(duì)隔壁同事所做的東西一竅不通。拒傳華為正在嘗試CMM4(華為印度研究所已經(jīng)通過CMM4)，對(duì)在華為工作的程序員們來說可謂福禍難料。當(dāng)然，已經(jīng)作到PM或QA或者熱愛CODING的朋友例外。

　　需求分析本身也存在著時(shí)間分配的問題。第一遍需求分析花的時(shí)間會(huì)最長，分析員們?cè)诳蛻舻母鱾€(gè)部門之間幾乎把腿都跑斷，把口水說干，就是為了確立一個(gè)初期的需求模型。所有的文檔將會(huì)提交給PM進(jìn)行復(fù)審并簽字，不合格的打回重做。反饋表隨之將提交給客戶，第二遍第三遍等等等等接踵而來，與客戶反復(fù)討論和磋商，反復(fù)提交文檔和表格，目的只有一個(gè)，明確需求。當(dāng)PM最終合并了所有文檔并確立需求之后，最終生成的需求文檔將提交給客戶的各部門負(fù)責(zé)人簽字。這些文檔將作為合同的附件添加，以便在將來項(xiàng)目變更或者碰到重大問題時(shí)和客戶扯皮的重要依據(jù)。需要說明的是，客戶并非都是蠻不講理，但是說實(shí)話，頗有無奈，國內(nèi)目前的項(xiàng)目大多數(shù)客戶為了不讓自己的錢白花，經(jīng)常變著法子提需求。在啟動(dòng)階段明確需求并簽字，無論最終情況如何，一份詳盡的書面文檔可以解決很多口頭承諾或概念模糊的文檔帶來的許多問題。

　　詳盡的需求分析有一個(gè)額外的好處就是對(duì)一些雙方都很陌生或者從來無人嘗試的領(lǐng)域?qū)⑹且粋€(gè)決定是否進(jìn)行項(xiàng)目的判斷標(biāo)準(zhǔn)。有時(shí)候，這種大項(xiàng)目在簽單時(shí)雙方都沒有絕對(duì)把握保證可以出成果，一旦在需求分析階段發(fā)現(xiàn)難以逾越的技術(shù)難關(guān)，就會(huì)放棄項(xiàng)目。典型的例子就是NMD洲際導(dǎo)彈防御系統(tǒng)。上世紀(jì)八十年代初美國搞星球大戰(zhàn)計(jì)劃，拖跨了蘇聯(lián)。大家對(duì)那段歷史有些含糊，很多人認(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)目被放棄。

　　3.項(xiàng)目啟動(dòng)

　　項(xiàng)目啟動(dòng)要確定項(xiàng)目計(jì)劃，與客戶一起實(shí)施第一次項(xiàng)目審核，確認(rèn)并對(duì)一些產(chǎn)品和服務(wù)向下包廠商下訂單。這個(gè)時(shí)候的PM會(huì)忽然發(fā)現(xiàn)有開不完的會(huì)，一天開三到四個(gè)會(huì)議是很正常的事情。這些會(huì)議有與客戶的會(huì)議，與下包廠商的，有團(tuán)隊(duì)的，有公司高層的。團(tuán)隊(duì)的會(huì)議主要是建立正式的團(tuán)隊(duì)，提供團(tuán)隊(duì)成員的角色和職責(zé)，提供績效管理方法，向成員提供項(xiàng)目范圍和目標(biāo)。與客戶的一個(gè)主要會(huì)議將是項(xiàng)目啟動(dòng)會(huì)議。在這個(gè)會(huì)議上PM會(huì)與客戶確立正式的交流渠道，項(xiàng)目綜合描述，讓項(xiàng)目參與人員相互了解，建立以PM為核心的管理制度。還有一些零零碎碎的東西甚至包括辦公場地的大小，電話多少部，所有人的聯(lián)系方式等等都要在會(huì)議上確立，并做會(huì)議記錄。這都是些非?，嵥榈氖虑?，聽起來婆婆***，卻是非常必要，缺一不可。大概就是所謂三軍未動(dòng)，糧草先行吧。

　　這時(shí)候，作為公司高層，應(yīng)該向全公司發(fā)表申明，正式給PM發(fā)布項(xiàng)目經(jīng)理任命書和項(xiàng)目授權(quán)書。這個(gè)動(dòng)作雖然在別人看來有些形式主義，但是對(duì)提高PM本人的士氣和責(zé)任感是有很大助力的。