【正文】 用戶的產(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ū)?PM 的作人再次提出挑戰(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)。客戶往往也不是特別的積極，主動(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)。 根據(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í)候，