關(guān)注交付的業(yè)務(wù)價(jià)值

客戶需要的是一把梯子，系統(tǒng)分析員了解到的是一張凳子，開發(fā)人員做出來的是一張桌子，測(cè)試人員以為是一張椅子�？瓷先タ尚�，但這樣的情況卻經(jīng)常發(fā)生在我們的身邊。關(guān)注交付的業(yè)務(wù)價(jià)值，意思我們工作中的每一份工作產(chǎn)品，都應(yīng)該是需求驅(qū)動(dòng)做出來的，這樣才能保證我們終做出的軟件是客戶所需要的東西。這個(gè)原理有以下幾層意思：

小組成員要對(duì)客戶的需求有一致的充分的理解;
要讓客戶積極參與到項(xiàng)目過程中去，隨時(shí)了解小組的理解和客戶的需要是否一致;
需求驅(qū)動(dòng)地完成所有工作，保證后的軟件產(chǎn)品符合客戶的需要。
保持靈巧，預(yù)測(cè)變化

軟件是智力型創(chuàng)造性活動(dòng)，保持靈活、適應(yīng)變化是軟件開發(fā)的高境界了，筆者認(rèn)為這條原理是難把握的一條了。

這個(gè)原理主要體現(xiàn)在以下方面：

軟件開發(fā)過程

微軟采用的不是RUP，也不是XP，而是類似于螺旋形的階段式分版本發(fā)布。微軟會(huì)把軟件分成若干的版本發(fā)布，除了平時(shí)我們見到的Beta版、Release版，其實(shí)在Beta版之前還會(huì)有若干的內(nèi)部版本。

每個(gè)版本都包含相對(duì)完整的功能，都能實(shí)現(xiàn)部分業(yè)務(wù)價(jià)值。每一個(gè)版本是一個(gè)開發(fā)周期，每個(gè)周期包含遠(yuǎn)景、計(jì)劃、開發(fā)、穩(wěn)定、部署五個(gè)階段。這樣的一種開發(fā)模型，能很好地適應(yīng)需求變化，發(fā)現(xiàn)設(shè)計(jì)、編碼缺陷，優(yōu)化設(shè)計(jì)，更容易控制軟件質(zhì)量，便于隨時(shí)做出商業(yè)決策。

設(shè)計(jì)方案

執(zhí)著于優(yōu)雅設(shè)計(jì)的人士，可能很喜歡做出完美無缺的設(shè)計(jì)，關(guān)注于業(yè)務(wù)的人士，可能更關(guān)注于盡快要拿出軟件。我們追求的是適度設(shè)計(jì)，而不是過度設(shè)計(jì)，如何做出一個(gè)簡(jiǎn)單的而又適應(yīng)變化的設(shè)計(jì)，是對(duì)軟件設(shè)計(jì)高手們的一大考驗(yàn)。

質(zhì)量投資

“質(zhì)量第一”是很多軟件公司的口號(hào)，而且僅僅是口號(hào)而已，你們的項(xiàng)目有這樣的一些問題嗎？

代碼沒有經(jīng)過簡(jiǎn)單的冒煙測(cè)試，甚至不進(jìn)行是否通過編譯的測(cè)試，直接提交。

為了趕時(shí)間不寫設(shè)計(jì)或者寫了不能指導(dǎo)編碼的設(shè)計(jì)文檔。

開發(fā)進(jìn)度推遲，測(cè)試時(shí)間被壓縮，為了保證軟件發(fā)布的時(shí)間，在不充分測(cè)試情況下交付軟件，更甚者不測(cè)試軟件，直接讓客戶測(cè)試。

開發(fā)過程中發(fā)現(xiàn)的問題，只要能不解決的不解決，進(jìn)度優(yōu)先！

測(cè)試中發(fā)現(xiàn)的易用性方面的缺陷，因不會(huì)嚴(yán)重影響使用，一律不解決！

質(zhì)量投資要求我們有零缺陷的意識(shí)，零缺陷意識(shí)要貫穿在全部的工作中，包括：
零缺陷文檔

計(jì)劃、需求、設(shè)計(jì)等開發(fā)過程中產(chǎn)生的文檔，要用一次寫好的決心來編寫，所有文檔都應(yīng)該發(fā)揮它的價(jià)值，而不是為了寫文檔而寫文檔。要讓相關(guān)的小組成員對(duì)該文檔發(fā)表意見，重視他們的意見并修改文檔。

零缺陷代碼

要用一次把代碼寫好，不讓測(cè)試發(fā)現(xiàn)缺陷的態(tài)度來寫好代碼，寫出垃圾代碼是不負(fù)責(zé)任的行為。

零缺陷發(fā)布

用質(zhì)量投資的態(tài)度對(duì)待所有缺陷，包括自己代碼產(chǎn)生的缺陷，對(duì)用戶負(fù)責(zé)，不滿足質(zhì)量要求的軟件堅(jiān)決不發(fā)布。

全體小組成員都應(yīng)該同步達(dá)到零缺陷里程碑，本著一步一個(gè)腳印、不斷追求高質(zhì)量的態(tài)度來完成全部工作。

學(xué)習(xí)所有的經(jīng)驗(yàn)

象Windows這樣的一些偉大的軟件，都是經(jīng)過很多人通過很長(zhǎng)的時(shí)間做出來的，工作量之大、難度之大不亞于一些偉大的建筑工程。軟件工程與建筑工程大的優(yōu)勢(shì)是，如果軟件做得不好，可以推倒重來，但建筑工程不能這樣做了。

我拿軟件工程與建筑工程比較，目的是想強(qiáng)調(diào)做軟件是很強(qiáng)調(diào)學(xué)習(xí)的，很強(qiáng)調(diào)不斷改進(jìn)的（當(dāng)然建筑工程也重視學(xué)習(xí)）。我們應(yīng)該慶幸，我們這些做軟件的要比做建筑工程的要幸福的多了，我們不太可能犯一些不可以彌補(bǔ)的錯(cuò)誤。

我們要讓大家從自己或者別人的失敗和成功中學(xué)習(xí)，要幫助小組成員再次獲得成功，捕捉和共享技術(shù)的或者非技術(shù)的佳實(shí)踐，并想辦法讓學(xué)習(xí)制度化。

學(xué)習(xí)制度化的辦法很多，如項(xiàng)目總結(jié)、例會(huì)等，但要注意的是學(xué)習(xí)應(yīng)該是隨時(shí)進(jìn)行的，抱著學(xué)習(xí)一切可以學(xué)習(xí)的態(tài)度來工作。

微軟的項(xiàng)目團(tuán)隊(duì)結(jié)構(gòu)

談了微軟MSF的八大基本原理，我們來看看，微軟的團(tuán)隊(duì)是怎樣組成的？

很多軟件公司的開發(fā)團(tuán)隊(duì)，大部分是由一名項(xiàng)目經(jīng)理，若干項(xiàng)目成員組成，項(xiàng)目成員包括需求分析、架構(gòu)設(shè)計(jì)、編碼、測(cè)試等角色。

而微軟的團(tuán)隊(duì)非常特別是沒有項(xiàng)目經(jīng)理的，由6類角色組成，分別是產(chǎn)品經(jīng)理(Product Management)、程序經(jīng)理(Program Management)、開發(fā)(Development)、測(cè)試(Test)、發(fā)布管理(Release Management)、用戶體驗(yàn)(User Experience)。

各類角色負(fù)責(zé)的職責(zé)如表1所示。