敏捷過(guò)程中的需求分析(編輯修改稿)
2025-09-01 07:05 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 開(kāi)發(fā)人員。同時(shí)，BA也要在某種參與度較深的情況下代替客戶負(fù)責(zé)功能驗(yàn)收測(cè)試（Acceptance test）。而對(duì)內(nèi)，BA顯然扮演了客戶，那么除了需求提供者的職責(zé)，如果需要的話，相應(yīng)地也要有評(píng)價(jià)和驗(yàn)收否決的權(quán)利。當(dāng)然，這項(xiàng)工作可以分解為另外的角色來(lái)進(jìn)行?！ ￠_(kāi)發(fā)、測(cè)試人員進(jìn)入需求團(tuán)隊(duì)，便于他們理解用戶故事或者典型的RUP式的用例。一個(gè)完整描述的用例可以很方便地導(dǎo)出測(cè)例（test case）。而用例和測(cè)例是一致的，它描述在一個(gè)具體業(yè)務(wù)場(chǎng)景中可見(jiàn)的需求特征。我們可以根據(jù)這樣的可見(jiàn)性寫(xiě)出功能測(cè)試，從而驅(qū)動(dòng)這個(gè)用戶故事的開(kāi)發(fā)，這被稱為 Acceptance Driven Development。從整個(gè)過(guò)程來(lái)說(shuō)，分析和實(shí)現(xiàn)的過(guò)程就是場(chǎng)景擬合和檢驗(yàn)，以及類似于XP中結(jié)對(duì)式的及時(shí)糾偏。各種角色的積極參與在不同角度和層次下的場(chǎng)景擬合，表明需求不是程序員的事情，也不是寄望于抽象出一個(gè)BA的角色甚至實(shí)例化為一個(gè)職位，就可以全能地做出需求定義?！ ?duì)于角色及其參與方式，我們可以比較如下：角色及職責(zé)傳統(tǒng)的需求參與敏捷的需求參與用戶/客戶需求的提供者需求演進(jìn)的參與者用戶的主要參與方式陳述遵循游戲規(guī)則的積極的交互參與BA需求的定義者需求的組織者BA的主要參與方式前期的調(diào)查獲取和整理成文檔參與全周期的迭代與演進(jìn)開(kāi)發(fā)需求的接受者和實(shí)現(xiàn)者場(chǎng)景擬合者與改進(jìn)者開(kāi)發(fā)的主要參與方式被傳導(dǎo)需求并使之功能化完成完整的業(yè)務(wù)場(chǎng)景實(shí)現(xiàn)測(cè)試功能測(cè)試者場(chǎng)景測(cè)試者（需求測(cè)試者）測(cè)試的主要參與方式找出軟件的顯性的bug找出不滿足需求邏輯和不能擬合場(chǎng)景的缺陷表1：需求的主要參與者 ?。ㄆ渌膕takeholders并未全部列出，比如PM、QA等） 這些參與者如何工作的呢？我們引入到需求分析的工作形式?！ ?敏捷需求分析工作形式 敏捷宣言強(qiáng)調(diào)了客戶在一起工作的重要，敏捷是大家在一起高效率地工作，清楚所有溝通上的障礙，關(guān)注于增值的活動(dòng)，從而使得項(xiàng)目更加成功。比如，敏捷聯(lián)盟所推薦的現(xiàn)場(chǎng)客戶工作。但多數(shù)情況下，客戶都是很忙碌的，很難全力投入到過(guò)程中。這時(shí)候，我們就需要BA這個(gè)角色，來(lái)充當(dāng)客戶的角色?！ A的參與使他變成了需求的組織者，需要使需求分析過(guò)程中具備資源快速聚合的能力。而工作方式，在傳統(tǒng)之外，可以使用聚議和需求迭代計(jì)劃會(huì)議的形式。 敏捷思想的核心是人與人的交流。聚議是一種面對(duì)面的最好形式，它能促成問(wèn)題從多個(gè)角度的現(xiàn)場(chǎng)核清。在前期的高層訪談之后，需求分析過(guò)程中至少要有以下的準(zhǔn)備：（1）明確業(yè)務(wù)價(jià)值及其所推導(dǎo)的業(yè)務(wù)場(chǎng)景；（2）范圍劃分使得每個(gè)議題都有獨(dú)立的業(yè)務(wù)價(jià)值，對(duì)于大而籠統(tǒng)的“需求”，則分解或置入下次迭代，而本次完成的將是一個(gè)相對(duì)完整的結(jié)果。對(duì)于需求分析中所用的各種形式，用戶其實(shí)并不排斥參與——尤其是當(dāng)他掌握了一定方法并能看到迅速回應(yīng)帶來(lái)的好處時(shí)，將極大地提升這種興趣。在某省電信運(yùn)營(yíng)商的項(xiàng)目中，我們已經(jīng)發(fā)現(xiàn)了這一點(diǎn)。用戶明白積極參與的好處時(shí)，能主動(dòng)從業(yè)務(wù)角度審視自己的需求，刪減調(diào)整并作出易理解的文檔。在一個(gè)已經(jīng)實(shí)施的項(xiàng)目中做增量改進(jìn)時(shí)，用戶參與尤為重要，并且能部分地把前端人員從繁瑣而低效的溝通（其實(shí)只是“傳話筒”）和文檔化中解脫出來(lái)?！ 〉敲艚葑铒@著的形式，而迭代的前提，則是對(duì)業(yè)務(wù)價(jià)值分解為用戶故事的工作。這些將在下文中討論。迭代計(jì)劃會(huì)議是一種需求組織方式，在每個(gè)迭代開(kāi)始的時(shí)候，由BA主持召開(kāi)迭代計(jì)劃會(huì)議，在會(huì)議上向開(kāi)發(fā)人員解釋這個(gè)迭代要完成的用戶故事，然后由開(kāi)發(fā)人員自由提問(wèn)，知道他們能夠獲得足夠開(kāi)始實(shí)現(xiàn)該功能的信息。包括了用戶參與的需求分析迭代會(huì)議，則可適時(shí)地作出revi
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1