关于Scrum：产品开发的敏捷方法论

谁认为他们用最少的资源做得太多？

每个人都认为他们的工作过于紧张，预算，资源和时间对于项目的夸大时间来说是稀缺的。

事实证明，我们大多数人都会辞职，以在咖啡馆里喃喃自语或低声抱怨。

但这不是’t what 杰夫·萨瑟兰 和他的同事一起， 肯·施瓦伯 ，是 Scrum方法 ，做到了。

他们厌倦了需要迅速交付的超大型项目，他们试图通过创建自己的方法来找到解决方案。

在这篇文章中，我们’谈论他们的想法，以便您掌握有关scrum的所有知识。

关于Scrum的完整指南

在您发现有关Scrum的一切之前，它’退后一步，讨论Scrum所采用的敏捷方法很重要。

让’s go?

什么是敏捷方法论？

这些方法最初起源于 敏捷宣言.

It’这是由许多系统开发人员创建的宣言，就像杰夫·萨瑟兰（Jeff Sutherland）一样，他们对官僚主义的要求和过时的方法论也感到厌倦，后者过时地抹了他们的设计并抑制了创造力。

那里fore, they began a real movement of change in the way in which software was developed.

除其他外，该方法还建议：

• 快速，灵活地应对不断变化的情况
• 使用适应性行动计划
• 协作和理性的团队合作
• 自组织
• 根据客户反馈逐步开发解决方案

敏捷宣言表明了获得解决方案的方法，该解决方案还重视以下几点：

1. 个人与互动 过度的流程和工具
2. 操作软件 全面的文档
3. 客户合作 而不是合同谈判
4. 应对变化 超过计划

如今，这一概念已经扩展，不仅是软件，而且任何领域的产品开发和团队管理都可以遵循 敏捷方法论，突出显示了已建立的方法，例如 看板 , 靠 和Scrum等。

实际上，从产品路线图到敏捷营销管理–在许多其他活动中–都可以借助敏捷宣言定义的概念来完成。

如果您想了解有关敏捷方法的更多信息，请观看以下HBR视频：

在对敏捷方法进行了概述之后，现在可以了，您将了解有关Scrum的一切。

你准备好了吗？

什么是Scrum？

全面了解Scrum的第一步是了解其定义和基本原理。

Scrum的主要基础是经验主义，即所有知识都来自经验。

第二个基础是迭代方法，也就是说，获得的每一个新的经验知识都将获得增量收益。

因此，所做的一切都必须（在最终客户的帮助下）进行测试，以转化为知识，这些知识将逐步使结果变得越来越好。

鉴于此，我们可以用以下语句定义Scrum：

Scrum是一种人们可以创造性地解决和解决复杂问题的方法–不断变化的–为了开发具有最高价值的产品。

It’s的定义很夸张，其含义如下：Scrum帮助团队快速解决问题，以交付对最终客户具有吸引力的产品（对他们有价值的产品）。

但是，要让Scrum正常运行，它取决于三个支柱。

让’s check them out?

Scrum的三大支柱

根据 官方Scrum指南，它的三个支柱是：

1. 透明度
2. 检查
3. 适应

详见每个：

1-透明

开发中项目的所有特征必须具有所有参与者共同的清晰客观的定义，以便他们“说相同的语言”在执行任务期间。

另外，这些信息和定义必须易于所有人共享并不断共享。

2-检查

应该经常进行检查，以查看到目前为止取得的进展是否确实符合项目目标和最终用户需求。

另一方面，必须注意确保不要进行过多检查’t延迟工作进度。

3-适应

It’此时，增量迭代（较小的稳定进度）将开始变得更加清晰。

如果检查发现某些所需的客户满意度方面与您期望的不符，则说明您的流程或材料 ’重新制作必须进行调整。

并且这应该尽快完成。

有我们的定义’到目前为止，您是否对您感到困惑？

冷静;您’您会发现管理Scrum团队可能比您想象的要容易。很快让’讨论了团队中每个人的角色以及如何组织知名的sprint，以及其他Scrum活动。

坚强点！

Scrum团队的主要角色

那里’如果不知道在sprint期间组织事件的一些关键角色，那么就无法了解有关Scrum的所有信息。’我会详细解释这些冲刺，好吗？– wait a bit!).

Scrum团队具有以下角色：

1. 开发团队
2. The product 所有者
3. Scrum大师

1-开发人员

开发团队由负责创建和实施完成项目和交付产品所需功能的技术人员和分析师组成。

该团队由具有多学科和互补技能的专业人员组成，他们必须通过Scrum活动（我们将在后面描述）来协同行动并自我管理。

2- The product 所有者

作为最终用户利益的保管人，产品所有者是“owner”拟开发产品的名称。

他们是负责确保产品最终用户在开发过程中始终获得最大价值的专业人员。

The product 所有者 is the only team member who can manage the product backlog.

产品积压？– Yes, another “little name”为您装饰！

但它 ’s easy: 产品积压包括产品所有者定义为实现项目目标所需的所有任务，并考虑将产品具有所有所需的功能。

In other words, the product 所有者 defines what the development team should do, playing a leading 角色 在项目管理中。

Here are some good practices the product 所有者 should follow:

• 定义产品待办事项；
• 逻辑和高效地组织积压任务的顺序；
• 优化开发团队的工作；
• 确保每个人都可以透明，清晰地访问积压；
• 进行必要的安排，以便开发人员正确理解积压任务。

3- Scrum大师

是的，每个Scrum项目都有一个大师！

如果产品负责人是最终客户的保管人’为了您的利益，Scrum Master是项目执行过程中Scrum规则和程序的保管人。

您的角色是帮助每个人了解Scrum方法中的角色，如何正确执行程序以及如何参加活动。

他们是Scrum价值观的捍卫者​​在项目中负责确保标准不被破坏或行为没有偏差。

通过这种方式，他们确保团队成员之间的所有迭代都会导致通过Scrum创建的产品的价值最大化。

以下是Scrum管理员应遵循的一些良好做法：

• 确保所有人都了解该项目的目标和范围；
• 为产品积压管理定义适当的技术；
• Make the necessary arrangements for the product 所有者 to properly organize the product backlog;
• 了解敏捷原则并加以实践；
• 培训开发人员进行自我管理；
• 消除阻碍产品价值发展的障碍；
• 成为Scrum活动的促进者；
• 成为组织中的Scrum传播者；
• 解释并阐明Scrum产品的经验开发概念。

Scrum事件：如何组织检查和迭代

最后，您将更详细地了解什么是Scrum事件以及冲刺如何发生！

毕竟，任何想了解Scrum的人都需要掌握其四个事件！

It’通过他们，我们上面描述的所有这些复杂概念都以敏捷和高效的方式付诸实践。

请继续关注他们，以便您了解所有这些工作原理。

It’s about time!

四个Scrum事件是：

1. 冲刺计划
2. 日常会议
3. 冲刺回顾
4. 冲刺回顾

现在，我们将了解每个事件的工作方式，但是在此之前，我们需要了解什么是冲刺。

Scrum方法中的sprint是什么

用Scrum方法标准化事件的目的是减少会议的需要（很好，对吗？），因为这些事件已经为参与者之间交换必要的信息和反馈提供了正确的时间。

这些事件围绕所谓的sprint进行组织，该sprint由预定的时间段（通常是一个月）组成，在此期间，一些增量功能将添加到正在开发的产品中。

冲刺是按顺序运行的，因此一个冲刺的开始会在上一个冲刺结束后立即发生。

让’了解构成冲刺的事件吗？

但是在开始阅读之前，请查看代表Scrum冲刺的插图，并在必要时将其签出：

资源： Scrum.org

 

1-冲刺计划

好吧’很明显，冲刺是从计划开始的，但是这是如何工作的呢？

每个团队都必须参与计划，并且具有以下特征：

• 计划最多只能持续八个小时。

而且您可以确定Scrum管理员将密切关注团队，因此紧随其后！

在计划结束时，必须回答以下两个问题：

1. 我们正在计划的sprint增量可以带来什么？
2. 交付增量所需的工作将如何进行？

2-每日会议

日常会议通常在早晨举行，最多只能持续15分钟，最多也不会更少。

It’在此会议期间，开发人员将通过自我管理来定义在接下来的24小时内将要执行的操作。

此外，团队合作检查是在前一天以协作的方式进行的，并且必要的调整已经包含在价值最大化的计划中。

日常会议应始终在同一地点和同一时间举行，以促进流程并避免分歧。

《官方Scrum指南》建议了一种灵活的方式来组织日常会议中应讨论的内容，每个参与者都回答以下问题：

1. 昨天我做了什么帮助开发团队实现了sprint目标？
2. 我今天将如何帮助开发团队实现冲刺目标？
3. 我是否看到任何阻碍我或开发团队达到冲刺目标的障碍？

3-冲刺回顾

在每次冲刺结束时，都会举行审核会议。

其目的是检查所产生的增量增益，并在必要时调整积压的产品。

会议是非正式的，旨在交流反馈，促进协作和激励员工。

最长持续时间应为4小时；如果它’一次持续不到四个月的冲刺可能会更小。

4-冲刺回顾

sprint回顾（也称为Scrum回顾）是团队全面检查其工作并已经在考虑下一个sprint改进计划的时刻。

唐’t将审查与计划混淆，这标志着新冲刺的开始。

回顾会议应持续不超过3个小时（请注意Scrum管理员！），其目标是：

• 检查先前的冲刺如何与团队成员，关系，流程和工具相关联地展开
• 确定并订购成功的关键项目以及可以进行的潜在改进
• 制定计划以实施改进Scrum团队的工作方式

看一下这张图表，示意性地总结了一个scrum周期：

现在，你呢 了解Scrum吗？

当然，掌握Scrum方法需要时间和大量练习。

但是，既然您对此了解很多，我们’ve复制了此方法的主要特征列表，在 文章 在Jeff Sutherland本人的参与下写的：

基本原则：

授权具有创造力和多功能的团队。

采用该方法的更有利条件：

• 在具有创新文化的公司中，具有高度的信任和协作。
• 想要改变工作环境的彻底创新团队。

所需功能：

• 产品负责人负责对团队要制定的优先级进行排名，从而为最终客户和业务本身创造最大价值。
• 指导工作流程的流程的推动者（Scrum管理员）
• 小型，多功能，自我管理和创新的团队。

该方法规定的工作规则：

• 每个人都在为下一轮工作做准备时计划冲刺。
• 定义冲刺持续时间（1到4周）的固定时间，该时间足以创建可以在不压倒团队的情况下交付的产品增量。
• 每天举行15分钟的会议，以评估进度和出现的障碍。
• 查看冲刺，以检查新的增量工作收益。
• 追溯冲刺，以便团队可以检查和改进自身。

应该交付什么（“artifacts”):

• 产品积压，潜在功能和产品创新的重要性的有条不紊的清单。
• Sprint Backlog，产品积压项目的子集，选择在下一个sprint中完成。
• 完成工作的增量收益。

文化变革的方法：

• 迅速采用规定的惯例，即使这些惯例与组织的其余部分有很大不同。
• 制定规定的做法，然后通过实验对其进行调整。

好处：

• 尽管使用了不同的方法，但它可以促进重大进步，同时保留作为母公司一部分的运营优势。
• 快速交付最有价值的创新。
• 它迅速增加了团队的满意度和幸福感。
• 培养一般管理技能。

挑战：

• 领导者可能不愿意优先考虑团队计划，而不得不放弃控制权，转而采用实行自我管理的团队。
• 需要新的管理技能来协调数十个或数百个多学科团队。
• 严格固定的迭代时间可能不足以解决某些问题（尤其是每天出现的问题）。
• 在某些冲刺周期中，某些团队成员可能未得到充分利用。

！你真的可以’t deny …您现在知道有关Scrum的一切！

您在公司中使用Scrum吗？

您是否错过了这种过程管理中的可追溯性？

那呢“rituals,”他们精确地跟随了吗？

在评论中告诉我们。