之1：需求不再是傳統(tǒng)的SRS文檔，而是一條一條的，能夠逐條查詢，編輯，修改，狀態(tài)跟蹤。比如scrum提出的Backlog中的user story。

之2: 需求條目的層級劃分，一級的劃分往往是不夠的。第一級需求往往收集原始需求素材，難以控制其范圍和規(guī)模，所以不便于直接開發(fā)；第二級需求經(jīng)過第一級的過濾整理，適合提供給程序開發(fā)。在敏捷里常見劃分出epic和story，在cmmi中分成了客戶需求，產(chǎn)品需求，組件需求。

??不同組織在第一級和第二級之間還會安排中間的級別，這是為了更貼合組織情況。但是從精益的角度講，中間產(chǎn)物是潛在的浪費，除非的確有必要，建議二級需求表達(dá)是足夠了。

之3: 需求碎片化是非常明顯的趨勢，應(yīng)當(dāng)是現(xiàn)實了，條目化是解決需求碎片的唯一高效解。

之4:條目化需求的狀態(tài)管理能夠?qū)⑿枨蟮淖畛踝R別，采納，確認(rèn)，實現(xiàn)，驗證，上線融合在一起，尤其是變更也能融合在一起，得到目前為止最高效的需求管理。而且支持產(chǎn)品的全生命周期，超越項目級別的生命周期。

之5: 條目化需求獲得了逐條全程校驗的機(jī)會，對比瀑布型需求打包階段評審，相當(dāng)于兩個層面的切分，1是橫向，把大塊需求切成了條目，2是縱向，從識別，初步采納，確認(rèn)需求，實現(xiàn)，核對，測試等等步步校驗，各個角色參與。更加高效更加精準(zhǔn)

之6: 對于第一層需求條目的表達(dá)形式，常見的有epic，云朵、風(fēng)箏級用例，業(yè)務(wù)用例，原始需求等等，其最要點不在于指導(dǎo)后續(xù)實現(xiàn)，而是在于捕獲干系人真實的期望，要求，所以在表達(dá)中盡量采用干系人的語言

之7: 對于第二層需求條目的表達(dá)形式，常見的有user story，系統(tǒng)用例，用例，需求用例，其最要點就在于交待并確認(rèn)軟件要實現(xiàn)的特性，要指導(dǎo)后續(xù)的實現(xiàn)。如果程序員直接來寫第二層需求，那么就可以相對簡化。而場景化表述成為當(dāng)前流行的做法，不再追求傳統(tǒng)的提煉歸納或者形式化表達(dá)。

火星人陳勇 #條目化需求#?我現(xiàn)在對條目化和結(jié)構(gòu)化的觀點是：碎片式需求不是一個個發(fā)現(xiàn)完全沒有關(guān)系的需求碎片，而是以碎片式一個個發(fā)現(xiàn)需求。碎片不是名詞，也不是形容詞（修飾“需求”），而是副詞（修飾“發(fā)現(xiàn)”）。需求內(nèi)在的關(guān)聯(lián)和結(jié)構(gòu)不是敏捷開發(fā)或互聯(lián)網(wǎng)能打破的。
展翅飛_2012：有什么工具？感興趣！ ?回復(fù)@展翅飛_2012:許多條目化工具都可以，比如redmine，mantis，jira，polarion，rally，trello，vsts，等等

總結(jié)

以上是生活随笔為你收集整理的说说#条目化需求#的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。