什么是Sprint?

Sprint指Scrum团队完成必定数量工做所需的短暂、固定的周期。Sprint是Scrum和敏捷的核心，找到正确的Sprint周期将帮助您的敏捷团队交付更高质量的产品。

“在Scrum框架中，庞大且复杂的产品将被拆分红一个个小的片断，经过一系列被称为“Sprint”的迭代来完成。”

Sprint使项目更易于管理，让团队更快、更频繁地交付高质量的工做，并使团队可以更灵活地适应变化。

许多人将Scrum的Sprint与敏捷软件开发联系起来，以致于不明就里的人将Scrum和敏捷当成是同一件事。但实际上，二者根本不是一回事儿。敏捷是一套开发的原则，而Scrum则是一个可以帮助你把活儿搞定的框架。

如何规划和执行Scrum Sprints？

Scrum践行者们考虑十分周到。经过召开Sprint planning会议，用于规划即将开始的Sprint。Sprint Planning是一个团队协做活动，这个过程当中，团队须要回答两个基本问题：本次Sprint要完成哪些工做？如何完成？

Product Owner，Scrum Master和开发团队须要协做选定每一个Sprint中要作的工做项。Product Owner则须要商讨Sprint要达成的目标，以及在Sprint结束时能够确保目标实现的PBI。

而后团队须要在此基础上制定一个计划，说明他们将如何构建Backlog列表并在Sprint结束以前将其“完成”。选择工做事项以及如何完成这些工做事项的计划被称为Sprint Backlog。Sprint Planning结束时，团队已经准备好开始Sprint Backlog的工做，将Backlog列表中的工做推动到“进行中”和“已完成”。

Sprint期间，团队经过每日站会汇报工做进展。站会的目标是展现可能影响到团队顺利交付Sprint目标的阻碍或挑战。

Sprint完成以后，团队将在Sprint Review上展现他们在Sprint期间完成的工做。这也是在产品正式上线前，团队向利益相关者和团队其余成员展现工做成果的机会。

最后，以Sprint Retrospective来为整个周期画上一个圆满的句号。这也是肯定团队在下一个Sprint中须要在哪些地方作出改进的机会。在此基础上，就能够着手开始下一个Sprint周期了。

要和不要

即使在掌握了前述基本准则的状况下，大多数团队在刚刚开始尝试sprint实践时也会遭遇诸多困难。如下是一些建议的作法和注意事项。

推荐要作的事项：

• 必定要确保团队设定并真正理解了Sprint目标以及Sprint成功与否的标准。这是确保每一个成员协同一致并朝着共同目标前进的关键。
• 确保Backlog中全部的工做项按照优先级和关联关系顺序进行排列。若是管理不当，这可能会是一个极大的挑战，而且还会破坏整个过程。
• 确保团队对速度有很好的理解，而且要体现休假和团队会议等事项。
• 用Sprint Planning会议来充实须要完成工做的具体细节。鼓励团队成员为Sprint中的全部需求、bug和任务草拟工做任务。
• 如团队没法判断相关性，例如来自另外一个团队、设计和法律签署的工做则应该暂时搁置。

*最后，一旦作出决策或计划，请确保有人在项目管理或协做工具中能获取该信息。这可以确保每一个人均可以轻松地查阅相关决定及其理由。

当咱们致力于成为完成前述全部“推荐要作的事项”的Scrum团队时，也要避免下面这些危险事项：

须要避免的事项：

• 不要一次性设计太多用户故事、高估团队速度，或在Sprint中加入没法完成的任务。尽可能避免设定那些注定会致使团队失败的目标。
• 不要忘记质量或技术债。要为像bug和工程师健康等这样的QA和非功能性工做预留缓冲时间。
• 不要让团队对sprint中工做内容存在不清楚的地方。确保每一个人都清楚地了解，不要太专一于快速推动而忘记确保每一个人都朝着同一个方向前进。
• 此外，不要承担大量未知或高风险的工做。将庞大或具备高度不肯定性的用户故事进行拆解。能够大胆地将部分工做留到下一个Sprint去完成。
• 若是听到团队成员表达的担心，不管是关于团队速度、低肯定性工做，仍是他们认为超出预估的工做量，都不要忽视这些声音。解决他们提出的问题，并在必要时从新校准。

文章来源：Worktile敏捷博客

欢迎访问交流更多关于技术及协做的问题。

文章转载请注明出处。