Choerodon猪齿鱼敏捷管理实践(三):敏捷会议

本文是 Choerodon 猪齿鱼敏捷管理系列文章的第三篇。在上一篇文章《Choerodon猪齿鱼敏捷管理实践(二)——冲刺管理》中介绍了在敏捷开发中如何使用Choerodon猪齿鱼来管理需求和冲刺。当进行敏捷开发时,与之相关的Scrum会议穿插在整个迭代开发中,本篇将重点介绍Choerodon猪齿鱼敏捷管理对各类会议是如何进行管理支持的。html

文章主要内容:git

  • Choerodon的需求和冲刺管理回顾
  • Choerodon对敏捷各种会议的管理支持
    • 计划会
    • 每日站会
    • 评审会
    • 回顾会
  • 总结

Choerodon的需求和冲刺管理回顾

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

  1. 可视化管理团队
  2. 明确开发需求优先级
  3. 明确各个任务项
  4. 可视化任务进展状况

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

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

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

计划会

在每一个Sprint进入开发以前,团队将会召开Sprint计划会议。微服务

在会议以前,产品负责人会在Choerodon敏捷管理中使进行需求和冲刺的规划,而且排列好Backlog的优先级,为计划会议作准备。工具

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

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

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

迭代速度图能够看出每一个开发团队在每一个迭代中完成任务的状况,大体能够获得一个团队迭代中任务的饱和点,而后开发团队根据这个数据决定下一轮迭代可以完成的工做量。

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

经过敏捷的计划会议,开发团队和产品负责人能够确认共同的迭代目标和价值。

每日站会

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

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

每日站会中,开发团队成员根据看板中本身的任务进度和你们进行交流:我昨天作了什么,今天要作什么,我有遇到什么困难。能够一边交流一边拖动看板上的卡片(或者在站会开始前就已经根据本身状况进行卡片拖动完成),团队成员能够对你们的各类任务状态和受阻问题进行了解。

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

每日站会中展现燃尽图,也是向团队成员展现一个迭代开发的任务或者时间的整体完成状况,能够指导团队随时调整迭代计划与速度。

评审会

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

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

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

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

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

回顾会

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

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

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

而后,团队成员会共同讨论找寻这些问题出现的根本缘由,提出你们认同的解决方案,统一在下一个Sprint中改进,并在下一个回顾会议上评审改进问题的结果。

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

总 结

回顾整篇文章,咱们继上篇进行了简单的敏捷主要规则介绍,同时详细描述了Choerodon猪齿鱼是怎样管理支持敏捷的各个会议,经过使用Choerodon猪齿鱼不断规范、记录开发过程,实现敏捷的开发,但愿能够对你们有所帮助。

参考资料:

更多关于敏捷管理的文章,点击可阅读 ▼

关于Choerodon猪齿鱼

Choerodon猪齿鱼是一个开源企业服务平台,基于Kubernetes的容器编排和管理能力,整合DevOps工具链、微服务和移动应用框架,来帮助企业实现敏捷化的应用交付和自动化的运营管理的开源平台,同时提供IoT、支付、数据、智能洞察、企业应用市场等业务组件,致力帮助企业聚焦于业务,加速数字化转型。

你们也能够经过如下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:

相关文章
相关标签/搜索