需求管理问题
需求共创
需求准入准出规则
合理拆分需求、明确准入准出规则、前后职能拉通，目标左右对齐
实例化需求的目的
1、保证需求澄清和沟通质量
金字塔结构，从目标、操作、业务规划三个层面，逐层明晰，解决相应挑战目标
目标是什么，不做这个需求会怎么样
通过哪些操作来实现这些目标？操作步骤合理吗？还可以更简化吗？
业务规则：和操作相关的业务规则都考虑了吗？特殊情况（如异常处理)都包含了吗?是否涵盖了不同业务、数据、接口类型
2、需求拆分是实例化需求的副产品
足够小：才能可持续交付
端到端：才能保证交付有意义的价值
独立性：便于持续集成和灵活安排
整体性：拆分后仍能看到整体结构
实例化需求分析
why做量化定义、who做的事情影响的角色、how手段、what功能
常见问题：如果不做这个需求怎么办，有没有其他解决办法
用例子来分析和澄清需求；例子转换为测试用例；测试验证需求
产生业务、开发、测试，对需求认知的闭环
每一次信息传递都会使信息减半而噪音加倍
需求金字塔
实例化需求活动步骤
金字塔顶端是需求目标，解决用户或业务什么问题
中间层次是操作和操作流程，为了实现目标、系统需要支持哪些用户操作
底层是业务规则，流程中各个步骤对应的业务规则，包含正常路径、异常路径
结合领域模型
对领域中的概念或现实世界的对象可视化表示，面向对象分析的重要产出
结合系统上下文
澄清目标：需求方要共同理解需求的背景，为什么要做需求的原因
梳理上下文及应用场景
列出用户操作及原因
结合测试驱动开发
示例：
事件需求分析法
事件风暴（event storming），事件建模（event-based modeling）
主要步骤：
列出和业务流程相关的业务事件
围绕业务事件，思考谁的何种动作导致了这个业务事件
思考业务流程的异常路径，何种情况下会导致业务流程出现问题
补充和发现其他细节
从前往后对业务流程走查，查缺补漏
区分动作和事件、各元素直接的关系
补充：
麦肯锡方法MECE
金字塔原理
