需求评审五个维度框架分析及其带来的启示-4-需求条目化管理

需求条目化管理是指需求的主体分条目管理,比如对于用例、用户故事、特征点的条目化列表管理,有些工具中条目称为工作项(work item)。条目化管理的特征是1,状态流转实现工作流;2,条目属性字段可定制。3.3节所分析的敏捷开发下的需求绝大多数是已经实现了条目化管理,产品待办列表就是Scrum进行条目化管理的载体。而条目化需求管理并不是敏捷开发的专利,当前已经有不少组织在非敏捷环境下采用条目化需求管理。在需求条目化管理的情况下,按照新需求评审框架,可以识别到如下高效的评审方式。

逐条开展高频非即时技术同级评审

逐条开展高频非即时技术同级评审是指当需求条目到达指定状态(如下图1中的“已分析”)时,邀请相应评审者按工作流功能进行逐条评审,每条评审的结果是独立记录跟踪的。虽然这是非即时评审,但在工具支持下,能够方便的记录评论和发现,相应人员能够自动的收到电子邮件,甚至即时通讯消息,能够像论坛一样评论参与,各方针对指定条目展开线上讨论,这样就获得了部分即时评审的好处。而且非即时评审时间安排更灵活,也更有深入思考的机会,也能留下全部的记录。这点得到了[22]文的支持。
启示13:在需求条目化管理工具帮助下,非即时需求评审可以高效的开展。

全程的需求跟踪评审

全程的需求跟踪评审是指在需求条目化管理下跟踪需求条目的全部生命周期,进行全程关键点的评审。结合需求条目化管理工具的工作流功能,可以对需求条目全程跟踪评审。典型的需求条目工作流如图1所示。

  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值