Scrum 的五个价值观：勇气，承诺，尊重，专注和开放。了解自组织首先要了解这些价值观是如何融入您的项目中的实际事物：
每个人都致力于项目的目标
当团队有权做出决策以实现这些目标时，可以实现这种承诺水平，每个人都对项目的计划和执行方式有发言权。第 3 章中的电子书阅读器团队最初被要求建立一个互联网店面。为了使产品成功，他们不得不忽略这一要求，以便提供更有价值的项目。这是唯一可能的，因为他们被允许做出这个决定 只有团队，Scrum Master 和产品负责人。他们不需要通过官僚机构来完成任务。
团队成员互相尊重
当团队成员相互尊重时，他们能够相互信任，以完成他们所做的工作。但对于程序员和其他技术人员而言，这种尊重并不总是那么容易。许多程序员，尤其是高技能程序员，往往纯粹基于技术能力。这可能是有效采用 Scrum 的障碍。如果程序员不尊重产品负责人，他在谈论项目目标时不会听取产品负责人的意见。
一个优秀的 Scrum Master 会找到方法来增加团队成员之间的相互尊重。例如，他可以向程序员展示产品负责人对用户的思考方式以及公司需求有深刻的理解。随着程序员开始了解该知识如何对项目成功有用，他们开始重视并尊重产品负责人的意见。
每个人都专注于工作
当 Scrum 团队成员正在进行 sprint 工作时，这是他在 sprint 期间唯一的工作。他可以自由地完成完成 sprint 积压所需的任何工作，并处理 sprint 期间对该积压所做的任何更改。当每个团队成员专注于 sprint 目标并且可以自由地完成满足这些目标所需的任何工作时，整个团队能够组织自己并在需要变更时轻松地重定向。
另一方面，分心的团队是一个效率较低的团队。在现代工作场所中有一个神话，人们 – 特别是程序员 – 在多任务处理时工作得最好，因为他们可以在第一个项目被阻止时转移到第二个项目的任务。这不是人们在现实生活中的工作方式！在项目之间切换，甚至在同一项目中的不相关任务之间切换会增加意外的延迟和工作量，因为上下文切换需要大量的认知开销。放下你目前的工作需要花费大量的心理努力，然后从另一个项目的中心开始。你最终不得不回顾你上次做的事情，只是为了提醒自己你试图解决的问题。告诉团队成员切换到另一个项目上的任务不仅需要执行新任务所需的时间，
不买吗？试试这个思想实验。假设你有两个为期一周的任务。并假装通过物理定律的一些惊人的弯曲，多任务处理不会增加任何开销。您可以无缝地切换这些任务，而无需增加一秒的开销或延迟，因此这两项任务将花费两周的时间。即使在这些完美（和不可能）的情况下，多任务也没有意义。如果你没有多任务，你将在第一周结束时完成第一个任务，第二个任务在第二周结束时完成。但是，如果你执行多任务，那么你必须在第一周花费至少一些时间完成第二项任务，所以直到下周某个时候它才会完成。这就是为什么即使人类擅长多任务处理（我们也不是），这样做也没有意义。
多任务处理不是团队成员分心的唯一方式。他们经常被要求参加无用的会议和无关的委员会，开展与项目无关的活动，并为其他项目提供支持工作。一个好的 Scrum 团队被允许忽视这些分心而不冒他们的职业或晋升风险。24（现在必须完成的当前项目的支持工作可以添加到 sprint backlog 中 – 但是只有在取出其他东西才能使其适合时间框时。）
团队重视开放性
当您在 Scrum 团队工作时，团队中的其他人应该始终了解您正在进行的工作以及如何将项目推向其当前目标。这就是为什么基本 Scrum 模式中的实践旨在鼓励团队成员之间的开放性。例如，任务板允许每个人看到每个团队成员正在完成的所有工作，以及剩下多少工作要做。Burndown 图表让每个人都可以自己测量 sprint 实现 sprint 目标的速度。每日 Scrum 在有效完成时，是一项几乎纯粹的开放式练习，因为每个人都分享他或她的任务，挑战和整个团队的进步。所有这些都可以帮助团队营造相互支持和鼓励的氛围。
为 Scrum 团队创造一种开放文化听起来很棒，也很积极，而且确实如此。但它通常是 Scrum 团队最困难的事情之一，因为它是 Scrum 价值观与公司先前存在的文化冲突的最常见方式之一。
许多公司都有一种不鼓励透明度的文化，并用一种依赖于不透明的严格等级来取而代之。建立这样一种文化的管理者可以通过多种方式从中受益。在一个不透明的组织中，告诉团队实现一个不切实际的目标（“我不关心你是怎么做的，只是完成它！”）会更容易，迫使团队加班加点来实现它。当球队不可避免地无法实现这一目标时，它会让经理对 CYA 有可能的拒绝（“这不是我的错，他们搞砸了！”）。
这就是为什么开放性和自组织通常是 Scrum 采用的不可触及的“第三轨”。这是使 Scrum 采用正确的一个核心概念，但它也要求公司以不同于过去的方式对待团队。接触发展的细节否定了不透明的经理人对 CYA 的掩护。许多初出茅庐的 Scrum 团队发现，一旦不透明的管理人员开始看到香肠是如何制作的，他们的采用工作就会受到影响。
开放性威胁着卡通，尖尖，不透明的经理。但实际上，即使是一支优秀的团队也很难采用。从开发人员的角度考虑开放性，开发人员被视为代码的一部分的专家，或者是计划的“守护者”的项目经理，或者是许多用户的唯一联系人的产品负责人关于软件内容的主要决策者。这些团队成员中的每一个都有权将这些事物视为对项目的贡献。将这些内容打开给团队是非常困难的，并且鼓励其他团队成员在未获得许可的情况下共享所有权并进行更改。
这是个人团队成员抵制开放的一种非常自然的方式。但是，当他们通过这个并分享所有权 – 包括在出现问题时的责任 – 与整个团队的所有这些事情，每个人都会受益，因为这是相互信任并快速提供更有价值的软件的唯一方式。
团队成员有勇气站出来参与该项目
当你选择开放而不是不透明时，你会让团队变得更强大，而不是以牺牲团队为代价来强化自己。这样做需要勇气，但是当你这样做时，你最终会得到更好的产品和更好的工作环境。
Scrum 团队有勇气通过有益于项目的价值观和原则来生活。要想避免价值与 Scrum 和敏捷价值观发生冲突的公司不断回击，需要勇气。这需要每个团队成员，特别是 Scrum Master 保持警惕。但它也要求每个人都愿意相信提供有价值的软件将有助于他或她克服对这些价值观的抵制。这也需要勇气，尤其是在与老板坐下来进行审查的时候。要对自己说，“帮助这个团队生产有价值的软件对我来说比对自己的个人贡献吹嘘权利更重要。”
那么你将如何在团队中建立勇气？您如何让团队相信自己，并相信 Scrum 不仅可以帮助他们构建更有价值的软件，而且他们的公司将看到他们新方法的价值？
Agile & Scrum Basis
- Comprehensive Scrum Guide
- What are Scrum’s Three Pillars?
- What is Agile Software Development?
- Scrum in 3 Minutes
- What are the 5 Scrum Values?
- What is the Evolution of Scrum?
- Classical Project Management vs Agile Project Management
- Why is Scrum Difficult to Master?
- What is Velocity in Scrum?
- What is Agile? What is Scrum?
- What are the Three Amigos Development Strategy in Agile?
- Empirical Process Control vs Defined Process Control
- How to Maintain Transparency in Scrum?
- Scrum vs Waterfall vs Agile vs Lean vs Kanban
- What is 3355 in Scrum Framework?
- Why Scrum? How Does Scrum Overcome 8 Pain Points We Always face?
- The Best Free and Commercial Agile Tools – Every Scrum Team Needs!
- What are the 8 Wastes in Lean?
- Extreme Programming (XP) vs Scrum
- What is Timeboxing in Scrum?
- Agile Myth: Documentation and Planning not Needed?