Scrum(3)实施

完成本单元后,您将能够:

  • 定义两种基于Scrum的会议。
  • 列出进入计划的会议类型。
  • 解释我们如何检查和调整我们的流程和可交付成果。

现在您可能想知道Salesforce如何实施Scrum。那么,这一切都归结为会议!我们知道你在想什么:会议是浪费时间。可是等等。这不仅仅是召开更多会议的会议。 Scrum会议旨在提供行动项目。我们会告诉你我们的意思。

Salesforce有两种主要的Scrum会议类型。

  1. 规划会议: 在项目的所有不同阶段都会发生,看起来像一个分层的蛋糕。无论项目在哪个阶段,团队都会定期会面,以确保他们与最终结果保持一致。
  2. 检查和调整会议: 我们谈了很多关于团队学习新知识并将其应用于下一个冲刺的重要性。这是他们这样做的时候。这些会议旨在改进流程和产品。

让我们更详细地看看这些会议,以便您更好地了解Salesforce上的Scrum过程的机制 – 并自行采用它们。

规划会议

我们的年度计划是我们用来确保每个人,团队和云都采用自上而下的业务路线图的最终对齐工具。敏捷团队然后用它来继续他们的计划。

每4个月发布一次

我们每4个月发布一次新版本的核心平台,其他产品更新频率更低。我们根据需要部署基础架构版本。在每个主要发布周期的开始,我们都有一个高级计划会议来为每个云创建一个路线图。

这些会议的主要目的:

  • 协调业务和客户的优先事项。
  • 提供对新功能的高层次了解。
  • 协商时间表并设定交货期望。

每一个版本都包括我们的前瞻性陈述,其中说我们的计划和交付是基于我们在计划时所掌握的知识,而且在我们开始工作时,事情会发生变化。我们之所以这样做是出于各种原因,但它确保我们的长期计划有能力改变和适应新的学习。

积压细化计划每两周进行一次

规划过程中的下一步是准备即将到来的冲刺。团队提前计划了几次冲刺,他们在那里审查他们的产品积压,以确保最高优先级的项目已准备就绪。

这些会议的目的是什么?

  • 该团队提供了输入,并清楚了解管道正在进入的内容。
  • 工作分解成更小的块。
  • 起草满意的条件,有助于澄清预期的结果。
  • 确定尚未准备好的工作。

冲刺规划每两周进行一次

在冲刺开始之前,团队将聚集在一起,为未来2周内打算完成的目标制定路线图。在这次会议上,小组同意并承诺制定工作计划。

通常在这些会议上,团队从产品积压开始,查看列表顶部的项目,并决定现在可以提交哪些项目。

每日站立发生(几乎!)每一天 

尽管Scrum要求每天都要开会,但大多数团队都采取了不间断的周四规则,这听起来像是:星期四不开会。

它是什么样子的?

  • 这是一个非常简短的同步,团队成员确保他们全天都专注于正确的目标,并在需要的地方提供帮助。
  • 频率是为了防止团队成员旋转车轮,瓶颈进展。
  • 它提供了日常进度的可见性。

检查和修改会议

当我们从计划阶段转到实践阶段时,我们往往会议较少。我们碰到两个在这里开会的人。关键在于学习会议,旨在确保我们能够在正确的时间为合适的客户提供正确的产品和服务。

回顾展望:每一次冲刺的结尾

这是一个团队可以为自己的进步或失败负责的会议。

每次冲刺,团队都花费一点时间分析他们工作或者工作的状况。在这个评估期间,他们把重点放在两件事上:流程和团队。

在这个时候,团队会检查他们在这个冲刺中的工作方式,然后决定如何改变和适应下一个冲刺。最终目标是改善每个冲刺的过程和交付。

在Salesforce,我们希望一个团队在每个冲刺之后都有一些“可操作的实验” – 他们可以在下一个冲刺中尝试新的东西。这些新的行动项目被添加到他们的冲刺或看板上,一个人让团队对这些人负责。

例如,在回顾过程中,一个小组抱怨说,会议时间过长,浪费时间。 该小组选择在每次会议上为下一次冲刺创建一个清晰的议程,并制定明确的行动项目。 这确保会议仍然重点突出,并有可行的结果。

冲刺演示发生在每个冲刺

在两次检查和适应会议的第二天,团队向产品所有者和利益相关者展示完成的工作,以获得反馈和意见。 他们检查他们的交付成果,把他们学到的东西和适应他们的过程向前推进。

没有这些会议,团队就错失了改进的机会。

Scrum(2)元素

完成本单元后,您将能够:

  • 列出交付的Scrum元素。
  • 解释为什么每个冲刺都需要完成工作。
  • 描述团队产品待办事项列表的关键部分

现在您已经理解了Scrum价值观和角色的重要性,接下来我们将介绍如何将所有事情组织起来,并确保我们按时,持续地交付。

产品积压

这是我们可能需要的有序工作清单,并不是所有将要完成的工作。我们将其定义为真实的单一来源,根据我们的最佳知识来描述我们认为必须做的所有变更,更新和要求。

产品积压是什么,它包含了什么?

  • 随着团队学习有关产品的新信息,它不断完善。
  • 更高优先级的项目有更多的细节,以便他们准备好工作。
  • 它不仅包括与项目相关的工作,还包括支持或维护工作,非功能性需求和研究。
  • 产品拥有者拥有它,他们的工作是确定工作项目的优先顺序。

Sprint积压

仅仅因为工作项目放入产品积压队列中并不意味着它完成了。在每次冲刺之前,团队都会查看产品积压,并评估他们可以在两周内处理哪些高优先级的工作项目。他们把这些项目纳入冲刺积压。

潜在可发运的工作

最重要的是团队在每个冲刺阶段为客户提供有价值的东西。要做到这一点,我们关注的是结果,而不是产出 – 这是Scrum过程中的一个重要区别。

简单地说:我们的目标是生产质量的工作,而不是一个工作量。

在我们开始新事物之前,我们也推动完成工作。没有人想吃一个半熟的蛋糕!我们以这种方式工作是有原因的:每4个月,Salesforce发布其平台的更新。这并不是说我们每4个月才完成一次交付。这不会像我们现在所做的那样,每两周就不断地学习和整合这些学习内容。

我们在整个发布周期中一直以这种方式提供最佳解决方案。

为什么我们强调整理?

在Scrum世界里,正在进行的项目是一种浪费。那是因为WIP项目意味着你没有学习和适应创造更好的交付和解决方案。未完成的工作(签入,测试和部署)会延迟整个工作流程。我们倡导团队合作的文化,互相帮助,把项目带到终点。我们称之为蜂群或狗群堆 – 人们互相帮助完成了最后的20%的工作。

Scrum工作流程:一摞书代表产品积压;一个大蛋糕代表冲刺积压;一个闹钟代表每天的scrum会议;而蛋糕代表可运送的产品作为最终交货

Image shows four icons to describe Scrum workflow: A stack of books represents the product backlog; a big cake represents the sprint backlog; an alarm clock represents the daily scrum meeting; and a cupcake represents the shippable product as final delivery

Scrum(1)介绍

完成本单元后,您将能够:

  • 描述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使我们能够:

  1. 交付或演示每个sprint的东西,以便团队可以收集有关可交付成果的反馈。 (这使我们不断创新!)
  2. 不断提高自己,团队和成果,每一天都在冲刺。
  3. 组装一个胜任的团队,让团队做出所有的决定。
  4. 指定一个人去除障碍,以便有人负责。
  5. 指定一个人为团队设定工作议程和优先项目,以便团队专注于重要的事情。

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或产品所有者。无论他们担当什么角色,他们都要对所有员工成功人员和组织事务负责。