1、質(zhì)量第—

無論如何定義質(zhì)量，客戶都不會容忍低質(zhì)量的產(chǎn)品。質(zhì)量必須被量化，并建立可落地實(shí)施的機(jī)制，以促進(jìn)和激勵(lì)質(zhì)量目標(biāo)的達(dá)成。即使質(zhì)量沒達(dá)到要求，也要按時(shí)交付產(chǎn)品，這似乎是政治正確的行為， 但這是短視的。從中長期來看，這樣做是自殺。質(zhì)量必須被放在首位，沒有可商量的余地。當(dāng)被要求加快測試、 忽視剩余的少量 bug、在設(shè)計(jì)或需求達(dá)成一致前就開始編碼時(shí)，要直接說“不”。

2、質(zhì)量在每個(gè)人眼中都不同

軟件質(zhì)量沒有唯—的定義。對開發(fā)者來說，質(zhì)量可能是優(yōu)雅的設(shè) 計(jì)或優(yōu)雅的代碼。對在緊張環(huán)境中工作的客戶來說，質(zhì)量可能是響應(yīng) 時(shí)間或高吞吐量。對成本敏感的項(xiàng)目來說，質(zhì)量可能是低開發(fā)成本。對一些客戶來說，質(zhì)量可能是滿足他們所有已知和未知的需求。這里 的難題是，以上要求可能無法完全兼顧。當(dāng)優(yōu)化某人關(guān)注的質(zhì)量時(shí)， 可能會影響其他人關(guān)注的質(zhì)量（這就是溫伯格的“政治困境”原則）。項(xiàng)目必須確定各因素的優(yōu)先級，并清晰地傳達(dá)給所有相關(guān)方。

3、高質(zhì)量軟件是可以實(shí)現(xiàn)的 

盡管我們的行業(yè)中有一些表現(xiàn)不佳、包含 bug，或者根本無法滿 足客戶需求的軟件系統(tǒng)的例子，但仍然有一些成功的例子。大型軟件 系統(tǒng)可以以非常高的質(zhì)量構(gòu)建，但價(jià)格昂貴：每行代碼高達(dá) 1000 美 元。例如，IBM 為美國宇航局的航天飛機(jī)開發(fā)的機(jī)載飛行軟件，總共 約 300 萬行代碼，源于嚴(yán)謹(jǐn)?shù)?a href='http://zndex.cn/news/462.html' target='_blank' class='key_tag'>軟件開發(fā)過程，產(chǎn)品發(fā)布后每萬行代碼中發(fā)現(xiàn)的錯(cuò)誤少于一個(gè)。作為軟件開發(fā)人員，應(yīng)該學(xué)習(xí)和了解已被驗(yàn)證、可以極大提高軟件質(zhì)量的方法。這些方法包括：讓客戶參與（見原則 8）、原型設(shè)計(jì) （在全面開發(fā)之前驗(yàn)證需求保持設(shè)計(jì)簡單、審查代碼和雇用優(yōu)良的人。作為客戶，在追求優(yōu)良質(zhì)量的同時(shí)，要意識到隨之而來的高額成本。

4、不要試圖通過改進(jìn)軟件實(shí)現(xiàn)高質(zhì)量

質(zhì)量無法通過軟件的改進(jìn)來獲得。這適用于質(zhì)量的任何定義：可 維護(hù)性、可靠性、適應(yīng)性、可測試性、安全性等。即使我們在開發(fā)過 程中十分努力，使軟件具備高質(zhì)量也是十分不易的。如果我們不努力， 又怎么可能期望獲得高質(zhì)量呢？這就是絕不能將“一次性原型”轉(zhuǎn)換 成產(chǎn)品的主要原因。

5、盡早把產(chǎn)品交給客戶

在需求階段，無論你多么努力地試圖去了解客戶的需求，都不如 給他們一個(gè)產(chǎn)品，讓他們使用它，這是確定他們真實(shí)需求的zui有效方 法。如果遵循傳統(tǒng)的瀑布式開發(fā)模型，那么在 99% 的開發(fā)資源已經(jīng) 耗盡之后，才會第—次向客戶交付產(chǎn)品。如此一來，大部分的客戶需 求反饋將發(fā)生在資源耗盡之后。和以上方法相反，可在開發(fā)過程的早期構(gòu)建一個(gè)快速而粗糙的原 型。將這個(gè)原型交付給客戶，收集反饋，然后編寫需求規(guī)格說明并進(jìn) 行正規(guī)的開發(fā)。使用這種方法，當(dāng)客戶體驗(yàn)到產(chǎn)品的第—個(gè)版本時(shí)， 只消耗了 5%～20% 的開發(fā)資源。如果原型包含合適的功能，就可以 更好地理解和把握有風(fēng)險(xiǎn)的客戶需求，產(chǎn)品也就更有可能讓客 戶滿意。這有助于確保將剩余的資源用于開發(fā)正確的系統(tǒng)。

6、促使開發(fā)者與客戶的目標(biāo)一致 

項(xiàng)目經(jīng)常會因?yàn)榭蛻艉烷_發(fā)人員的目標(biāo)不同（或不兼容）而失敗。一個(gè)簡單的案例是，客戶希望在特定日期前獲得特性 1、2、3，而開 發(fā)人員希望MAX化營收或利潤。為了MAX化營收，開發(fā)人員可能會嘗 試完整地開發(fā)這三個(gè)特性，即使會導(dǎo)致項(xiàng)目延期。與此同時(shí)，客戶可 能寧愿放棄其中一個(gè)特性的一部分功能，只要能按時(shí)交付其他特性。為使雙方的目標(biāo)達(dá)成一致，有如下方法：

（1） 按優(yōu)先級對需求排序（見原則 50），以便開發(fā)人員了解它 們的相對重要性。

（2） 根據(jù)需求的優(yōu)先級獎(jiǎng)勵(lì)開發(fā)人員（例如，所有高優(yōu)先級的 需求必須完成；每完成一個(gè)中優(yōu)先級的需求，開發(fā)人員可 獲得一些額外的小獎(jiǎng)勵(lì)；每完成一個(gè)低優(yōu)先級的需求，可 獲得的獎(jiǎng)勵(lì)非常?。?。

（3） 對逾期交付實(shí)行嚴(yán)厲的處罰。

7、要快速地開發(fā)一次性原型 

如果你已經(jīng)決定開發(fā)一次性原型，那么就要用zui快的方式。不用擔(dān)心質(zhì)量?？墒褂谩耙豁摷垺钡男枨笠?guī)格說明。不用擔(dān)心設(shè)計(jì)或編碼中的文檔?？梢允褂萌魏喂ぞ??？梢允褂萌魏尉幊陶Z言，只要能夠方 便程序的快速開發(fā)。不用擔(dān)心編程語言的可維護(hù)性。

8、看到越多，需要越多 

在軟件行業(yè)，一次次見證了：提供給用戶的功能（或性能）越多， 用戶想要的功能（或性能）就越多。當(dāng)然，這與盡早把產(chǎn)品交給客戶、漸進(jìn)地?cái)U(kuò)展系統(tǒng)、軟件會持續(xù)變化以及系統(tǒng)的存在促進(jìn)了演變互相支持。但更重要的是， 你必須為不可避免的情況做好準(zhǔn)備。在管理和工程處理流程的每個(gè)方 面都應(yīng)該做好準(zhǔn)備，一旦用戶看到產(chǎn)品，他們就會想要更多的東西。這意味著，所產(chǎn)生的每個(gè)文檔都應(yīng)該以有利于更改的方式進(jìn)行存 儲和組織。這意味著，配置管理流程（見原則 174）必須在距離交付很長時(shí)間之前就就位。這也意味著，在軟件部署后不久，你就應(yīng)該準(zhǔn)備好，以應(yīng)對用戶口頭或書面請求的沖擊。這還意味著，你選擇的設(shè)計(jì)方案應(yīng)使容量、輸入速率和功能都很容易變更。

9、只要可能，購買而非開發(fā)

要降低不斷上漲的軟件開發(fā)成本和風(fēng)險(xiǎn)，比較有效的方法就是，購買現(xiàn)成的軟件，而不是自己從頭開發(fā)。確實(shí)，現(xiàn)成的軟件也許只能解 決 75% 的問題。但考慮一下從頭開發(fā)的選擇吧：支付至少 10 倍于購買軟件的費(fèi)用，且要冒著超出預(yù)算 100% 且延期的風(fēng)險(xiǎn)（如果能夠完成?。?，并且發(fā)現(xiàn)，它只能滿足 75% 的預(yù)期。對一個(gè)客戶來說，新的軟件開發(fā)項(xiàng)目似乎一開始總是令人興奮的。開發(fā)團(tuán)隊(duì)也是“樂觀的”，對“終版”解決方案充滿了希望。但幾乎 很少有軟件開發(fā)項(xiàng)目能夠順利運(yùn)行。不斷增加的成本通常會導(dǎo)致需求 被縮減，研發(fā)出的軟件可以滿足的需求也許跟現(xiàn)成的軟件差不多。作為一個(gè)開發(fā)者，應(yīng)該復(fù)用盡可能多的軟件。復(fù)用是“購買而非開發(fā)” 原則在較小范圍內(nèi)的體現(xiàn)。

10、技術(shù)優(yōu)先于工具 

一個(gè)沒規(guī)矩的木匠使用了強(qiáng)大的工具，會變成一個(gè)危險(xiǎn)的沒規(guī)矩 的木匠。一個(gè)沒規(guī)矩的軟件工程師使用了工具，會變成一個(gè)危險(xiǎn)的沒 規(guī)矩的軟件工程師。在使用工具前，你應(yīng)該先要“有規(guī)矩”（即理解 并遵循適當(dāng)?shù)能浖_發(fā)方法）。當(dāng)然，你也要了解如何使用工具，但 這和“有規(guī)矩”相比是第二位的。我強(qiáng)烈建議，在投資于工具以對某項(xiàng)技術(shù)“自動(dòng)化”之前，先 手工驗(yàn)證這項(xiàng)技術(shù)，并說服自己和管理層：這項(xiàng)技術(shù)是可行的。在 大多數(shù)情況下，如果一項(xiàng)技術(shù)在手工操作時(shí)不靈，那么在自動(dòng)操作 時(shí)也不靈。

11、跟風(fēng)要小心 

大家都做的事情，對你來說也不一定是正確的。也許它是正確的， 但你也應(yīng)該評估它對你所處環(huán)境的適用性。這樣的例子包括：面向?qū)?象，軟件度量，軟件復(fù)用，過程成熟度，原型設(shè)計(jì)。在所有案例中，以上這些方法都提供了非常積極的幫助，體現(xiàn)在提高質(zhì)量、降低成本、提高用戶滿意度等方面。然而，這些好處只在它們能發(fā)揮作用的組織中才會顯現(xiàn)出來。盡管回報(bào)顯著，但是它們的作用常常被過 度宣傳，其實(shí)它們并不是那么必然或通用。當(dāng)你學(xué)習(xí)“新”技術(shù)時(shí)，不要輕易接受與之相關(guān)的不可避免的炒作。