最佳實(shí)踐和最差實(shí)踐-摘錄自死亡之旅

【轉(zhuǎn)載】
最佳實(shí)踐:不要盲目的將最佳實(shí)踐作為必須遵守的戒律，但可以作為生成自己最佳方法的起點(diǎn)。

1.正式的風(fēng)險(xiǎn)管理

2.對(duì)接口達(dá)成一致的意見。包括硬件接口，軟件接口已經(jīng)你的系統(tǒng)同外部系統(tǒng)之間的接

3.同行評(píng)審。包括檢查，走查，評(píng)審等等。雖然這些概念眾所周知，但團(tuán)隊(duì)由于這些活動(dòng)將減慢項(xiàng)目的速度，因此它們?cè)谒劳鲋庙?xiàng)目中常常被忽略。雖然大多數(shù)人在理智上都同意同行評(píng)審非常有用，但在死亡之旅項(xiàng)目的那種沉重壓力下，每個(gè)人都會(huì)考慮盡快的完成自己的工作，而壓根想不起需要其它團(tuán)隊(duì)成員來(lái)評(píng)審自己的工作產(chǎn)品。

4.基于度量的進(jìn)度和管理。這就是我們應(yīng)該依據(jù)以往項(xiàng)目的度量結(jié)果來(lái)安排進(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è)里程碑，還不如按星期或天來(lái)設(shè)置短期的里程碑或檢查點(diǎn)。迭代開發(fā)或Daily Build可以幫助我們達(dá)到此目的。

6.項(xiàng)目計(jì)劃和項(xiàng)目的實(shí)際進(jìn)度在整個(gè)項(xiàng)目范圍內(nèi)保持透明。

7.針對(duì)質(zhì)量目標(biāo)進(jìn)行錯(cuò)誤跟蹤。這種觀點(diǎn)重點(diǎn)在于盡早的在開發(fā)過程中發(fā)現(xiàn)，跟蹤和記錄問題。不僅能夠預(yù)測(cè)最終系統(tǒng)的缺陷水平，還可以用最小的花費(fèi)來(lái)解決問題，而不用一直等到項(xiàng)目的系統(tǒng)測(cè)試階段。

8.配置管理。不管是被稱為版本控制或源代碼管理，配置管理在大多數(shù)壓力巨大的項(xiàng)目中都是必須的。

9.以人為本。必須要對(duì)項(xiàng)目和團(tuán)隊(duì)成員給予足夠的重視。

最差實(shí)踐:相對(duì)最佳實(shí)踐而言，往往慘痛的教訓(xùn)更讓我們記憶猶新。避免災(zāi)難往往比追求完美更加重要

1.如果采用相似項(xiàng)目的統(tǒng)計(jì)結(jié)果來(lái)作為比較標(biāo)準(zhǔn)，不要期望進(jìn)度的壓縮程度大于10%。

2.不要為了壓縮進(jìn)度而接受新技術(shù)。(新技術(shù)引入的學(xué)習(xí)成本和使用風(fēng)險(xiǎn)往往大于其對(duì)生產(chǎn)率提高所做的貢獻(xiàn))

3.不要強(qiáng)迫大家在項(xiàng)目中使用那些與具體用戶相關(guān)的解決方案。

4.不要鼓吹萬(wàn)能方法。(在管理層建議采用某中新工具或方法來(lái)拯救項(xiàng)目時(shí)必須注意)

5.項(xiàng)目的關(guān)鍵路徑上存在著依賴于外部因素決定的活動(dòng)

6.參與項(xiàng)目評(píng)審的一大堆人在評(píng)審開始前都不做任何相關(guān)的準(zhǔn)備(因此也不要期望有很好的評(píng)審效果)

7.如果軟件功能的縮減量小于10%，就不要期望能從超過10%的進(jìn)度滯后中恢復(fù)過來(lái)。

QQ在線咨詢