专注于基础知识：掌握Scrum的艺术

严格遵守Scrum规则可能会使我们误入歧途。 要掌握Scrum，我们必须学会取消学习。 使真正有效的Scrum团队更注重原则而不是规则。

许多软件团队练习敏捷开发。 敏捷仅仅是软件开发的一套价值观和原则。 其主要目的是使软件团队敏捷和响应Swift。 敏捷创建的团队具有机动性，例如快艇，而不是像集装箱船那样僵化且难以转向的团队。

敏捷是基于原则的 。 这些原则并没有真正给我们一种工作方式。 最好将它们视为价值观，而不是严格的规则。

这给我们带来了一个没有具体可循的问题。 对于刚开始敏捷工作的团队来说，这尤其困难。 为了解决这个问题，我们还有其他敏捷友好的框架，例如Scrum。

Scrum是敏捷团队最广泛采用的框架之一，但是可能很难掌握。 《 Scrum指南》中解决了此困难。 创作者Ken Schwaber和Jeff Sutherland为这份文件感到苦恼。 是（现在是）他们的孩子。 它经过编辑，微调和重新制作，使其成为简洁的杰作。

Schwaber和Sutherland在文档中将Scrum描述为：

• 轻巧的
• 简单易懂
• 很难掌握

最后一个要点不是一个错误：很难掌握。 与其他短语并列时，似乎几乎是二分法：轻便且易于理解。 但是最后一个要点是有原因的……

Scrum提倡一系列规则。 要了解Scrum，我们必须采用这些规则。 但是随着时间的流逝，规则可能会成为障碍。 实际上，严格采用这些规则可能会使我们误入歧途。 相反，我们应该关注敏捷工作的本质和原则。

在研究如何体现Scrum的本质之前，我们应该首先回顾一下规则……

Scrum概述

有很多规则可以争夺。 我们将涉及其中一些，但是查看规则的最佳位置是Scrum Guide本身。

Scrum是一个团队框架。 其目的是解决“复杂和适应性问题”。 出于这个原因，软件团队一直依赖它。 本质上，构建软件是一个复杂且自适应的领域。

Scrum的三大Struts

Scrum以三个“Struts”为基础。 这些Struts构成了成为一支Scrum团队意味着什么的本质。

1. 检查 –我们必须检查我们的工作方式和我们的输出，以确保其高质量。
2. 适应性 -仅定位问题是不够的。 我们还必须修复它们，并防止它们将来发生。
3. 透明度 –要检查我们的工作，我们必须能够看到它。 这意味着可以看到我们正在做的事情。

3个Scrum角色

Struts本身是非常高级的和抽象的。 为了付诸实践，Scrum团队具有以下角色：

1. 产品负责人（“ PO”） –业务领域专家。 他们了解客户及其需求。 PO决定团队应该做什么，而不是如何工作。
2. 开发团队 –完成工作的人员。 团队成员没有特定的角色，因为他们需要承担广泛的工作。 为此，他们必须是高技能的。
3. Scrum Master –仆人领袖。 Scrum主管支持团队成员采用Scrum做法。 可以将他们视为PO的对立面，因为他们更关注团队的工作方式而不是工作内容。

5个Scrum活动

Scrum团队也有一些事件：

1. Sprint – Scrum团队短暂工作，称为sprint ，这是不间断的工作。 冲刺导致完整的工作包。 未完成一半或完成了99％。 完成。
2. 冲刺计划 –在冲刺之前，团队计划其下一个可交付成果。 Sprint计划确保每个人都知道工作的细节和Sprint的目标。
3. 回顾 –每次冲刺之后，团队将完全停止。 团队确定进展顺利和不顺利的地方。 行动项应运而生，并且团队在每一次冲刺中都会不断进步。
4. 每日Scrum –每天，团队聚集在一起讨论实现冲刺目标的进度。 在日常工作中，团队检查先前的工作并决定他们的下一个任务。
5. Sprint审查 –这是其余业务检查Sprint中交付的工作的机会。

Scrum工件

Scrum工件通常鲜为人知和理解：

1. 产品待办事项列表– 产品未来更改的有序列表。 它永远不会完成，并且会不断发展。
2. Sprint待办事项列表-Sprint待办事项列表。 它包括所有要完成的功能和错误。
3. 增量 –冲刺结束时完成的工作。 在软件中，这是可交付的工作。 它已经过测试并且是高质量的。

规则，无处不在！

ew，这是很多规则！ 恭喜！ 但这就是事情变得有趣的地方。

作为一个新团队，采用规则是一个好主意。 它使您了解Scrum团队的工作方式，并为您提供一个清晰的工作模型。

新的Scrum团队会以他们的热情来推动改进他们的工作方式。 为此，他们经常转回Scrum指南和规则。 早起站立时间缩短。 回顾会采取后续行动。

一段时间后，团队开始陷入停滞……这通常是团队最终的结局-遵循大多数Scrum规则，但仍然觉得我们可以做得更好。 这些团队通常会回到规则书中，或更糟糕的是，他们可能会厌倦改进的前景。

当要遵循的规则太多时，程序员可以做些什么来提高他们的团队效率？

Scrum的秘密：与规则无关

在许多不同的Scrum团队工作之后，我开始观察一种现象……

严格采用Scrum规则并不等同于有效的团队。

一如既往，这些规则是准则。 它们是使您入门并建立信心的训练轮。 但是过了一会儿，为了更快，我们实际上需要卸下我们的训练轮。

我将此问题称为“学习脚手架”问题。 通常，当我们第一次做某事时，我们必须建立一些规则。 这些规则有助于我们获得信心。 这类似于脚手架如何形成房屋的粗糙轮廓。 然而，当房屋建造超出某个特定点时，它将变得自给自足。 它可以独立存在。 在这一点上，我们应该拆除脚手架，让建筑物在其所有荣耀中自由站立。

体现敏捷原则成为有效的Scrum团队

拆除脚手架时，我们将注意力转向敏捷团队的原则和价值观。 为了变得有效，我们可以加强本质，而不是加强规则。 我们可以开始体现敏捷团队的原则和价值观。

以下列表包括一些我们可以体现这些敏捷原则和价值观的方法。 这绝不是详尽无遗的清单。 不幸的是，成为真正有效的Scrum团队的步骤无法统一。

以下一些思想摘自彼得·森格（Peter Senge）着名的《第五纪律：学习型组织的艺术与实践》 。 Senge在第五纪律中概述了7个“学习障碍” 。 这7种学习障碍是指基于心理的问题，这些问题会阻止团队进行学习和适应。 尽管不是每本精明的敏捷（或Scrum）书，但其中包含的许多想法都可以用来创建有效的Scrum团队。

1.共同的愿景

作家，营销商和企业所有者塞思·戈丁（Seth Godin）因攻击所谓的“工厂”思维而闻名。 Godin认为，我们经常采用传统的管理方法。 他认为，这种方法在当今富有创意和复杂的领域中行不通。

在工业革命期间，工厂工人是正确完成工作的大师，而不是正确完成工作的大师。 但是大多数现代世界已经改变。 我们现在需要知道如何找到正确的工作。 我们的组织需要提高以效率为中心的决策能力。 这意味着我们不能像以前在工厂那样对待员工或同事。 我们不能重返命令与控制。

我们有什么选择？ 共同的愿景，而不是愿景本身。 Scrum团队提倡拥有所谓的产品愿景。 这意味着Scrum团队的所有成员对他们要实现的目标都有非常清楚的了解。 然后，团队应该直观地知道哪些任务可以增加价值，哪些没有。

仅一个人理解愿景是不够的。 所有团队成员必须分享愿景。 他们必须深深地感受到与之的联系。 这不仅对决策有效，而且对创造目的有效。 目的造就了积极进取的团队。 当团队知道为什么要做某事时，团队会更有效率。 现在需要为什么对于千禧一代不是什么新鲜事； 本质上，人类是哲学存在。

共同的愿景对于有效的团队至关重要。。。

2.有效始终有效

大卫·海涅迈尔·汉森（David Heinemeier Hansson）和他的商业伙伴杰森·弗里德（Jason Fried）以反对过度劳累而闻名。 在建立自己的公司Basecamp时，他们二人意识到：工作时间本身并不能创造出更有效的团队。 相反，他们发现个人需要时间来反思和放松。

与共同愿景的第一个想法联系在一起，一旦我们知道要去往哪里，我们就需要时间经常停顿。 这使我们能够把握当前的局势并思考下一步的行动。 要从思考现状出发，而要考虑将其提升一个档次。 “我们花在座位上的时间量”或“代码行”对交付的价值显得微不足道。

我们必须提醒我们的团队，有效总是胜于高效。 做正确的事比做正确的事更重要。

3.挑战心理模型

对有效团队来说，最大的威胁之一是Senge定义的心理模型。 这些心理模型是我们带给新团队的“包bag”。 有时，以Scrum格式工作可能会违反直觉。 这些未解决的感觉的原因通常来自我们以前的经验。 与其挑战我们的旧观点，不如将它们投射到其他观点上。 如果我们不检查自己的思维模式，就有可能会损害我们从新角度看事物的能力。

心理模型的一个很好的例子是短期心态的陷阱。 Scrum在微型交付机构中运作这一事实并没有帮助这种心态。 变得很容易与我们对产品的远景相去甚远。 相反，我们可能陷入专注于不断赞扬的“快速胜利”的陷阱，而从未解决“大型多米诺骨牌”。 毕竟，大的多米诺骨牌会在倒下时倾倒其余的东西。

如果不解决我们的思维模式，甚至可以使最有效的团队陷入停顿。 我们不仅要经常检查我们的工作，还要检查我们的心态。

专注于掌握Scrum的原则

有效的Scrum团队专注于原则，而不是规则。 要实现这种心态，需要进行认真的练习 。 当我们分析工作，我们的团队和我们的思维定式时，有效性就来了。

作为人类，我们最大的财富就是我们的合作，智慧和适应能力。 这种强大的混合作用使我们成为了地球的统治者。 这不是尖锐的爪子或锯齿状的牙齿，也不是遵循字母规则的能力。 使我们与动物区分开来的是我们的适应能力。

正如Senge在他的上述著作《第五纪律》中所描述的：

“从长远来看，竞争优势的唯一可持续来源是您的组织比竞争对手学习得更快的能力。”

作为程序员，我们要学习和适应。 没有灵丹妙药，没有任何规则或地图可以指导我们到那里。 我们要全力以赴。

翻译自: https://www.javacodegeeks.com/2017/09/focus-basics-art-mastering-scrum.html