可持续交付的需求梳理

需求管理问题

需求共创

需求准入准出规则

合理拆分需求、明确准入准出规则、前后职能拉通，目标左右对齐

实例化需求的目的

1、保证需求澄清和沟通质量

金字塔结构，从目标、操作、业务规划三个层面，逐层明晰，解决相应挑战目标

目标是什么，不做这个需求会怎么样

通过哪些操作来实现这些目标？操作步骤合理吗？还可以更简化吗？

业务规则：和操作相关的业务规则都考虑了吗？特殊情况（如异常处理)都包含了吗?是否涵盖了不同业务、数据、接口类型

2、需求拆分是实例化需求的副产品

足够小：才能可持续交付

端到端：才能保证交付有意义的价值

独立性：便于持续集成和灵活安排

整体性：拆分后仍能看到整体结构

实例化需求分析

why做量化定义、who做的事情影响的角色、how手段、what功能

常见问题：如果不做这个需求怎么办，有没有其他解决办法

用例子来分析和澄清需求；例子转换为测试用例；测试验证需求

产生业务、开发、测试，对需求认知的闭环

每一次信息传递都会使信息减半而噪音加倍

需求金字塔

实例化需求活动步骤

金字塔顶端是需求目标，解决用户或业务什么问题

中间层次是操作和操作流程，为了实现目标、系统需要支持哪些用户操作

底层是业务规则，流程中各个步骤对应的业务规则，包含正常路径、异常路径

结合领域模型

对领域中的概念或现实世界的对象可视化表示，面向对象分析的重要产出

结合系统上下文

澄清目标：需求方要共同理解需求的背景，为什么要做需求的原因

梳理上下文及应用场景

列出用户操作及原因

结合测试驱动开发

示例：

事件需求分析法 

事件风暴（event storming），事件建模（event-based modeling）

主要步骤：

列出和业务流程相关的业务事件

围绕业务事件，思考谁的何种动作导致了这个业务事件

思考业务流程的异常路径，何种情况下会导致业务流程出现问题

补充和发现其他细节

从前往后对业务流程走查，查缺补漏

区分动作和事件、各元素直接的关系

补充：

麦肯锡方法MECE

金字塔原理