通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

Sprint(迭代)如何正确计划和执行?

Sprint(迭代)是敏捷开发 Scrum 框架中的核心,正确的 Sprint 可以帮助敏捷团队提高工作交付速度。本文将介绍Sprint 的一些核心知识点,比如概念、规划和执行 Sprint 的关键点、注意事项等。

一、什么是 Sprint

Sprint 是一个固定时间盒,指 Scrum 团队在短期内快速完成一定的工作量。它是敏捷开发的核心,正确的 Sprint 可以帮助敏捷团队提高工作交付速度。

Tips:“Sprint 让项目更易于管理,让团队能够更快、更频繁地交付高质量的工作,同时赋予团队更大的灵活性以适应市场变化。”

许多人会把 Scrum 与敏捷开发联系在一起,但 Scrum 和敏捷开发并不是一回事。敏捷开发是指导原则,Scrum 是一种实现 Sprint 的敏捷开发方法。

敏捷价值观和 Scrum 流程之间有很多相似和关联之处。Sprint 冲刺帮助开发团队遵循“频繁交付”、“拥抱变化”的敏捷价值观。另外,“高透明度”和“强适应性”是 Scrum 对敏捷开发价值观的补充,也是迭代冲刺的核心。

二、如何规划和执行Sprint

一个 Sprint 通常通过4个会议来规划执行,分别为:迭代计划会、每日站会、迭代评审会、迭代回顾会

Scrum 团队通过开展迭代计划会来开启 Sprint 。迭代计划会中主要围绕两个基本问题进行

  • 在这个 Sprint 中可以完成哪些工作?
  • 如何完成这些工作?

确定 Sprint 的工作需要 Product Owner产品负责人) 、Scrum(敏捷教练)、开发团队 之间的协商合作。

首先,由 Product Owner 根据已经做好优先级排序的 Product Backlog (产品待办事项列表)选择本次 Sprint 要完成的目标工作。然后,开发团队基于产品需求列表确定工作量,即 Sprint Backlog(迭代待办列表),并讨论如何在 Sprint 结束之前完成这些目标工作。在 Sprint 结束前,团队集中精力完成迭代待办事项列表计划的工作项。

在 Sprint 期间,团队在每日站会同步工作的进展情况,会议的内容主要围绕以下三个问题展开

  • 昨天我做了什么事情帮助开发团队达成Sprint目标?
  • 今天我要做什么帮助开发团队达成Sprint目标?
  • 是否有任何障碍在阻碍我或开发团队达成Sprint目标?

在 Sprint 结束后,团队通过迭代评审会展示他们 Sprint 的工作成果。该会议主要是对 Product Owner、客户等利益相关者展示做好的软件产品,研发团队每一个成员都会参与展示。最后,团队通过回顾会议来复盘本次 Sprint,明确下次 Sprint 的改进点,帮助更好地完善 Sprint 。

三、Sprint 过程中的注意事项

应该做:

  • 确保团队理解 Sprint 目标以及交付标准,这是让团队朝着共同目标前进的关键。
  • 明确迭代待办工作列表,并管理好优先级和依赖关系,否则可能会影响 Sprint 进程。
  • 了解团队工作容量和速率是否受成员休假和会议事务等因素影响。
  • 迭代计划会议明确目标工作的细节。鼓励团队成员完成 Sprint 内所有用户故事、缺陷和任务。
  • 移除无法完成的阻碍性工作,例如需要其他团队协助的工作、设计类工作和审批工作。

最后,一旦确认本次 Sprint 工作,请在您的项目管理或协作工具上记录和执行 Sprint,比如  PingCode  这类专业的研发管理工具,帮助团队同步 Sprint 进度,提高研发协作效率。

不应该做:

  • 不要在 Sprint 中加入超额以及工作量过大的任务,否则团队难以实现 Sprint 目标。
  • 不要忽略交付质量或技术债务,确保为团队沟通和非功能性工作(如缺陷和 Sprint 健康状态调整)安排时间。
  • 不要往 Sprint 加入大量未知或高风险的工作。可以拆分工作量大或者不确定性高的用户故事,未完成的工作放入下个 Sprint 即可。
  • 不要忽视那些需求不明确、没有进展、以及超出评估范围的工作,团队要一起解决问题,必要时重新调整工作安排。

四、通过自动化优化 Sprint

掌握了 Sprint 周期的工作原理后,你还可以选择使用自动化来优化团队的 Sprint 工作流程。以下是 PingCode 团队最常用的三个自动化规则

  • 每周给相关负责人发送消息,自动同步本次 Sprint 中仍处于打开状态的所有工作。
  • 自动将 Sprint 中未完成的工作移入到下一个 Sprint。
  • 当工作状态变更为“进行中”且该工作所属 Sprint 为空时,自动将该工作移至下个 Sprint 。

更多研发自动化规则,你可以在  PingCode 自动化 模板库中查看。

Sprint 是迈向敏捷开发的第一步,有效的 Sprint 需要团队掌握一些 Scrum 敏捷开发的理念,在这里推荐参考我们更多Scrum 敏捷开发的文章,可以让你的团队研发更敏捷、更轻松!

本文是否对你有用?

内容导航