本文關(guān)鍵詞：實例化需求：團(tuán)隊如何交付正確的軟件，由筆耕文化傳播整理發(fā)布。

> 其他綜合 > 實例化需求：團(tuán)隊如何交付正確的軟件 1.3 減少返工 2012-08-24 22:56:19         我要投稿   

本文所屬圖書 > 實例化需求：團(tuán)隊如何交付正確的軟件

本書是在世界各地調(diào)查了多個團(tuán)隊軟件交付過程后的經(jīng)驗總結(jié)。書中介紹了這些團(tuán)隊如何在很短的周期內(nèi)說明需求、開發(fā)軟件，并交付正確的、無缺陷的產(chǎn)品；為團(tuán)隊在實施實例化需求說明時使用的模式、想法和工件創(chuàng)建了...  立即去當(dāng)當(dāng)網(wǎng)訂購

一般來講，頻繁地發(fā)布會促進(jìn)快速反饋，使得開發(fā)團(tuán)隊能夠更快地發(fā)現(xiàn)錯誤、修復(fù)錯誤。但是快速迭代并不能避免錯誤。通常情況下，團(tuán)隊實現(xiàn)一個功能時會有三四次反復(fù)。開發(fā)人員稱，這是因為客戶在拿到產(chǎn)品試用前并不知道自己想要什么。我并不這么認(rèn)為。使用實例化需求說明后，通常團(tuán)隊第一次實現(xiàn)的就是客戶所要的，無需返工。這可以節(jié)省大量的時間，并使得交付流程更具可預(yù)測性、更加可靠。
位于倫敦的英國天空廣播公司（British Sky Broadcasting）的天空網(wǎng)絡(luò)服務(wù)（SNS）部門負(fù)責(zé)寬帶和電話的服務(wù)配置（provisioning）軟件，它的業(yè)務(wù)流程和系統(tǒng)集成都極為復(fù)雜。該部門由6個團(tuán)隊組成，他們使用實例化需求說明已經(jīng)有好幾年了。據(jù)他們的資深敏捷Java程序員Rakesh Patel說：“當(dāng)我們說交付時，確實是能馬上交付的。”并且該部門在Sky公司內(nèi)具有很高的聲望。Patel曾和其他公司的團(tuán)隊一起工作了一段短暫的時間，他對兩個團(tuán)隊做了比較，他說：

他們（其他公司的程序員）每次在迭代（sprint）快要結(jié)束的時候才把軟件交給測試人員，測試人員總是發(fā)現(xiàn)問題并退回給程序員。而在這里（Sky），我們不會如此反復(fù)。如果有錯誤，我們會編寫一個測試，而后在開發(fā)過程中使測試變綠——要么通過，要么不過。我們可以當(dāng)場發(fā)現(xiàn)問題。
其他不少團(tuán)隊注意到了返工的大量減少，其中包含LeanDog，它為一家美國大型保險機(jī)構(gòu)開發(fā)聚合應(yīng)用軟件。他們的應(yīng)用軟件為很多大型主機(jī)和基于Web的服務(wù)提供統(tǒng)一的用戶界面，而且由于擁有來自全國各地的大量項目干系人，該軟件變得更加復(fù)雜。最初，在需求方面，該項目遭受了很多功能缺失的問題。Rob Park是LeanDog里幫助團(tuán)隊轉(zhuǎn)型的敏捷教練，他說：
剛開始理清頭緒時，我們需要澄清需求，，而后我們發(fā)現(xiàn)不得不切實做些改變。
該團(tuán)隊實施了實例化需求說明，結(jié)果需求說明改善了，返工也減少了。據(jù)Park說，雖然當(dāng)程序員針對某個故事卡開展工作時，有些問題還要向業(yè)務(wù)分析師咨詢，但是“問題已經(jīng)大為減少，而且重復(fù)性工作少了，只剩下不同的問題”。對他來說，實例化需求說明最有價值的方面在于“當(dāng)著手實現(xiàn)一個故事時，你可以領(lǐng)會它的意圖，并了解它的范圍。”
很多團(tuán)隊還發(fā)現(xiàn)在開發(fā)周期的起始階段，使用實例化需求說明會讓需求更加精確，這樣管理產(chǎn)品功能清單（product backlog）會更加容易。例如，能夠盡早識別太含糊或有太多功能缺失的故事，這樣可以防止以后出現(xiàn)問題。如果沒有實例化需求說明，團(tuán)隊經(jīng)常要到迭代中期才發(fā)現(xiàn)問題，這會中斷流程而且需要耗費時間重新討論——在大公司，決定功能范圍的項目干系人往往無法輕易預(yù)約到。
實例化需求說明能幫助團(tuán)隊建立一個協(xié)作制定需求的過程，這可以減少迭代中期的問題。此外，實例化需求說明適用于短迭代，并且不需要花費數(shù)月的時間來編寫冗長的文檔。
Ultimate軟件公司位于佛羅里達(dá)州的韋斯頓，對于它的全球智能管理（Global Talent Management）團(tuán)隊來說，減少返工是一個主要的優(yōu)點。協(xié)作制定需求說明在專注開發(fā)工作方面有著顯著的影響。據(jù)Ultimate軟件公司的資深測試開發(fā)工程師Scott Berger所述：
在團(tuán)隊認(rèn)可一個故事之前，與產(chǎn)品負(fù)責(zé)人一起審核測試場景可以使工作小組（產(chǎn)品負(fù)責(zé)人、開發(fā)人員和測試人員）澄清模棱兩可或缺失的需求。有時，會議結(jié)果甚至?xí)压适陆o撤銷了，例如，測試場景會揭露出系統(tǒng)隱藏的復(fù)雜性或相互矛盾的需求。有一次，進(jìn)行這樣的討論之后，大家做出的決定是幾乎重新設(shè)計整個功能！產(chǎn)品負(fù)責(zé)人獲得了重寫和重新分割需求的機(jī)會，而不是在開發(fā)進(jìn)行之后，中途停止或取消該故事。通過舉行這些會議，我們發(fā)現(xiàn)自己的生產(chǎn)力和效率都提高了，因為減少了浪費，而且模糊和需求缺失的程度降到了最低。同時還讓團(tuán)隊對預(yù)期達(dá)成了共識。
大多數(shù)團(tuán)隊顯著地減少或完全消除了由于誤解需求或忽視客戶的期望而造成的返工。本書所描述的實踐，可以讓團(tuán)隊更好地與商業(yè)用戶打交道，并確保大家對結(jié)果達(dá)成共識。

點擊復(fù)制鏈接 與好友分享!回本站首頁 您對本文章有什么意見或著疑問嗎？請到論壇討論您的關(guān)注和建議是我們前行的參考和動力   上一篇：1.2 更高的產(chǎn)品質(zhì)量 下一篇：程序員的職業(yè)素養(yǎng) 相關(guān)文章

1.3　自我復(fù)制

1.3.1 不要破壞軟件功能

1.3.2 不要破壞結(jié)構(gòu)

1.1.3 MATLAB語言的特點

1.3.1 主菜單欄

1.3.2 Command窗口

1.3.3 Current Directory窗口

1.3.4 Workspace窗口

1.3.5 History窗口

21.1.3 Koch曲線

圖文推薦

  本文關(guān)鍵詞：實例化需求：團(tuán)隊如何交付正確的軟件，由筆耕文化傳播整理發(fā)布。

本文編號：152097