（二）參考建議
做好前期準(zhǔn)備。前期準(zhǔn)備很重要，如果在開(kāi)始構(gòu)建之前認(rèn)真的地進(jìn)行適當(dāng)?shù)臏?zhǔn)備活動(dòng)，那么項(xiàng)目會(huì)運(yùn)作的良好。充足的準(zhǔn)備防止我們制造一個(gè)錯(cuò)誤的產(chǎn)品。前期工作的好壞，多少會(huì)為這個(gè)項(xiàng)目的成功和失敗打下基礎(chǔ)。即使進(jìn)入構(gòu)建階段，如果我們發(fā)現(xiàn)前期工作做的不好，也完全有理由退回去。前期準(zhǔn)備工作和核心目標(biāo)是降低風(fēng)險(xiǎn)——一個(gè)好的項(xiàng)目規(guī)劃者能夠盡可能早地將主要的風(fēng)險(xiǎn)清除掉，以使項(xiàng)目的大部分工作能夠盡可平穩(wěn)地進(jìn)行。目前，對(duì)后期影響嚴(yán)重的風(fēng)險(xiǎn)是糟糕的需求分析和項(xiàng)目規(guī)劃，因此準(zhǔn)備工作傾向于集中改進(jìn)需求分析和項(xiàng)目規(guī)劃。
預(yù)先行其事，必先利其器。用軟件武裝團(tuán)隊(duì)提高生產(chǎn)效率，例如：版本控制，錯(cuò)誤跟蹤，信息發(fā)布，自動(dòng)發(fā)布，CASE工具，調(diào)試工具，測(cè)試工具，文檔管理，代碼生成工具等等。
分析項(xiàng)目類(lèi)型，在管理和構(gòu)建之間找尋平衡。商業(yè)系統(tǒng)、使命攸關(guān)的系統(tǒng)、性命攸關(guān)的系統(tǒng)在整個(gè)項(xiàng)目階段具備不同的控制粒度。需要根據(jù)項(xiàng)目的具體類(lèi)型來(lái)確定管理的嚴(yán)謹(jǐn)程度，避免“過(guò)度控制”或“控制不足”。
需求必須被凍結(jié)。需求必須被凍結(jié)，如果需求不能凍結(jié)，那么誰(shuí)來(lái)了都沒(méi)有用。再?gòu)?qiáng)的團(tuán)隊(duì)也無(wú)法完成一個(gè)無(wú)盡的任務(wù)。
變更必須走流程。正確應(yīng)對(duì)變更，變更并不可怕，可怕的是失控的變更。以下建議希望對(duì)讀者有所幫助：
在構(gòu)建期間處理需求變更
1、核對(duì)需求，評(píng)估質(zhì)量：如果需求不夠好，停下來(lái)，把它做好再開(kāi)始。
2、確保每一個(gè)人都知道需求變更的代價(jià)：讓客戶(hù)知道需求辦更并不像在Excel上進(jìn)行幾個(gè)修改那樣容易，“進(jìn)度”和“成本”是你有力的武器。
3、建立一套變更控制程序：固定的變更控制程序讓你知道在什么時(shí)候處理變更，讓客戶(hù)知道你會(huì)處理他們的提議。
4、使用能適應(yīng)變更的開(kāi)發(fā)方法：迭代與增量。
5、放棄這個(gè)項(xiàng)目：如果以上提議沒(méi)有一條奏效，需求變更極其頻繁，那么，評(píng)估你的項(xiàng)目，考慮放棄它吧，繼續(xù)下去你只會(huì)越陷越深。
6、注意項(xiàng)目的商業(yè)案例：性?xún)r(jià)比，沒(méi)必要滿(mǎn)足超出項(xiàng)目成本的需求。
關(guān)于加班。做IT的加班是很正常的，但加班要加的有意義，而且不應(yīng)該長(zhǎng)期加班。必須針對(duì)關(guān)鍵路徑上的工作進(jìn)行趕工，而不是做些無(wú)法加快整體進(jìn)度的工作。而且，應(yīng)當(dāng)安排調(diào)休，而不是支付加班費(fèi)。其主要原因也是我不贊成加班的原因——疲勞更容易引人缺陷。加班無(wú)疑會(huì)使人疲勞，每個(gè)人都想盡快結(jié)束手上的工作后回家休息。在長(zhǎng)期疲憊的情況下，人員的工作效率會(huì)下降，士氣會(huì)低落，非正常離職率增加，重要的是疲憊的團(tuán)隊(duì)很難保證軟件的質(zhì)量，缺陷在不知不覺(jué)中引人，在后期無(wú)疑會(huì)為此付出代價(jià)。項(xiàng)目的總成本和周期，都會(huì)隨著引人缺陷的數(shù)量的增加而倍增，而且發(fā)現(xiàn)的越晚越嚴(yán)重。
做好版本控制和配置管理。版本控制和配置管理是必須有的，即便是再小的項(xiàng)目也不能忽視，必須加以重視，一旦版本混亂，多多少少會(huì)對(duì)構(gòu)活動(dòng)造成影響。所以，平時(shí)不要偷懶，管理好每個(gè)基線(xiàn)。
授權(quán)的好處。授權(quán)好處多多，包括：一，減少管理者工作量；二，對(duì)人員有意識(shí)地進(jìn)行鍛煉，培養(yǎng)儲(chǔ)備人才；三，提高人員對(duì)項(xiàng)目的參與度，從而提高士氣。
樂(lè)觀管理與悲觀管理。樂(lè)觀與悲觀完全取決于人的性格，一般來(lái)講多數(shù)傾向于樂(lè)觀，應(yīng)該清楚這兩種性格在項(xiàng)目中的優(yōu)勢(shì)與劣勢(shì)。我本人傾向于悲觀，可能是性格使然，但悲觀的管理至少不會(huì)誤事。樂(lè)觀管理的優(yōu)勢(shì)在于，很容易營(yíng)造氣氛，擅長(zhǎng)給客戶(hù)或領(lǐng)導(dǎo)描繪一個(gè)美好的未來(lái)。這種作風(fēng)，前期很舒服，但后期可能要吃苦了。樂(lè)觀管理容易出現(xiàn)的問(wèn)題是對(duì)風(fēng)險(xiǎn)的預(yù)計(jì)不足，不能預(yù)留充足的緩沖時(shí)間，沒(méi)有準(zhǔn)備足夠的預(yù)防措施。其表現(xiàn)是，在進(jìn)行進(jìn)度計(jì)劃時(shí)，總是認(rèn)為的問(wèn)題可以解決，已經(jīng)修復(fù)的BUG將不會(huì)再次出現(xiàn)，用戶(hù)需求是后一次變更，等等諸如此類(lèi)的樂(lè)觀想法會(huì)使管理者蒙蔽雙眼，而沒(méi)有做足風(fēng)險(xiǎn)應(yīng)對(duì)，其結(jié)果是不管怎么加班是趕不上進(jìn)度，因?yàn)檫M(jìn)度計(jì)劃被設(shè)計(jì)為順利的情形，而不是現(xiàn)實(shí)場(chǎng)景。悲觀管理的好處是，為潛在風(fēng)險(xiǎn)做足了準(zhǔn)備。但悲觀管理有一個(gè)非常大的缺陷，是“過(guò)度控制”，可以比喻為“疑心病”（小心的都有些病態(tài)了）。其表現(xiàn)是為：按照之前的措施，發(fā)現(xiàn)遺漏了一個(gè)問(wèn)題，那么悲觀管理者會(huì)在之前措施基礎(chǔ)上增加新的保障措施，然后又發(fā)現(xiàn)遺漏了一個(gè)問(wèn)題，之后會(huì)繼續(xù)追加保障措施。乍看之下沒(méi)啥問(wèn)題，因?yàn)槭窃诓粩嗟剡M(jìn)行過(guò)程改進(jìn)，但問(wèn)題出在保障措施的增長(zhǎng)速度過(guò)于驚人，稱(chēng)其為“疑心病”一點(diǎn)也不為過(guò)，悲觀管理者容易在很小的地方施加過(guò)多的控制，造成人日的浪費(fèi)，而忽略掉本應(yīng)該關(guān)注的更為重要的問(wèn)題。不管那種性格的管理，清楚自己的弱點(diǎn)總是好的。
有效的溝通，不要踢皮球。軟件項(xiàng)目因?yàn)槠浔旧淼膹?fù)雜度和涉眾眾多，所以更加需要溝通。溝通問(wèn)題是所有大型項(xiàng)目都共用的問(wèn)題，在大多數(shù)團(tuán)隊(duì)中往往也不認(rèn)為溝通是個(gè)問(wèn)題。但我還是想請(qǐng)讀者認(rèn)真對(duì)待溝通，比如郵件。郵件可以回復(fù)的慢，但請(qǐng)回復(fù)郵件。當(dāng)我在一個(gè)連發(fā)出的郵件都沒(méi)人回復(fù)的團(tuán)隊(duì)中工作時(shí)，除了無(wú)法解決問(wèn)題，讓我感受到的只有無(wú)奈以及冷漠。
客戶(hù)是我們的朋友。把你的客戶(hù)當(dāng)成朋友，客戶(hù)是我們做重要的資源之一。在每個(gè)客戶(hù)背后往往隱藏著更多潛在的客戶(hù)。我們必須清楚，客戶(hù)作為非專(zhuān)業(yè)人士，其可能并不理解我們的工作，在項(xiàng)目執(zhí)行階段產(chǎn)生摩擦是難免的。但是，這些都不能成為我們遷怒客戶(hù)或故意在工作中放水的借口。即便是為了項(xiàng)目能成功收尾，我們也必須維護(hù)好與客戶(hù)的關(guān)系。
不要超前設(shè)計(jì)，不要項(xiàng)目鍍金。超前設(shè)計(jì)和項(xiàng)目鍍金都是不可取的，因?yàn)樗窃诶速M(fèi)資源。滿(mǎn)足需求以外的東西，不會(huì)對(duì)你的項(xiàng)目有任何好處，但是卻可能引人缺陷。
總結(jié)經(jīng)驗(yàn)教訓(xùn)。必須對(duì)階段進(jìn)行經(jīng)驗(yàn)教訓(xùn)總結(jié)，沒(méi)有什么比這些收獲更有價(jià)值。這樣文檔是組織的資產(chǎn)，是以后類(lèi)似項(xiàng)目的參考和依據(jù)，并在持續(xù)優(yōu)化方面發(fā)揮更為重要的作用。
不要讓會(huì)議和文檔拖了團(tuán)隊(duì)的后腿。“當(dāng)船快要沉的時(shí)候，我們需要的是一個(gè)發(fā)號(hào)施令的，而不是開(kāi)會(huì)。”軟件項(xiàng)目的核心問(wèn)題是降低復(fù)雜度，越是復(fù)雜的項(xiàng)目越需要溝通，但別讓開(kāi)會(huì)拖了我們的后腿。沒(méi)有必要的會(huì)盡量少開(kāi)或不開(kāi)，要常開(kāi)會(huì)，開(kāi)小會(huì)，每次會(huì)議幾個(gè)相關(guān)干系人碰頭溝通下可以了，沒(méi)有必要擴(kuò)大為全員參與。冗長(zhǎng)的討論應(yīng)該適時(shí)的終止，畢竟會(huì)議室上只能做出決策，而解決問(wèn)題還得在會(huì)下。所以我認(rèn)為應(yīng)該精簡(jiǎn)那些冗長(zhǎng)的會(huì)議，別然開(kāi)會(huì)成為我們的工作。此外，要時(shí)刻謹(jǐn)記客戶(hù)終需要的是可以良好運(yùn)行的軟件產(chǎn)品而不是華麗的文檔。所以，文檔要恰到好處，寫(xiě)的再漂亮的文檔沒(méi)有完備的系統(tǒng)也不過(guò)是廢紙一堆，別丟了西瓜撿芝麻，可以正常工作的軟件才是我們的工作重心。
核對(duì)表的你的好助手。像飛機(jī)工程師在檢查飛機(jī)時(shí)使用核對(duì)表一樣，軟件項(xiàng)目也可以大量使用核對(duì)表。核對(duì)表可以幫助檢驗(yàn)文檔的質(zhì)量，降低缺陷數(shù)量，以及改進(jìn)項(xiàng)目管理。好的核對(duì)表，是你工作中的好助手。
小范圍的受控好過(guò)大范圍的失控。要注意控制的粒度，事無(wú)巨細(xì)。根據(jù)項(xiàng)目規(guī)模，人員構(gòu)成，要采用不同的控制粒度。評(píng)估可控范圍，并不是控制越廣越好，控制不了是失控。 對(duì)無(wú)暇顧及的地方授權(quán)別人管理是個(gè)可行的做法。 即便是小范圍是受控，也好過(guò)大范圍的失控。一個(gè)失控的項(xiàng)目，誰(shuí)也不知道其會(huì)走向何方。
