最佳實(shí)踐:不要盲目的將最佳實(shí)踐作為必須遵守的戒律，但可以作為生成自己最佳方法的起點(diǎn)。
1.正式的風(fēng)險(xiǎn)管理
2.對接口達(dá)成一致的意見。包括硬件接口，軟件接口已經(jīng)你的系統(tǒng)同外部系統(tǒng)之間的接
3.同行評審。包括檢查，走查，評審等等。雖然這些概念眾所周知，但團(tuán)隊(duì)由于這些活動(dòng)將減慢項(xiàng)目的速度，因此它們在死亡之旅項(xiàng)目中常常被忽略。雖然大多數(shù)人在理智上都同意同行評審非常有用，但在死亡之旅項(xiàng)目的那種沉重壓力下，每個(gè)人都會(huì)考慮盡快的完成自己的工作，而壓根想不起需要其它團(tuán)隊(duì)成員來評審自己的工作產(chǎn)品。
4.基于度量的進(jìn)度和管理。這就是我們應(yīng)該依據(jù)以往項(xiàng)目的度量結(jié)果來安排進(jìn)度和進(jìn)行估算。但當(dāng)我們沒有出現(xiàn)死亡之旅項(xiàng)目的時(shí)候，很少有人去注意和記錄這些有用的度量歷史數(shù)據(jù)。沒有這些歷史數(shù)據(jù)的記錄，我們就很難在新的項(xiàng)目中做出準(zhǔn)確和客觀的估算。
5.多設(shè)置短周期的檢查點(diǎn)和里程碑。與其每隔兩三個(gè)月設(shè)置一個(gè)里程碑，還不如按星期或天來設(shè)置短期的里程碑或檢查點(diǎn)。迭代開發(fā)或Daily Build可以幫助我們達(dá)到此目的。
6.項(xiàng)目計(jì)劃和項(xiàng)目的實(shí)際進(jìn)度在整個(gè)項(xiàng)目范圍內(nèi)保持透明。
7.針對質(zhì)量目標(biāo)進(jìn)行錯(cuò)誤跟蹤。這種觀點(diǎn)重點(diǎn)在于盡早的在開發(fā)過程中發(fā)現(xiàn)，跟蹤和記錄問題。不僅能夠預(yù)測最終系統(tǒng)的缺陷水平，還可以用最小的花費(fèi)來解決問題，而不用一直等到項(xiàng)目的系統(tǒng)測試階段。
8.配置管理。不管是被稱為版本控制或源代碼管理，配置管理在大多數(shù)壓力巨大的項(xiàng)目中都是必須的。
9.以人為本。必須要對項(xiàng)目和團(tuán)隊(duì)成員給予足夠的重視。
?
最差實(shí)踐:相對最佳實(shí)踐而言，往往慘痛的教訓(xùn)更讓我們記憶猶新。避免災(zāi)難往往比追求完美更加重要
1.如果采用相似項(xiàng)目的統(tǒng)計(jì)結(jié)果來作為比較標(biāo)準(zhǔn)，不要期望進(jìn)度的壓縮程度大于10%。
2.不要為了壓縮進(jìn)度而接受新技術(shù)。(新技術(shù)引入的學(xué)習(xí)成本和使用風(fēng)險(xiǎn)往往大于其對生產(chǎn)率提高所做的貢獻(xiàn))
3.不要強(qiáng)迫大家在項(xiàng)目中使用那些與具體用戶相關(guān)的解決方案。
4.不要鼓吹萬能方法。(在管理層建議采用某中新工具或方法來拯救項(xiàng)目時(shí)必須注意)
5.項(xiàng)目的關(guān)鍵路徑上存在著依賴于外部因素決定的活動(dòng)
6.參與項(xiàng)目評審的一大堆人在評審開始前都不做任何相關(guān)的準(zhǔn)備(因此也不要期望有很好的評審效果)
7.如果軟件功能的縮減量小于10%，就不要期望能從超過10%的進(jìn)度滯后中恢復(fù)過來。