迭代计划会议
IPM
- 核心人员
- Scrum Master - IM
- 产品总监
- BAs
- TL - 开发人员代表
- QAs
- 业务卡
- 业务价值
- 用户场景
- 业务规则 - 尽可能图形化，或者表格化，以便于沟通
- 保真图
- 架构守护 - 需要反映到卡上
- 技术卡 - 来自业务卡、技术债务、架构演进计划
- 业务价值
- 使用场景 - 需要有明确要求；如果是技术攻关型的技术卡，则需要考虑复杂度不因该超过一定范围，也需要有明确产出，如可运行demo
- 根据DDD战略的更新，DDD战术层面基于这一次的更新、升级 - 重点
- 加入了API网关设计
- 引入了事件通讯机制
- 引入了新的适配器
- 出现了新的领域层对象 - 领域服务、实体、领域事件，添加到业务卡上（讨论完成时机：分析前加入，还是实现时加入）
- 统一术语 - 中英文对照
- ...
- 测试计划
- 针对在迭代计划中产出的业务卡，需要添加对应的测试用例，测试数据到对应的业务卡上
- 针对这一次准备的新卡，测试策略更新及演进计划
- 测试覆盖率达80%
- 如所有API及JPA都需要有功能测试
- 集成测试计划说明
- 与会人员需要对所有准备好的卡，在内容上达成致认识
- 与会人员对卡的优先级顺序达成一致
- 与会人员对DDD战略图更新内容达成一致
- 与会人员认可DDD战术层面演进方案及计划
- 与会人员认可测试策略演进方案及计划
- 对迭代Backlog有统一认识
- 对故事卡（业务卡、技术卡、集成测试卡）进行优先级排序
- 对DDD战略层面进行调整
- 对DDD战术层面进行调整
当会议结束后达到以下效果，我们认为此次会议是成功达到目标的
- 产出可进入IPM的迭代卡，并能满足当前团队工作量
- 所有参与人员对每张卡的工作内容，及影响范围理解一致
- 所有参与人员对DDD战略的演进方向达成一致认识
- 所有参与人员对DDD战术的调整方向达成一致认识
- 产品总监对即将进入IPM的卡片内容和质量没有疑问，并认可卡片的优先级顺序
- 所有参与人员对迭代backlog里的卡片优先级达成一致
- 所有参与人员对DDD战略的演进方向达成一致
- TL拥有了足够的信息，并可以计划和开展DDD战术层面的演进设计
- 测试人拥有了足够的信息，并可以计划和开展测试计划，并演进测试策略
- 产品总监对会议产出感到满意
最近更新 3yr ago