什么是Scrum Sprints?


在这里Apiumhub,我们一直在用agile methodologies已经有很长一段时间了。越来越多的,我们看到很多人在web development业界也在考虑转向敏捷。要想有一个良好的开端,需要对Scrum短跑有一个很好的理解。重要的是要知道,我们通常谈论的是Scrum和kanban但是今天我们来关注一下Scrum。

什么是Scrum?

Scrum方法论是敏捷中软件开发的迭代和增量开发框架,创建该框架是为了帮助团队管理开发过程。虽然它主要用于软件行业,但也可以在许多其他行业使用。敏捷Scrum的伟大之处在于它强调协作、在软件中工作以及适应变化的灵活性。

当您谈论敏捷Scrum时,透明度、检查和适应性是关键词。流程、工作流程和进度确实总是可见的!事实上,团队会定期与所有成员举行会议(实物或在线)。高度鼓励沟通,使团队能够自组织。团队通常由大约七个人组成,每个人都有不同的角色。这个想法是团队在称为冲刺的简短活动中工作,其中检查和审查非常重要。重点主要放在持续改进工艺和产品本身上。

团队中有几个主要角色。

产品所有者

产品负责人代表客户。他或她总是必须对需要建造的东西有明确的愿景。产品负责人的主要角色之一就是向Scrum团队表达这一愿景,并将其清楚地传达给Scrum团队。产品负责人是拥有产品积压工作的人,并对项目的订单进行优先排序,但不选择在Sprint期间将完成多少或如何完成。

Scrum Master

Scrum Master帮助产品负责人和团队了解他们的共同目标,并在规划如何实现这些目标时协助他们。他或她是双方的顾问和教练,必须确保团队实现其Sprint目标。由于团队是自组织的,Scrum Master必须保持中立,并且没有真正的权威。

Scrum团队成员

团队是自组织的,其成员负责完成设定的用户故事,始终确保为产品增加价值。成员的任务之一是给出每个Sprint的估计值,并决定如何完成这项工作。

敏捷Scrum冲刺说明

您应该知道的第一件事是,Scrum Sprint是一个规则的、可重复的工作周期。我们完成了我们在过程开始时确定的工作,使其准备好接受审查。尽管Scrum Sprint通常长达30天,但我们更愿意在两周内完成这些迭代。在我们的每一次冲刺过程中,我们都会创建一个可以发货的产品。这可以是非常基本的,也不是问题。事实上,我们的想法是交付一些有效的东西,因为老实说-在两周的时间里,你不可能把所有的功能都放进去。

我们的想法是从很少的开始,但仍然要有必要的东西。在某种程度上,这也让客户很好地看到了进展情况。除非项目非常简短和基本,否则最终产品将在一个以上的短跑中完成。因此,每次我们开始一个新的Sprint时,我们都在对上一个完成的项目进行工作和迭代。

冲刺计划会议

所有的冲刺都应该从一次会议开始,在那里团队讨论、计划和组织Sprint。他们首先设定目标,并确定Sprint的交付内容。团队确定将从Product Backlog(产品的累积可交付成果列表)移到Sprint Backlog(Sprint的待办事项列表)的主要用户故事。基本上,团队决定要做什么以及如何做。请记住,工作一旦开始就不应该添加到Sprint中。此外,如果在Sprint结束时还没有完成某项工作,我们只需要将其传递给Backlog,并对其进行优先排序。

每日Scrum会议

这一天从每天的Scrum会议开始,这是一个简短的会议,团队成员在会上做检查以帮助解决问题。他们交谈,看看每件事进行得怎么样,已经做了什么,当天将做什么,并讨论遇到的任何问题。这也被称为单口相声。

Scrum Sprint回顾

Scrum Sprint回顾标志着Sprint的公开结束。每个利益相关者都应该出席会议,团队应该有机会谈论无法完成的用户故事(如果有的话)。然后他们可以展示所做的工作。从另一边,产品负责人可以看到对产品所做的改进。

在这个阶段,反馈是非常重要的。记住:这不是一个做出决定的会议;这是在Sprint计划会议期间举行的。

敏捷回顾

正如我前面提到的,Scrum Sprint评审是Sprint的公共终端。然而,对于团队来说,在每个Sprint结束时,retrospective meeting才是他们终结的标志。团队召开了一次会议,分享哪些已经奏效,哪些没有奏效。如何改进流程?我们的想法是找到一到两个新的战略变化来应用于下一个Sprint。


希望通过本文,您现在可以更好地理解Scrum Sprint是如何工作的,以及它是一种面向反馈的方法。我真的相信,这种工作方式有助于避免巨大的问题,并更能适应客户的需求。