迭代计划会议

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战术层面的演进设计

• 测试人拥有了足够的信息，并可以计划和开展测试计划，并演进测试策略

• 产品总监对会议产出感到满意