Choerodon猪齿鱼敏捷管理实践（三）：敏捷会议

Choerodon猪齿鱼企业级数字化服务平台

本文是 Choerodon 猪齿鱼敏捷管理系列文章的第三篇。在上一篇文章《

Choerodon猪齿鱼敏捷管理实践（二）——冲刺管理

》中介绍了在敏捷开发中如何使用Choerodon猪齿鱼来管理需求和冲刺。当进行敏捷开发时，与之相关的Scrum会议穿插在整个迭代开发中，本篇将重点介绍Choerodon猪齿鱼敏捷管理对各种会议是如何进行管理支持的。

文章主要内容：

Choerodon的需求和冲刺管理回顾

Choerodon对敏捷各类会议的管理支持

计划会

每日站会

评审会

回顾会

总结

Choerodon的需求和冲刺管理回顾

Choerodon敏捷管理中，我们使用用户故事地图和待办事项进行需求和冲刺管理。在敏捷开发实践中，整理需求和规划冲刺是开发中的重要阶段，通过规划管理可以使开发达到以下目标：

1. 可视化管理团队

2. 明确开发需求优先级

3. 明确各个任务项

4. 可视化任务进展情况

明确需求和冲刺管理的目标后，我们会有四个敏捷会议贯穿整个开发过程，需要开发团队的每个成员参与其中，此时也可以使用Choerodon敏捷管理进行会议的管理支持来达到团队的开发目标。

Choerodon对敏捷各类会议的管理支持

标准的敏捷流程包含了四个会议，即计划会、每日站会、评审会和回顾会。我们在实际开发中会结合Choerodon猪齿鱼平台来管理支持团队中的敏捷会议。

计划会

在每个Sprint进入开发之前，团队将会召开Sprint计划会议。

在会议之前，产品负责人会在Choerodon敏捷管理中使进行需求和冲刺的规划，并且排列好Backlog的优先级，为计划会议做准备。

在Sprint计划会议的前半段，根据Choerodon敏捷管理计划冲刺中的Backlog，产品负责人会从优先级最高的功能依次为开发团队进行讲解。然后，团队成员针对Backlog中的待开发功能提出问题，团队就该问题进行展开讨论，直到这个功能相关的问题全部解决，再进入下一个功能的讨论。

如果Backlog中的待开发功能在此迭代中已经饱和，或者有阻碍需要在进行重新计划的，产品负责人会把它从迭代计划拖动至待办事项列表进行重新规划。

在Sprint计划会议的下半段，开发团队会讨论这些确定开发的功能问题，这时可以使用Choerodon敏捷管理的报表：迭代速度图。

迭代速度图可以看出每个开发团队在每个迭代中完成任务的情况，大致可以得到一个团队迭代中任务的饱和点，然后开发团队根据这个数据决定下一轮迭代能够完成的工作量。

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

通过敏捷的计划会议，开发团队和产品负责人可以确认共同的迭代目标和价值。

每日站会

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

每日站会是敏捷开发中用于开发团队沟通了解进度的会议，可以把看板泳道切换为经办人泳道，这样可以清楚每个人身上的任务进度。

每日站会中，开发团队成员根据看板中自己的任务进度和大家进行交流：我昨天做了什么，今天要做什么，我有遇到什么困难。可以一边交流一边拖动看板上的卡片（或者在站会开始前就已经根据自己情况进行卡片拖动完成），团队成员可以对大家的各种任务状态和受阻问题进行了解。

在每日站会拖动完团队成员的卡片后，会切换到Choerodon猪齿鱼敏捷管理看板中的工作台页面，团队会共同维护一张“燃尽图”（Burn Down Chart），即所有任务的累积剩余时间随开发进程与日递减的图形，用以观察和预测所有任务是否会按期完成。

每日站会中展示燃尽图，也是向团队成员展示一个迭代开发的任务或者时间的总体完成情况，可以指导团队随时调整迭代计划与速度。

评审会

每个Sprint结束时，都会有一个Sprint评审会议。评审会议最重要的工作是演示功能和成果，验证用户故事的实现场景，并接受评价。

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

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

评审会中，团队成员会对本次迭代中已完成的功能进行演示，产品负责人进行验收。团队成员需要接受产品负责人的评价，再针对已有的功能进行优化或者直接验收成功。

评审会后产品负责人会根据验收成果在Choerodon敏捷管理的待办事项中进行下个Spring的优先级调整，重新规划将要进行的新的Sprint。

回顾会

在评审会之后，开发团队会进行回顾会。回顾会的重点是团队检视与调整，进行工作问题和改进点的反馈。回顾会可以提供一个很好的机会给开发团队，来讨论什么方法能起作用而什么不起作用，并一致通过改进的方法。

在进行敏捷回顾会议时，开发团队会使用Choerodon猪齿鱼Wiki管理中进行会议记录，创建时使用“敏捷回顾会议记录”的文档模板，可进入已经设置好的回顾会议文档编辑页面。

回顾会议中，开发团队会提前根据本迭代的达成目标、产品功能、敏捷流程、需求管理等方面进行准备，针对开发团队在实施敏捷开发中的各种进步和问题进行讨论。可以指派一位团队成员进行会议记录，在已有的Wiki文档模板中记录大家提出的各种问题

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

在Choerodon猪齿鱼知识管理中的回顾会文档，可以记录开发团队关于每个迭代的各种问题的思考，帮助团队不断调整敏捷实施方案，突出敏捷开发的效果。

总 结

回顾整篇文章，我们继上篇进行了简单的敏捷主要规则介绍，同时详细描述了Choerodon猪齿鱼是怎样管理支持敏捷的各个会议，通过使用Choerodon猪齿鱼不断规范、记录开发过程，实现敏捷的开发，希望可以对大家有所帮助。

参考资料：

https://www.sohu.com/a/147476928_505916

http://www.woshipm.com/pmd/947515.html

http://www.woshipm.com/zhichang/1501729.html