【持续交付2.0学习笔记】需求的来源

进入交付期之前的需求来源

在进入交付期之前，最小可行解决方案的需求列表中，需求来源由以下3部分组成：
（1）业务人员提出的业务功能需求。这些业务需求构成了整个产品版本的基础需求。
（2）为保障业务需求的实现与运行而必须满足的非业务功能需求，如因页面响应时间要求而产生的性能需求、因成本控制而产生的自动缩扩容要求等。
（3）符合安全合规性而产生的安全开发需求。

进入交付期之后的需求来源

进入交付期之后，每个迭代的需求列表中，需求来源包括以下7个部分：
（1）从原始需求列表中选出的待实现需求。
（2）在需求细化过程中新发现的需求。
（3）已知且需要修复的线上生产系统缺陷。
（4）线上技术运营需求。
（5）前期预研需求，它是指团队目前尚不具备能力，但为了实现某一业务需求而做的准备工作。
（6）技术债需求，它们是指因早期业务进度压力而积累的技术债改进需求。
（7）辅助测试需求，为了便于进行需求验收，需要开发的测试辅助工具。

参与需求拆分的的角色

• 产品经理（业务分析师）

• 开发人员

• 测试人员

  开发人员和测试人员参与需求拆分的好处：
  （1）开发和测试人员可以更多地掌握产品需求上下文，从而产生更强的产品拥有感，增加对业务需求和用户故事的了解。
  （2）更多角色参与用户故事编写，从不同的角色思考，找到更多更好的方式来实现需求。

摘自：《持续交付2.0：业务引领的DevOps精要（增订本）》乔梁