《需求如何進(jìn)行敏捷設(shè)計(jì)》文章已經(jīng)歸檔，站長(zhǎng)之家不再展示相關(guān)內(nèi)容，下文是站長(zhǎng)之家的自動(dòng)化寫作機(jī)器人，通過算法提取的文章重點(diǎn)內(nèi)容。這只AI還很年輕，歡迎聯(lián)系我們幫它成長(zhǎng)：
大多數(shù)情況下需求的處理過程都可以分為需求分析和需求設(shè)計(jì)兩部分，前者要將業(yè)務(wù)需求轉(zhuǎn)化成產(chǎn)品需求，后者要將產(chǎn)品需求轉(zhuǎn)化為產(chǎn)品設(shè)計(jì)，也即成品的PRD...
上線的的新增需求一般都針對(duì)某個(gè)功能模塊來進(jìn)行設(shè)計(jì)，相對(duì)來說較為獨(dú)立，因此也適合敏捷設(shè)計(jì)...
反之，如果不能滿足以上幾個(gè)條件的，特別是耦合度較高的需求，個(gè)人建議還是走瀑布的模式，把整體的需求都梳理清楚之后做整體的需求設(shè)計(jì)，這樣可以避免后面的設(shè)計(jì)過程要改動(dòng)前面的設(shè)計(jì)結(jié)果的問題，減少一部分的需求變更...
維護(hù)backlog表就是一個(gè)對(duì)產(chǎn)品需求進(jìn)行拆分的過程，拆分完成后再根據(jù)迭代計(jì)劃來設(shè)計(jì)具體的實(shí)現(xiàn)，前面所講的項(xiàng)目敏捷則是將所有需求都設(shè)計(jì)完成之后才進(jìn)行拆分，這時(shí)主要就是為了把開發(fā)任務(wù)和測(cè)試任務(wù)拆分出來了...
......
本文由站長(zhǎng)之家用戶“IT民工博客”投稿，本平臺(tái)僅提供信息索引服務(wù)。由于內(nèi)容發(fā)布時(shí)間超過平臺(tái)更新維護(hù)時(shí)間，為了保證文章信息的及時(shí)性，內(nèi)容觀點(diǎn)的準(zhǔn)確性，平臺(tái)將不提供完整的內(nèi)容展現(xiàn)，本頁面內(nèi)容僅為平臺(tái)搜索索引使用。需閱讀完整內(nèi)容的用戶，請(qǐng)聯(lián)系作者獲取原文。
（舉報(bào)）