敏捷過程中的需求分析(參考版)
2025-08-08 07:05本頁面
【正文】 應(yīng)用敏捷過程方法論，結(jié)合CMMI體系的適度裁剪與敏捷化，化變化為商機(jī)，關(guān)注商業(yè)價值，是應(yīng)對挑戰(zhàn)的有效方法。這其中，敏捷需求分析構(gòu)成了方法體系的重要因素，它以溝通、迭代、響應(yīng)變化、獨(dú)立業(yè)務(wù)價值導(dǎo)出的可見的用例等特征，貫穿于產(chǎn)品全生命周期。 總論 敏捷過程是一種結(jié)合管理理念與工程方法的最佳實(shí)踐，它關(guān)注人的價值，倡導(dǎo)客戶合作與響應(yīng)變化，是中小企業(yè)持續(xù)過程改進(jìn)的最有效途徑之一。這對質(zhì)量保證是一個提高。從更有效的角度看，由于項目經(jīng)理參與了項目全生命周期，尤其是對需求管理的全過程的跟蹤，項目經(jīng)理擔(dān)任某一項目的BA角色，也是現(xiàn)實(shí)可行的，其優(yōu)點(diǎn)是可以保證有及時的客戶溝通、長期而細(xì)致的跟蹤），保證需求能始終被正確地理解、傳遞和驗證。這種方法能有效地及時調(diào)整，從源頭消除可能被放大的缺陷。管理手段的控制有時不能及時糾正工程領(lǐng)域的偏差，即使控制體系給了更多的回饋機(jī)制，實(shí)質(zhì)上更多地只是增加了信息層級和復(fù)雜度。需求文檔同步項目中后期一般都處于不同步狀態(tài)即時的同步需求傳遞過程單向的陳述與記錄，文檔傳導(dǎo)（線性的傳遞，誤導(dǎo)放大，緩慢）聚議，共同參與，業(yè)務(wù)場景與用戶故事，及時的非正式溝通應(yīng)對需求變更有嚴(yán)格的控制流程，視變更為風(fēng)險視變更為必然或預(yù)期中的事情更多強(qiáng)調(diào)通過自動化功能測試用例來跟蹤系統(tǒng)需求。非正式文檔。既作為設(shè)計開發(fā)人員必須嚴(yán)格遵守的規(guī)約，也作為向客戶提交的必備產(chǎn)出物之一。當(dāng)然，對于這種商機(jī)的“歡迎”，企業(yè)需要商務(wù)模式的準(zhǔn)備，否則將極易陷入“需求黑洞”之中。如《敏捷宣言》中所透露的“響應(yīng)變化勝過遵循計劃” ，對于變更，敏捷過程是一個態(tài)度的轉(zhuǎn)變。這些文檔除表明需求本身外，更多地是一種管理控制的角色，比如，對于變更。撰寫文檔，其實(shí)是一件頗耗精力的事情，所以選擇做什么樣的文檔需要有一種“投資回報”的考慮。它經(jīng)常先于其他開發(fā)過程，但也要到開發(fā)過程的迭代開始的時候才在內(nèi)容上達(dá)到完整。敏捷方法需要兩種類型的文檔，它們分別是需求文檔和設(shè)計文檔，而其它所有類型的文檔都是選擇性的。敏捷而持續(xù)的過程，對此作出修正。必要時，項目上線也是可以逐步推行的，因為僅僅上線并不意味著價值的實(shí)現(xiàn)。迭代計劃的依據(jù)便是優(yōu)先級的確定?！ 〉且环N快速反應(yīng)和逐步確認(rèn)成果的方式。因此，迭代過程中重要的一種方法是分解，以及關(guān)注于當(dāng)前價值實(shí)現(xiàn)的部分。Robert C. Martin認(rèn)為每一次迭代都是一個完整的項目產(chǎn)品[3]，換言之，迭代是要產(chǎn)生最終產(chǎn)品的反復(fù)[4]，也就是說你的一次一次的反復(fù)必須都能產(chǎn)生最終的產(chǎn)品，而不是中間的半成品。 敏捷需求分析與細(xì)化過程 迭代是敏捷需求分析與細(xì)化過程中最顯著的方式。每個用戶故事的粒度和開發(fā)工作量都相差不多，這是其與用例的區(qū)別。用戶故事以參與者為中心，描述了參與者“作為（系統(tǒng)的一個涉眾），想要（做一件事），從而（達(dá)到一個業(yè)務(wù)價值）”的集合。基于模塊和功能分解，專門的需求分析人員會使之流于粗放——這種情況是最多見的，功能劃分使需求單位粒度較大，不足以描述其特征；而傳統(tǒng)由開發(fā)人員來做的分析，往往會越過業(yè)務(wù)價值層面而轉(zhuǎn)入底層的設(shè)計。后續(xù)的迭代和持續(xù)集成保證了需求的演進(jìn)路線，簡言之，需求分析貫穿于項目的整個生命周期?！ ?需求分析時機(jī) 傳統(tǒng)的需求分析時機(jī)集中在項目前期，總是遵循前期調(diào)研—分析—需求定義，轉(zhuǎn)給開發(fā)后需求工作便就此結(jié)束，其思想里，便是一次性完整、清楚地做完所有層次的需求，并在整個過程中遵循計劃。迭代計劃會議是一種需求組織方式，在每個迭代開始的時候，由BA主持召開迭代計劃會議，在會議上向開發(fā)人員解釋這個迭代要完成的用戶故事，然后由開發(fā)人員自由提問，知道他們能夠獲得足夠開始實(shí)現(xiàn)該功能的信息。 迭代是敏捷最顯著的
法律信息相關(guān)推薦
鄂ICP備17016276號-1