在敏捷开发实践中，整理需求和规划冲刺是开发中的重要阶段，明确需求和冲刺管理的目标后，我们将提供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：https://github.com/choerodon

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

欢迎加入 Choerodon 猪齿鱼社区

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