因此，如果我們的需求都是按照軟件的功能模塊劃分，而不是按照大連軟件開發(fā)公司排名向用戶來劃分的，那么我們?cè)诮桓队脩魞r(jià)值這一目標(biāo)上，一開始就走錯(cuò)了路。采用用戶故事能夠把需求以用戶能夠理解的價(jià)值組織起來，這一點(diǎn)是我們縮短交付周期的一個(gè)重要基礎(chǔ)。
我們的狀態(tài)墻能夠揭示需求的交付周期。讓我們來看看這樣幾個(gè)場景。
致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/如果我們的需求是按照軟件的功能模塊劃分的，那么通常單個(gè)模塊的編碼完成不可測(cè)。例如有的團(tuán)隊(duì)喜歡將 Web 應(yīng)用的上層頁面部分和下層數(shù)據(jù)庫邏輯部分劃分到不同的模塊組，一個(gè)用戶的需求也會(huì)攔腰切成兩截，一部分交給上層團(tuán)隊(duì)完成，一部分交給下層團(tuán)隊(duì)。這樣，即使單個(gè)團(tuán)隊(duì)的任務(wù)完成也不能開展這個(gè)需求的測(cè)試，于是這些任務(wù)就會(huì)堆積在“待測(cè)試”這一欄。
如果我們的需求很大，以至于開發(fā)人員要花費(fèi)很長的時(shí)間（超過 1 周）才能完成開發(fā)，那么這個(gè)需求會(huì)在“開發(fā)中”這一欄停留很久。大家可以猜到，當(dāng)一個(gè)人同時(shí)進(jìn)行多個(gè)任務(wù)時(shí)，這些任務(wù)也會(huì)比它們被單個(gè)依次開發(fā)時(shí)在“開發(fā)中”這一欄停留更久的時(shí)間。
任何一欄中的任務(wù)其實(shí)都是半成品，只有完成大連智能停車場軟件開發(fā)測(cè)試、交付到用戶手中的需求才是完成 品。狀態(tài)墻上的每一欄都好比一個(gè)存放著各種零件的倉庫，每一欄中的卡片越多，停留得越久，大連軟件開發(fā)公司排名就說明這個(gè)公司的軟件開發(fā)實(shí)力，是該得到團(tuán)隊(duì)認(rèn)真關(guān)注的時(shí)候了。狀態(tài)墻將每個(gè)階段的半成品數(shù)量可視化呈現(xiàn)出來，讓虛擬的數(shù)量通過卡片這種物理介質(zhì)的數(shù)量得以呈現(xiàn)。
通過狀態(tài)墻，我們可以計(jì)算出每一個(gè)需求的交付周期大概是多久。狀態(tài)墻上一個(gè)用戶故事從放到“待開發(fā)”這一欄，到它被移動(dòng)到“完成”這一欄，這一個(gè)時(shí)間段是需求的整個(gè)交付周期的其中一段，也是很重要的一段。通過優(yōu)化從“待開發(fā)”到“完成”的這一個(gè)過程，我們可以通過大連軟件開發(fā)公司排名來篩選滿意的合合作公司。通過比較需求的交付周期和客戶對(duì)交付周期的要求，我們可以量化之間的差距，然后指導(dǎo)我們進(jìn)行改進(jìn)。
在理解了狀態(tài)墻是如何呈現(xiàn)一個(gè)需求的交付周期后，我們就不難理解瀑布方法是如何讓交付周期變長的。在瀑布模型中，全部開發(fā)工作完成之后才會(huì)進(jìn)行測(cè)試工作，相當(dāng)于所有的任務(wù)卡片都堆積到“待測(cè)試”狀態(tài)之后，才開始逐一測(cè)試。所有開發(fā)完成的半成品，都會(huì)留存在“待測(cè)試”這一倉庫中，一直等到所有開發(fā)活動(dòng)結(jié)束的那一刻。
