之1:需求不再是传统的SRS文档,而是一条一条的,能够逐条查询,编辑,修改,状态跟踪。比如scrum提出的Backlog中的user story。
之2: 需求条目的层级划分,一级的划分往往是不够的。第一级需求往往收集原始需求素材,难以控制其范围和规模,所以不便于直接开发;第二级需求经过第一级的过滤整理,适合提供给程序开发。在敏捷里常见划分出epic和story,在cmmi中分成了客户需求,产品需求,组件需求。
不同组织在第一级和第二级之间还会安排中间的级别,这是为了更贴合组织情况。但是从精益的角度讲,中间产物是潜在的浪费,除非的确有必要,建议二级需求表达是足够了。
之3: 需求碎片化是非常明显的趋势,应当是现实了,条目化是解决需求碎片的唯一高效解。