一文学会Scrum Framework

什么是Scrum？
Scrum可能是用于管理产品开发的最流行的敏捷开发框架。与所有其他敏捷框架一样，Scrum拥有灵活性，团队协作和迭代交付。这有助于团队轻鬆适应变化，尤其是当客户改变他们想要的想法时。

1）选择Scrum团队

创建项目时最困难的部分之一是确定角色和责任。 首先确定人们将为项目承担的角色。

Scrum团队的三个角色是：

产品拥有者

产品负责人应该是具有权威，可用性和愿景的人。 他们代表客户并不断向团队传达优先事项和愿景。

Scrum Master

Scrum Master是产品负责人和开发团队之间的促进者。 Scrum Master还将努力消除可能阻碍开发团队实现sprint目标的障碍。 但是，该人员不会向开发团队提供日常指导或指示。

开发团队

开发团队是自我组织的，负责开发产品。

做

培训或指导您的团队进行Scrum和敏捷开发，以便他们知道sprint开始后他们正在扮演的角色

别做

强迫任何人担任Scrum Master的角色。 这个角色对整个Scrum流程很重要，不愿意的人可能无法为项目做出足够的贡献

顶尖提示

挑选一个强大的Scrum Master。 Scrum Master在Scrum流程中扮演着非常重要的角色。 他们确保整个团队专注并拥有完成工作所需的一切。 Scrum Master还负责消除可能阻碍团队最佳表现或达不到截止日期的障碍。 总的来说，Scrum Master决定了整个团队的成功。

2）Sprint计划

一旦确定了角色，就该开始规划sprint了。 整个团队一起决定冲刺长度，由Scrum Master监督。 短跑通常每週2-4次。

产品积压

产品负责人创建产品积压，该积压基本上是“优先排序的愿望清单”。 积压由产品负责人拥有，但每个人都可以添加。 产品待办事项包含用户故事列表。

用户故事

用户故事可以作为团队的指南，说明他们为什么要做某事。 他们从最终用户的角度讲，可以看起来像这样：

作为一个我想要以便音乐爱好者来自我设备的不间断音乐流让我在旅途中播放音乐时不会佔用存储空间音乐流媒体应用用户根据我当前的播放列表接收推荐我能听到适合我口味的新乐队

Sprint积压

产品负责人将产品待办事项中的最高优先级用户故事呈现给开发团队。

开发团队决定他们能够为sprint完成什么，并将用户故事分解为任务，估算工作量并将其转移到sprint backlog。

“完成”的定义

Scrum Master和产品负责人必须为每个用户故事提供一套验收标準。 验收标準决定用户故事是否完整。 它也可以称为“完成”的定义。

下表显示了两个用户故事，其中包含两组验收标準。

作为一个我想要以便验收标準音乐爱好者一款没有广告的小型流媒体应用它不会佔用存储空间併中断我的聆听体验1.应用程序允许用户流式传输音乐而无需下载 2.应用程序大小为60MB或低于 3.应用程序提供高级订阅，没有广告音乐流媒体应用用户根据我当前的播放列表接收推荐我能听到适合我口味的新乐队1.基于用户播放列表创建的广播功能 2.每天“有你听到过......”通知发送给用户

做

首先致力于高优先级将每个用户故事细分为小而易于管理的任务

别做

咬你的东西比你可以咀嚼更多。 确保团队中没有人承诺超出设定时间範围内的可行性

顶尖提示

使用INVEST优先处理您的用户故事。 INVEST代表：I-independent，N-negotiable，V-valuable，E-estimated，S-small和T-testable

3）每日站立

为了确保每个人都保持同步，团队必须每天开会讨论他们前一天的工作，他们将在今天开展的工作以及确定任何障碍。 为了确保有效地使用时间，会议应该最多花费15分钟。 Scrum Master监督会议并确保团队专注于手头的主题。

做

使用燃尽图表来跟踪您的进度。 燃尽图表显示您的冲刺中剩余的工作量以及您是否按计划进行保持会议简洁明了。 确保每个人都直截了当地说话回答如下问题：自上次Scrum会议以来我做了什么？ 在下次会议之前我打算做什么？ 我需要帮助的问题是什么？

别做

从待办事项中提取与您正在处理的用户故事无关的主题

顶尖提示

即使您很忙或者出勤率很低，也不要取消Scrum会议。 每日Scrum会议是Scrum项目的重要组成部分。 当你取消一个时，取消其他人变得更容易，这会破坏团队的注意力。

4）Sprint评论

在每个sprint结束时，开发团队应该提供潜在的可交付产品增量。 换句话说，产品增量应该处于可用状态。 在冲刺审查期间不应提交不完整的工作。

在冲刺回顾期间，团队展示他们在冲刺期间所取得的成就。 它们向产品负责人和客户展示产品增量的功能。 冲刺审查的目的是从每个人那里获得有关产品增量的反馈。 在共享反馈之后，可以讨论下一组产品待办事项。

做

让每个人都提供反馈并提出新想法必要时更改产品待办事项

别做

使用冲刺审查作为签收或用户接受会议

顶尖提示

不要忘记关注最终用户。 确保在冲刺审查期间充分参与其中。 由于害怕做出改变或听到批评，看起来很难与客户合作，但更容易听到所有内容，而不是更晚。

5）Sprint回顾

在sprint回顾期间，团队评估整个sprint。 提出的两个主要问题是“什么进展顺利？”和“下一个冲刺中可以改进什么？”

做

列出要启动，停止和继续的内容

别做

指责或责备。 试着建设性的

顶尖提示

发挥创意！ 玩游戏，让人们感动。 参与精神刺激活动，帮助打破紧张局势

6）产品增量

产品增量是sprint期间完成的所有产品积压项目的输出（加上任何先前的冲刺）。 它必须在可用的条件下完全正常运行，并符合分配的验收标准或完成的定义。 产品负责人决定是否发布产品增量。

临时交货

在临时交付期间，产品增量由客户测试。 如果产品不完整，开发团队将返回产品待办事项以準备另一个sprint。 重複此循环，直到完成所有用户故事，产品负责人满意为止。

做

记住在sprint回顾期间讨论的内容并将其应用于下一个sprint

别做

详述过去的错误。 继续前进并学习上一次沖刺期间出现的任何问题

顶尖提示

很容易陷入为下一个冲刺做準备，但不要忘记庆祝前一个冲刺的成就和良好的结果。 这为您提供了一些呼吸空间，并为下一个循环提供了充足的空间实践变得完美！ 如果您是Scrum的新手，可能一开始就没有把握好的一切。 学习需要练习，你做的越多，你使用这项技术就越好

最后交付

完成一个项目需要几个冲刺。 一旦完成所有用户故事，产品负责人满意，产品就可以最终交付给客户。

希望这是Scrum方法的有用指南，以及它是否有助于管理组织中的产品开发。 有些团队喜欢将Scrum与Kanban一起使用，这是一种高度可视化的工作管理方法，也是敏捷的保护伞。