完成本单元后，您将能够：
- 描述Scrum的关键特征。
- 列出Scrum值。
- 在Salesforce解释Scrum角色。
在Salesforce，我们使用两种不同的工作流程：Scrum和看板。我们在前面的模块中介绍了这些内容，但现在我们将深入到两个项目管理流程，并向您展示他们是如何使Salesforce成功的。
成功的Scrum，Salesforce的方式
正如我们所讨论的，Scrum过程是我们在Salesforce使用的更流行的敏捷框架之一。我们在2006年实施了这个项目，并且继续成为我们70％的团队的首选框架。
在我们向您介绍在Salesforce中如何使用Scrum之前，让我们快速回顾一下它是什么。 Scrum是角色，会议和可交付成果明确定义的工作流程，该流程允许团队不断测试和改进其产品和流程。
Scrum的一些关键特性。
- 它提供了一个框架，可以更快地为客户提供高质量的价值。
- 每个人都组织成小型的跨职能团队。
- 团队在短暂的迭代中工作（我们称之为冲刺）。
Scrum值
Scrum有五个核心价值。我们来看看这些。
1.重点
在最后一个模块中，我们将Salesforce所做的工作定义为复杂的，有许多未知数。为了及时交付宝贵的成果，我们必须始终关注整个过程。这对我们来说是什么样子？
- 不同的人在不同的工作项目上独立工作，我们协作处理所有事情。我们的团队一起完成一个任务，然后继续下一个任务。
- 我们制定了明确的重点，让团队把重点放在最重要的项目上。
- 每个团队都同意一个冲刺计划。这个共同的问责制使他们专注于结果，而不是个人的进步。
- 我们对产品的清晰构想提供了一个通知团队日常工作的议程。
2.勇气
冒险是创新的关键因素。冒险需要勇气。当提倡这种勇气时，我们要求团队：
- 对进展保持透明，并在需要帮助时说出来。
- 当假设错误，或者他们遇到错误和新的学习时，向他们报告。
当我们团队攻关时，我们有更大的勇气承担新的挑战和风险。
3.开放
透明度是促进合作和成功的关键。以下是我们保持开放的几种方法。
- 当我们作为一个团队一起工作时，我们总是口头表达我们如何做，标记障碍和声音问题，所以他们不会徘徊。
- 团队之间可以互相帮助，互相提供帮助。
- 团队成员对时间安排，计划和障碍都是诚实而明确的;他们如何工作;以及他们在做什么。这可以防止任何不必要的意外和最后一分钟的防火练习。
- 当队伍开放的时候，他们承认错了什么，纠正错误，改善前进的意图。
4.承诺
当团队承诺流程时，他们更能控制结果。承诺没有被定义为按特定里程碑提供设定范围的承诺。这是我们如何定义承诺。
- 信任：每个团队成员都投入到团队的整体成功，而不是他们个人的成就。
- 选择像Scrum这样的流程是一个承诺。当这是一个团队的决定，每个人都明白他们为什么要使用它时，团队更可能坚持这个过程。
- 如果持续改进是目标，那么团队总是愿意根据新的信息或经验数据尝试新事物。
- 团队共同决定工作项目，工作协议，完成的定义和角色。每个人都尊重这些决定。
5.尊重
当我们一起工作，分享成功和失败时，我们学会彼此尊重，每个人都有贡献。
- 这包括尊重我们不同的背景和经验。
- 如果我们假设每个人都有最好的意图，我们就可以进行更有成效的对话，更快地解决冲突。
- 当我们拥抱所有的意见和观点，并听到所有的声音，我们建立更强大的产品和团队。
Salesforce的Scrum过程看起来像什么？
在最后一个模块中，我们学习了Scrum过程如何让我们实时学习足够的时间，以纠正我们冒险的潜在损害。这让我们不断创新，同时改进我们的产品和流程。
简而言之，Scrum使我们能够：
- 交付或演示每个sprint的东西，以便团队可以收集有关可交付成果的反馈。 （这使我们不断创新！）
- 不断提高自己，团队和成果，每一天都在冲刺。
- 组装一个胜任的团队，让团队做出所有的决定。
- 指定一个人去除障碍，以便有人负责。
- 指定一个人为团队设定工作议程和优先项目，以便团队专注于重要的事情。
Scrum角色：谁做什么？
Salesforce上的Scrum角色不是职位名称，而是团队成员承担的职责清单。这里是对这些角色的简要总结。
The ScrumMaster
ScrumMaster就像团队镜像一样。这个人让每个人都对他们的承诺负责，并在他们不执行的时候把他们叫出来。他们管理团队的交付过程，包括如何检查和调整他们的过程和项目。他们一边教导球队出色地完成了这一切。
此外，他们还努力在团队中建立社区，帮助他们彼此成长和互相信任，从而更好地合作。考虑这个人Scrum Sherpa！
Salesforce ScrumMasters:
- 删除阻止程序
- 不要微观管理
- 引导团队避免不良习惯和低效率流程
- 使团队变得协作和高效
从历史上看，ScrumMasters是工程经理，但这已经改变了：在很多情况下，ScrumMasters也是个人贡献者。 ScrumMaster并不是Salesforce的全职演员，更像是一个额外的责任，让每个人都有机会发展新的领导技巧。
产品负责人
产品负责人对我们的流程的内容和原因负责。这个人与客户密切合作，以确保他们的Salesforce投资获得良好的回报。他们通过优先处理产品积压和沟通最高价值的工作来实现这一点。他们还负责向内部团队传达愿景，为他们提供优先的工作清单。我们把这个列表称为产品积压。
在Salesforce，产品负责人：
- 促进利益相关者，团队成员和ScrumMaster之间的沟通。
- 定义，优先考虑和批准团队的工作。
- 与客户合作定义所需的功能。
就像ScrumMasters一样，几乎Salesforce的任何人都可以加强成为产品所有者 – 我们有经理，技术主管和产品经理担任这个角色。
团队
我们的目标是保持团队小巧灵活（因此敏捷！） – 三到九人之间。我们确保我们的团队拥有不同的专业知识，在每个冲刺结束时提供项目。多元化的专业意味着团队拥有所有合适的参与者;他们把项目带到每个冲刺的终点线上。换句话说，他们不需要寻求其他团队的帮助。
在Salesforce，团队是：
- 自组织和授权
- 根据他们学到的经验，不断调整和更新他们的流程和产品
- 自主性
- 分别负责
- 合作每个冲刺的承诺
共享服务主题专家(SMEs)
在像Salesforce这样的大公司，我们依靠主题专家（如技术撰稿人或设计师）来帮助我们交付我们的产品和服务。他们为许多交付团队工作，提供最新的信息和数据通知我们的项目。
技术项目经理 (TPMs)
我们的TPM在每个云（服务，销售，市场，平台）的领导层面工作，经常处理高层云依赖性跟踪和其他后勤问题。他们的注意力跨越所有的云层，这意味着他们变得相当忙碌！
职能经理
在我们的矩阵组织中，我们的职能经理（例如工程经理）可以在Scrum团队中工作。而当他们这样做时，他们经常充当ScrumMaster或产品所有者。无论他们担当什么角色，他们都要对所有员工成功人员和组织事务负责。