在敏捷开发实践中，整理需求和规划冲刺是开发中的重要阶段 ，明确需求和冲刺管理的目标后，我们将提供Sprint 计划会议、每日站会 、评审会议 、回顾会议四项敏捷会议贯穿整个开发过程 ，需要开发团队的每个成员参与其中，达到团队的开发目标。

Sprint 计划会议的目的，是要为该项 Sprint 工作做计划 。在每个 Sprint 进入开发之前 ，团队将会召开 Sprint 计划会议 。

Sprint 计划会议要解决以下两个问题 ：

• 决定 Sprint 中需要完成哪些工作 ？

• 决定这些工作如何完成？

开发团队需预计该项 Sprint 中要开发的功能 。产品负责人在会议之前 ，需在 Choerodon 敏捷管理中制定需求和冲刺的规划 ，并且排列好 Backlog 的优先级 ，为计划会议做准备 。

根据 Choerodon 敏捷管理计划冲刺中的待办列表 ，产品负责人会从优先级最高的功能 ，依次为开发团队进行讲解 。

然后 ，团队成员针对待办列表中的待开发功能提出问题 ，团队就该问题展开讨论 ，直到该功能相关问题全部解决，再进入下一功能的讨论 。

在开发团队预测完该项 Sprint 中可交付的产品待办列表项后，开发团队将制定一项 Sprint 目标。Sprint 目标是在该项 Sprint 中通过实现产品待办列表要达到的目的 ，它也为开发团队提供指引 ，使团队明确开发的工作量有多少 。

设定完成 Sprint 目标并挑选出该项 Sprint 要完成的产品待办列表项后，开发团队需决定如何在 Sprint 中完成这些工作 。如果 Backlog 中的待开发功能在此迭代中已经饱和 ，或有阻碍需进行重新计划的 ，产品负责人会将它从迭代计划拖动至待办事项列表进行重新规划。

如果团队认为工作量过大或太小 ，可与产品负责人重新协商产品待办列表项 。开发团队也可邀请其他人员参加会议 ，以获得技术或领域知识方面的建议。

随后 ，团队成员需对 Sprint 中的列表故事进行拆分 ，将每个故事拆分成一个个任务 ，并估算每个故事点 。一旦迭代开始 ，这些迭代任务将不会发生较大变化。

通过 Sprint 计划会议，开发团队和产品负责人可确认共同的迭代目标和价值。开发团队必须在工作中时刻谨记 Sprint 目标。如果所需的工作与预期不同 ，开发团队需与产品负责人协商调整 Sprint 待办列表范围 。

每日站会是以 15 分钟为限的事件 ，会议上每个开发团队成员都需要说明：

• 从昨天的站立会到现在 ，我完成了什么 ？

• 从现在到明天的站立会 ，我计划完成什么 ？

• 有什么阻碍了我的任务进度 ？

  
  

Choerodon 敏捷管理中的迭代计划看板可用于进行开发迭代任务可视化管理 ，每个任务下的子任务 、经办人 、任务状态 、任务类型都在看板中显示 ，每一个开发人员都可以看到团队开发的流程进度 。

开发团队用每日站会来评估完成 Sprint 目标的进度 ，并评估完成 Sprint 待办列表的进度趋势。每天 ，开发团队应知道如何以自组织的形式协同工作 ，以达成 Sprint 目标，并在 Sprint 结束时完成该迭代的工作量。

可边交流边拖动看板上的卡片（或者在站会开始前就已根据自身情况完成卡片拖动），团队成员可以对大家的各种任务状态和受阻问题进行了解。

每日站会可以增强交流沟通，省略其他会议 。确定开发过程中需移除的障碍 ，强调和提倡快速决策 ，提高每个成员对项目的认知程度。这是进行检视和调整的关键会议。

Sprint 评审会议在 Sprint 结束时举行，用以检视所交付的产品增量 ，并按需调整产品待办事项列表 。

在评审会开始之前，开发团队会检查 Choerodon 敏捷管理活跃冲刺看板中的故事完成情况，根据完成任务后的测试情况 ，拖动卡片到看板已完成的列 ，整理未完成的任务。

团队成员整理好看板中已完成和未完成的任务时，我们就可以完成 Sprint。这项迭代中未完成的遗留问题 ，我们可移动到待办事项中进行重新计划 ，对于已完成的任务 ，则会在评审会中进行演示验收 。

在 Sprint 评审会议中 ，开发团队和相关干系人讨论 Sprint 中完成的工作。然后 ，根据完成情况和 Sprint 期间产品待办列表的变化 ，与参会人员讨论接下来可能要做的事情来优化价值。

这是一个非正式会议，而非进度汇报会议，会议中进行迭代功能演示，目的是获取反馈并促进开发进度 。

Sprint 评审会议包含以下内容 ：

• 产品负责人邀请开发团队以及相关干系人参加会议

• 产品负责人说明哪些工作“已完成” ，哪些工作“没完成”

• 开发团队讨论在 Sprint 中哪些工作进展顺利 、遇到什么问题 、问题是如何解决的

• 开发团队演示完成的工作并解答关于所交付增量的问题

• 产品负责人描述当前产品待办列表的完成情况 ，并根据进度推测可能的完成日期（如有需要的话）

• 参会的所有人就下一步的工作进行探讨 ，Sprint 评审会议将能为下一次的 Sprint 计划会议提供有价值的信息。

• 评审市场或者潜在的产品对现在开发产品的影响

• 为下个产品版本的发布评审时间表

Sprint 评审会议的结果是一份修订的产品待办列表 ，下个 Sprint 的产品待办列表项可以它为参考 ，如果遇到新的产品需求 ，也可全局调整产品待办列表。

Sprint 回顾会议是团队检视与调整 ，以及进行工作问题和改进点的反馈。Sprint 回顾会议发生在Sprint 评审会议结束之后，下个 Sprint 的计划会议之前。

Sprint 回顾会议的目的是 ：

• 对前一个 Sprint 周期中的人、关系、过程和工具进行回顾

• 找出做得好的和潜在需要改进的主要方面 ，并进行排序

• 制定改进开发团队工作方式的计划

在进行敏捷回顾会议时 ，开发团队可以使用 Choerodon 猪齿鱼中知识库进行会议记录 。

团队成员共同讨论找寻这些问题出现的根本原因 ，提出大家认同的解决方案 ，确定到责任人，统一在下一个 Sprint 中改进 ，并在下一个回顾会议上评审改进问题的结果 。

Choerodon猪齿鱼作为全价值链敏捷协同平台 ，不仅仅只有敏捷管理功能帮助企业进行远程办公，更多关于猪齿鱼平台协同工作的详细内容 ，可阅读 Choerodon猪齿鱼官网

没有一个冬天不会过去，没有一个春天不会到来 ，不惧挑战，奋勇向前，Choerodon猪齿鱼与您一起共抗疫情。

————

欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献，帮助 Choerodon 猪齿鱼不断成长 ，我们将持续迭代优化 ，敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态 、产品特性，以及参与社区贡献 ：

官网 ：http://choerodon.io

论坛 ：http://forum.choerodon.io

Github ：http://github.com/choerodon

码云 ：http://gitee.com/choerodon

欢迎加入 Choerodon 猪齿鱼社区

共同为企业数字化服务打造开放的生态平台