需求评审checklist

合理性

  • 能够解决当前的问题
  • 能否合理的解决当前的问题

完备性

  • 场景是否完善
  • 是否需要增加开关(新需求可考虑,是否需要在正式环境测试后对用户开发)
  • 是否需要abtest(客户端灰度)
  • 是否需要灰度(服务端灰度)
  • 异常处理(客户端:超时处理,防重机制)
  • 降级方案(所依赖的服务异常时是否需要降级)
  • 新老版本兼容性(若在已有功能上优化则需要考虑)
  • 数据埋点(度量功能的效果)
  • 监控告警(是否需要增加监控告警,特别是新功能)

不二义性

  • 需求描述是否有歧义

一致性

  • 功能的交互是否一致
  • 功能的UI是否一致
  • 与当前应用的其他功能的交互是否一致
  • 与当前应用的其他功能的UI是否一致
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 零、写在最前 学习了很多大神发表的需求评审经验,结合自己的评审会实践,给自己总结了个checklist。每次评审时...
    大宝头阅读 3,275评论 1 6
  • 正确性 功能实现使否正确 是否有缺失,遗漏的地方 是否有多实现的功能 合理性 操作成功、失败是否有给业务方回调(S...
    张小Di阅读 129评论 0 1
  • 重复话多,用来复盘时copy直接用 一、协调&排查 1.多人协作开发分工时,存在分工覆盖不到的地方 主R需要认真考...
    hedgehog1112阅读 1,536评论 0 0
  • 需求评审 checklist 在需求评审过程中经常会发现需求中存在很多问题,梳理如下checklist,方便更早的...
    web5阅读 1,415评论 0 0
  • 1. 背景 API网关 并非一个新兴的概念,在十几年前就已经存在,它的作用主要是作为流量的入口,统一的处理和业务相...
    孤山之王阅读 934评论 0 2