#30：開發(fā)者畫蛇添足
開發(fā)者會(huì)被新科技所吸引，有時(shí)會(huì)想要在項(xiàng)目開發(fā)中嘗試一些新的特性，或者參照別的程序里的組件，自己寫出它的實(shí)現(xiàn)，即使項(xiàng)目沒有這樣要求。這些設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、撰寫文檔的經(jīng)歷都是不需要的，且會(huì)增長(zhǎng)項(xiàng)目進(jìn)度。
#31：來回推搡的談判
有一種奇怪的談判策略，管理者在確認(rèn)了進(jìn)度上的失誤后，即沒有按時(shí)完成任務(wù)，在進(jìn)度更改后又加上新的任務(wù)。這樣做的理由耐人尋味，因?yàn)榇_認(rèn)了進(jìn)度上失誤的這個(gè)管理者也表示承認(rèn)了項(xiàng)目進(jìn)度是有錯(cuò)誤的。但是當(dāng)項(xiàng)目進(jìn)度重新調(diào)整正確后，同一個(gè)人又用明顯的舉動(dòng)將其再一次搞錯(cuò)。這無疑將拖延開發(fā)進(jìn)度。
#32：以研究為中心的項(xiàng)目開發(fā)
Cray超級(jí)計(jì)算的設(shè)計(jì)師Seymour Cray說，他從來沒有試圖過同時(shí)跨越兩個(gè)領(lǐng)域進(jìn)行開發(fā)，因?yàn)槟菢幼鲲L(fēng)險(xiǎn)太高了（Gilb 1988）。許多軟件項(xiàng)目開發(fā)人員可以從Cray那里好好學(xué)一學(xué)。如果你的項(xiàng)目著眼于研究出新的算法或?qū)嵺`方式，那你不是在進(jìn)行軟件開發(fā)，你是在做軟件研究。軟件開發(fā)進(jìn)度是可預(yù)測(cè)的，而軟件研究的進(jìn)度即使從理論上講也是不可測(cè)的。
如果你的產(chǎn)品目標(biāo)中包括了研究出新的算法、提高速度、內(nèi)存使用等，那你得預(yù)見項(xiàng)目進(jìn)度是非常不確定的。如果你的項(xiàng)目中還有其他弱點(diǎn)，如人員的短缺，人員資歷不足，模糊的需求，于承包人之間不穩(wěn)定的接洽，那把項(xiàng)目進(jìn)度扔到窗外去吧。如果你真的想要完成那些研究，那不要期望進(jìn)度會(huì)很快！
技術(shù)
剩下的經(jīng)典錯(cuò)誤是和現(xiàn)代技術(shù)的使用和誤用有關(guān)的。
#33：銀彈綜合癥
在案例分析中，人們把太多的期望寄托在所謂的新技術(shù)中（報(bào)告生成器，面向?qū)ο缶幊�，C++），而它們是否能在此項(xiàng)目中發(fā)揮效用還不得而知。當(dāng)項(xiàng)目開發(fā)團(tuán)隊(duì)決定使用一種新的方法或技術(shù)，其他它能解決目前所面臨的問題時(shí)，他們一定會(huì)非常失望（Jones 1994）。
#34：對(duì)新工具和方法太過猶豫
在技術(shù)革新時(shí)，組織很少會(huì)大幅度提高他們的產(chǎn)能，不管他們引進(jìn)了多少先進(jìn)的技術(shù)。先進(jìn)的技術(shù)所帶來的好處基本上不在他們的學(xué)習(xí)范圍之內(nèi)，而要學(xué) 習(xí)這些新的技術(shù)以發(fā)揮其大效能是需要花費(fèi)時(shí)間的。新的技術(shù)同時(shí)會(huì)包含新的風(fēng)險(xiǎn)，只有使用后才會(huì)發(fā)現(xiàn)。人們寧愿使用慢速的穩(wěn)定的提高，而不是經(jīng)歷起伏過大 的收獲。案例分析3-1中的開發(fā)團(tuán)隊(duì)?wèi)?yīng)該已經(jīng)計(jì)劃到使用了新技術(shù)后會(huì)使產(chǎn)能提高10%，而不是樂觀的相信這會(huì)使開發(fā)速度提高一倍。
有一個(gè)特例，當(dāng)在使用過去項(xiàng)目的代碼時(shí)，這種猶豫會(huì)更加明顯，但時(shí)間的節(jié)省并沒有想像中的多。
#35：在項(xiàng)目開發(fā)過程中更換工具
這是一種慣常的備用手段但很少奏效。有時(shí)這對(duì)于相同產(chǎn)品線內(nèi)的升級(jí)會(huì)有效，如3.0版、3.1版甚至4.0版。但其中的因?yàn)槭褂眯鹿ぞ叨a(chǎn)生的學(xué)習(xí)時(shí)間、重復(fù)勞動(dòng)和不可避免的錯(cuò)誤往往會(huì)抵消掉在項(xiàng)目中途更換工具的好處。
#36：缺少自動(dòng)化的源代碼控制
不進(jìn)行自動(dòng)化的源代碼控制會(huì)使關(guān)鍵項(xiàng)目遭 受不必要的風(fēng)險(xiǎn)。如果沒有它，當(dāng)兩個(gè)程序員在開發(fā)同一個(gè)部件時(shí)，他們需要進(jìn)行手工整合。他們也許會(huì)達(dá)成約定，把修改好的文件存入一個(gè)主文件夾，并在修改 時(shí)注意查看文件時(shí)間信息。但是有些人總是會(huì)覆蓋他人的工作。當(dāng)人們用過時(shí)的結(jié)構(gòu)來編寫程序，在發(fā)現(xiàn)之后又必須進(jìn)行重寫。當(dāng)用戶舉報(bào)程序的錯(cuò)誤時(shí)間，你不 能重新編譯項(xiàng)目。源代碼平均每個(gè)月要更改10%，而手工的源代碼控制是跟不上的。
