Field Service基础(1)开始

学习目标

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

  • 描述现场服务管理。
  • 在现场服务组织中命名并定义角色。
  • 确定现场服务闪电的好处。

什么是现场服务?

曾经尝试放牧猫?这与尝试在没有现场服务管理系统的情况下运行移动工作人员非常相似。您会发现现场服务管理在许多行业都很有帮助,尤其是那些雇用移动工作人员或承包商的行业。其中包括公用事业和交通运输,自动售货机服务,电信,废物管理,家庭健康和儿童保育,金融服务,零售,专业服务,制造业等等。

如果没有自动化系统,协调现场操作(包括安排服务预约,调度移动工作人员和设备以及跟踪车辆位置,产品库存和预约状态)几乎是不可能的。谢天谢地闪电!

谁是外勤人员?

在现场服务的游戏中,通常有四个参与者:管理员,代理,调度员和移动工作者,或者进行服务呼叫的人员。每个人都有一个特定的工作来保持和运行。

通用的现场服务工作流程始于Salesforce管理员根据您组织的需要设置现场服务闪电。当客服电话进来时,您的代理商创建工作订单。调度员安排约会,根据谁拥有合适的技能进行优化,携带正确的部分,并处于正确的位置。移动资源(或技术人员)完成服务预约并关闭工作指令。

角色 描述
管理员 根据其独特的业务需求设置现场服务功能。这包括安装现场服务闪电托管软件包和现场服务闪电移动应用程序。
代理人 接受客户服务电话,并通过工作单来请求现场服务预约,列出所需的技能和部分。
调度员 分配和管理服务约会。托管软件包中包含的调度程序控制台可帮助调度员从一个屏幕调度,优化和调度服务约会。
移动工作者或技术员 管理他们的服务约会。他们的任务包括关闭工作单,跟踪他们使用的部分,并提供服务报告。

什么使现场服务闪电特别?

现场服务闪电有三个主要部分,共同为您提供完整的现场服务管理解决方案。

  1. 核心现场服务闪电功能
  2. 从托管包调度优化
  3. 为您的移动员工提供的移动应用程序

您从核心Field Service Lightning功能开始,然后根据需要添加托管软件包和移动应用程序。

注意

所有用户都需要“现场服务标准”用户权限才能访问标准现场服务功能。大多数用户许可证已包含此权限。您需要特殊权限设置许可才能查看调度程序控制台,使用移动应用程序,或者包含在调度优化中。

一旦启用现场服务闪电,您将发现准备在安装程序中进行配置的核心功能。

功能 说明
服务区域 服务区域
操作时间 服务区域,服务资源和客户帐户可以进行现场服务工作的时间
服务资源 可以执行现场服务工作的移动员工
技能 执行现场服务任务所需的技能
时间表 跟踪您的现场服务员工在任务上花费的时间的工具
工作类型 常见现场服务工作的模板,如电缆安装或炉子修理
工作订单 要求现场服务工作
服务预约 现场服务工作的任命
维护计划 计划可帮助您使用自动生成的工单来跟踪预防性维护工作
产品项目 在现场服务工作中可以请求,需要,转移和使用的部件或服务
产品请求 请求一个或多个部分
服务报告模板 面向客户的报告模板,总结了服务预约和工作订单的状态

启用现场服务闪电还打开地理编码,这意味着位置数据。 您可以将此数据与托管软件包一起使用,以跟踪您的移动工作人员在任何特定时间的位置。 这是怎么回事?

现场服务闪电附带一个管理包的链接。 托管软件包提供可定制的时间表,实时地图和调度台控制台,以便您在正确的时间获得正确的技术。 没有更多的猫放牧你!

尽管您可以使用Salesforce应用程序与手机上的移动员工联系,但现场服务闪电移动应用程序甚至可以在没有网络访问的情况下工作(无信号,没有问题!)。

下表列出了现场服务闪电的三个部分可以做些什么。

核心现场服务闪电 现场服务闪电管理包 现场服务闪电移动应用程序

一旦在组织中启用现场服务闪电,管理员和座席可以:

  • 设定贵组织独有的工作时间,技能组合和标准预约要求
  • 启用S​​alesforce应用程序,为您的移动办公人员提供移动访问
  • 跟踪部件和面包车库存,以便您的移动员工在客户现场时获得所需的服务
  • 报告和分析现场服务数据
  • 计划,执行和跟踪您的现场服务工作,从安装到维修

当安装托管软件包时,调度员可以:

  • 根据您组织的工作规则和调度策略优化调度
  • 在调度台控制台中查看约会列表,资源可用性图表和交互式地图的鸟瞰视图
  • 使用管理应用程序集成和维护调度策略,全局操作,共享工具和优化规则

现场服务闪电移动应用程序在App Store上免费提供。使用该应用的移动工作者可以:

  • 查看他们的预约日程
  • 使用Salesforce数据检查工单,联系人并验证地址
  • 创建和编辑记录以记录工作并创建后续约会
  • 使用Chatter与其他移动工作人员,管理人员和调度员合作
  • 使用推送通知跟踪更新
  • 查看知识文章来完成棘手的任务
  • 跟踪货车库存和完成工作所消耗的零件

Scrum和Kanban

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

  • 解释什么时候使用Scrum,什么时候使用看板来管理工作。
  • 定义中断驱动的工作。
  • 解释为什么有些团队使用Scrumban。

在Salesforce,70%的团队使用Scrum,20%使用看板。其余的团队使用两者的混合物,因为它们是兼容的工具。

那么您的团队如何决定哪个工作流程最适合成功? Scrum或看板,还是两者?这实际上取决于你的团队的工作类型,以及工作是如何变化或中断的。我们可以帮你解决这个问题。

首先,在考虑使用哪个工作流程时,要问自己的主要问题如下。

  • 您的团队是否专注于大型项目的可预测性和生产力?
  • 您的团队计划提前多久?
  • 新工作真的是紧急吗?
  • 你需要多久才能完成新的工作?
您的团队是否专注于大型项目的可预测性和生产力?
看看这两种不同类型的工作项目。

Scrum案例研究

想象一下,如果你的团队需要创建一个新的网站。团队可以将工作分解成较小的项目。随着较小的工作项目完成,团队可以检查每个冲刺的进度并进行调整,以确保整个项目成功交付。如果项目需要一个可预测的交付时间表,Scrum是首选的工作流程。

看板案例研究

你的团队是否必须处理服务中断?这是中断驱动工作的一个例子。你不能总是提前2周知道或计划停电。从事建筑,服务或平台支持工作的团队倾向于在刚刚弹出的项目上工作,并创建不断变化的优先事项。

在这种情况下,看板是更好的过程,因为其灵活的工作流程允许这种不可预测的中断。

团队计划提前多久?
你想确定团队可以完成多少计划并完成一个项目。团队使用Scrum时,其积压充满了大块容易提前计划的大型项目。

你的团队的优先考虑经常改变吗?每次工作两周是否很困难?你的工作至少有25%是否改变了中期冲刺?如果您的团队被要求很少通知新的工作项目,看板可以为您更好地工作。这就是我们所说的中断驱动的工作。

新工作真的是紧急情况吗?
但是什么构成了中断驱动的工作呢?

理想情况下,我们想限制团队的变化。在将新工作项目分类为紧急或优先事项之前,团队需要考虑一些事项。

  1. 这个项目是否会造成耗时和沮丧的中断?
  2. 这种干扰是否阻止了团队完成更有价值的工作?
  3. 中断是否会妨碍团队首先完成最重要的事情?

如果工作没有真正的中断驱动,看板不会帮助一个团队。这里有一些方法可以确定你的工作是否中断驱动(因此,如果Scrum是更好的选择)。

  • 问问自己:是否需要的工作停止,或者如果现在还没有完成,我们是否会失去业务?通常情况下,情况并非如此,这些工作项目由于计划不周而急需。
  • 这项工作的根本原因是什么,为什么在规划阶段没有确定呢?
    • 是因为我们没有提前计划吗?
    • 这是一个新的利益相关者或客户的要求吗?
    • 产品不能正常工作吗?

如果紧急工作仅仅是计划不周的结果,那不是中断驱动就足以证明搬到看板。

如何快速做出新的重点工作项目必须交付?
在任何有竞争力的,成功的公司中,高优先级的中断是一个事实。重要的是这些防火演习是如何管理的。

因此,当紧急请求进入时,请询问:“您或利益相关者等待紧急工作要完成多久?”这一点很重要,因为Scrum和看板过程在不同的时间表上进行。如果需要尽快开展工作,看板就不那么具有破坏性的工作流程。

请记住:Scrum通过专注于他们的2周的部署来限制容量。看板限制基于防止在作业限制内进行多任务的能力。

下面是一个表格,介绍了Scrum和Kanban工作流程之间的一些关键区别。想象一下,客户为我们正在构建的应用程序请求一个新功能。

Scrum 看板
谁优先? 产品负责人优先考虑产品积压 产品负责人优先考虑产品积压
它在哪里? 产品积压被重新排序以用于下一个冲刺。 产品待办事项不断地为下一个有能力的可用人员重新排序。
工作什么时候开始? 在冲刺计划期间,团队承诺在下一次冲刺中的工作。 只要有能力来处理。
为什么会有延迟? Scrum专注于团队来实现他们的冲刺承诺,并且阻碍中期冲刺。 看板注重于高效的工作流程,所以积压的最高处总是接下来要处理的事情。
交付需要多长时间? 它可以是2周或更长时间,取决于冲刺状态。 一旦完成。

如果需要经常更换路线,请使用看板,尽量减少对计划的干扰,并尽快开始紧急工作。

如果您正在管理一个大型计划项目,那么使用Scrum,您的团队可以承诺为期两周的工作,利益相关方可以等到冲刺结束后开始工作。

你可以使用两个:Scrumban
Salesforce的许多团队都从使用Scrum和看板部分来管理工作负担中获益。通常,团队喜欢Scrum常规计划和审核节奏的结构,这使得他们可以更轻松地管理进度。他们还使用看板的工作进度限制来应对紧急工作,同时尽量减少看板提供的中断。

在此过程中,我们强调了人们工作的共同主题和方式,用检查和适应的精神为客户创造最大的价值。

Kanban(1)

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

  • 描述看板的四个关键特征。
  • 列出如何使用看板过程测量和预测进度。
  • 描述看板如何拥抱优先事项的变化。

Salesforce将部分Scrum应用到我们使用的另一个框架:看板。这是更多支持生产或客户问题使用的基础架构或以运营为中心的团队的一种方法。

一般来说,看板比Scrum更不具说明性,使其更容易实现。在Salesforce,即使一个团队采用了看板过程,他们仍然使用相同的Scrum角色和会议(阅读上面的单元),因为它们被证明是良好的实践。这叫做Scrumban!

但看板仍然与Scrum大不相同。这里有看板的四个关键特征。

  • 可视化工作流程: 工作被分成几部分,每一部分写在放在墙上(物理或虚拟)的卡上。在Salesforce,我们使用一个名为Agile Accelerator的虚拟墙。工作流被映射到列中,说明每个项目在工作流中的位置。
  • 限制工作进度(WIP): 团队在每个工作流程阶段一次限制多少个工作项目正在进行中。如果他们达到了极限,他们会互相帮助,把他们作为一个整体解决问题。
  • 渐进式和渐进式的变化: 与Scrum不同,Scrum是一个需要在工作过程中进行深远转变的过程,Kanban让团队在这个过程中能够接受更小更多的变化。
  • 看板包括指标: 看板中使用了几个测量系统:提前期,即完成一个项目的平均时间,有时称为周期时间。这有助于团队优化流程,使交货时间尽可能小且可预测。吞吐量:定义为在一段时间内完成的工作量。

可视化工作流程

看板的基本要素之一是使所有东西都可见,创造一致的工作项目透明度。这个过程是基于看板卡,这在日文意味着可见的标志。

image shows a screenshot of a Kanban card in Agile Accelerator, a tool that teams at Salesforce commonly use to record each work item.

通过看板,当一个队伍完成一个阶段,一张牌被移动到下一个阶段,表示完成。这是看起来像什么。

image shows a screenshot of a Kanban board in Agile Accelerator, a tool that teams at Salesforce commonly use to record each work item.

限制在制品(WIP)

Scrum通过限制每次Sprint(每2周)的工作量来进行工作,而Kanban则限制每个工作流程状态的工作量 – 对此没有设定的时间框架,但它是衡量的。我们使用在制品限制来防止瓶颈,提高整体效率,并防止未完成的工作,就像在Scrum中一样。

WIP的限制在于帮助团队根据其容量和带宽设定切合实际的目标。当然,所有这些都可以在任何时候改变,而且团队总是随时准备好转(这是敏捷的一部分!)。

每当一个团队开始新的工作时,会员就会聚在一起问:“我们想要什么样的WIP限制?”这就是乐趣的来源:实验!设置在制品限制,并查看它是如何工作(或不)为您的团队。您可以随时在下一次回顾会议上进行调整。

看板拥抱最后一分钟的变化

想象一下这个场景:利益相关者希望你的团队现在就交付一个高优先级的项目。如果您使用的是Scrum,那么团队总是会说:“不,谢谢,把它放在产品积压的优先级上。”这就是Scrum的用处:在冲刺中保护团队不要承担新的工作。

但是在看板的情况下,团队可以向同一个利益相关者回答:“好的,我们有两个在制品 – 我们可以从这个紧急项目开始。”

看板团队没有做出同样的承诺 – 他们也没有冲刺积压。换句话说,使用这个工作流程的团队更愿意接受最后一刻的请求。当他们完成一个工作项目时,他们转到下一个最高优先级的任务。

衡量成功

我们如何使用看板来预测和确定我们的进度?我们测量。看板指标依靠平均提前期来确定我们的产出。换句话说:在工作完成之前,需要多长时间才能完成所有工作状态?

简单的说一下:如果你的交货时间开始增加,看看你的过程出了什么问题。

改进协作

由于所有工作在看板系统中都是高度透明的,因此团队很容易知道什么时候发生延迟,而且他们的反应很快。随着延误的发生,团队将找出延迟的根本原因,寻找方法来改善他们的周期时间或减少未来的瓶颈。

这些都是看板原则团队用来有效地为客户提供价值。但是在Scrum或看板之间哪个最好?我们将讨论不同类型的工作,以及下一个单位中Salesforce将使用哪些框架团队。

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

Salesforce 敏捷(3)精益

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

  • 解释精益原则。
  • 描述精益原则如何影响我们的敏捷过程。

在我们新的敏捷旅程中,我们需要创造强大的文化价值观来补充我们新的工作方式。所以,我们从精益软件开发实践中获得了一个页面,并拥有相同的价值观。

这七个值的Salesforce版本是:

  • 尊重人
  • 消除浪费
  • 提供快速
  • 准时决策
  • 优化整体
  • 创造知识
  • 建立质量
尊重人

我们不相信人们需要被告知如何去做他们的工作。我们认为管理者是“仆人领袖”,这意味着他们倾听他们的团队。我们喜欢雇用好人,然后让他们做自己的工作。如果我们把团队成员当作完成工作的手段,那么我们就不会有创造力和创新空间。

团队的成功发生在每个人都相互尊重,一起工作的时候。当个人努力超越自我时,团队往往不太成功。

那么这如何融入Salesforce呢?我们相信我们的Ohana文化对于我们的客户和我们的组织的成功至关重要。在夏威夷的文化中,奥哈纳表达了这样一个观点,即血缘关系或者被采纳关系的家庭是相互联系的,家庭成员是相互负责的。

消除浪费

难道你不想讨厌那些从未需要的东西?我们也讨厌这个。这就是为什么作为一家公司,我们努力优化资源,只为那些为我们的客户创造最大价值的项目工作。

这里有一些浪费时间的例子。

  • 多任务处理
  • 经营不善的会议
  • 工作分配的反应
  • 未完成的工作

为了确保我们不浪费任何时间,我们创建了ready的标准定义。这听起来就像是一个标准的事情列表,我们认为这是从一个工作项目开始所必需的。它旨在促进正确的对话,然后再浪费任何时间去处理某些事情,而只是为了发现它尚未准备好黄金时段,或者根本不需要。

你明白了。所以我们不要在这个特定的话题上浪费更多的时间。

提供快速

由于我们是一家始终走在创新前沿的领先企业,我们必须快速转型,跟上变化,保持竞争力。我们短暂的冲刺意味着我们不断学习什么是有效的,哪些是行不通的,并相应地做出改变。 (我们目前在技术和产品团队工作2周。

准时决策

我们避免了前期设计,而是倾向于拖延关键决策,直到最后一个负责任的时刻。这种做法有助于我们更好地了解客户需求当然,最后一个负责任的时刻是由团队自己决定的,这取决于工作的范围。

优化整体

Salesforce生态系统不仅仅是其部分的总和。为了保持对客户的信任和高质量,我们必须确保团队不在真空中工作。

我们授权我们的团队思考大,行动小,协作,失败,快速学习。

创造知识

我们希望尽可能地扩大学习和持续改进。我们短暂的冲刺使我们能够构建可持续测试的解决方案。

换句话说,我们的短周期使我们脚踏实地,始终学习,适应和创新。我们用这种工作方式 – 快速和激烈 – 与客户建立信任;我们始终将客户反馈纳入我们所做的一切。我们通过客户的成功来定义我们产品的价值。

我们在Salesforce分享知识的方式之一就是通过Chatter。团队可以去Chatter分享文件,文件和见解。我们甚至还加入了代码审查,配对编程和棕色包分享会等方面的知识,以保持团队的知名度。

我们也希望通过获得新的技能来确保我们团队中的每个人都在成长。如果团队中的每个人都只有一个专业知识,那就会使团队的生产力下降。我们希望创造一个人人分享知识和责任的均衡的学习环境。

建立质量

信任是我们的核心价值之一,这就是为什么我们一直在努力创造高品质的服务和产品,以建立客户的成功。

为了做到这一点,我们实施了一些技术实践,使我们所有的产品具有灵活性,可维护性,高效性和响应性。通过在工作中重构(或重构代码),我们帮助保持简单,清晰和简单。

与客户建立信任关系的另一个重要部分:确保我们拥有一套健全有效的测试流程。在我们转向敏捷之前,由于其他任务的出现,我们往往没有及时完成产品测试。这导致了延误。但是现在每个人都拥有质量的所有权 – 它不属于一个人。

我们所做的一件事情就是创建“混合工程师”,在技术和产品部门内废除质量工程师的职位。 这个新的工程师涵盖了完整的编码和测试周期 – 不再有单独的人员在流程的不同部分工作。

敏捷软件包

人们经常会问:“Salesforce的流程是什么?”那么,没有一个单一的流程。

我们的团队在工作类型上是多种多样的,所以我们不要求一种流程或实践。 最终,每个团队都必须根据精益原则和持续改进的概念来定义自己的流程。

我们倾向于让Ohana的文化和精益告知团队如何工作,授权他们做正确的事情,经理们支持他们实现一系列共同的目标。

Salesforce 敏捷(2)学习

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

  • 解释敏捷宣言。
  • 定义敏捷原则和实践之间的区别。
  • 描述如何真正敏捷。

现在您已经明白了为什么Salesforce变得敏捷了,接下来我们将介绍如何将敏捷应用于实践。

这听起来很尴尬,但是敏捷和敏捷之间还是有区别的。敏捷意味着你知道你为什么这样做,而不是盲目地遵循一个过程。有一些最佳实践可以使你的团队敏捷。最终,如果您对以下三个问题可以回答“是”,那么您正在变得敏捷。

  • 我们的活动是专注于人吗?
  • 我们是否不断学习和改进以改进我们的流程和产品?
  • 我们是否经常向客户传递价值和喜悦?
敏捷的价值观

我们喜欢把我们的敏捷过程想像成一种美味的冰激凌圣代,层层叠叠,令人高兴。那么我们先来谈谈我们的敏捷思维的基础:冰淇淋圣代碗!

Image shows a representation of an ice cream sundae as a metaphor of how the Scrum values, principles, frameworks and practices are layered and how they relate to each other.

早在2001年,在该公司采纳敏捷之前,来自整个行业的17名软件工程师起草了敏捷宣言 – 一系列为Scrum奠定基础的价值观。这个宣言是浪费时间,金钱和精力的大型,昂贵的,经常中止或失败的软件项目的结果。他们寻找替代以往失败的文件重复,设计全部前沿的过程。

今天,这些价值观为我们提供了一个敏捷的思维方式。这个宣言是以人为基础和与创造一个成功和愉快的组织目标的合作。

这是“宣言”的一个片段:

“我们正在发现更好的方法来开发软件,并帮助其他人这样做。通过这项工作,我们已经开始重视:

  • 个人和流程和工具上的交互
  • 通过全面的文档工作软件
  • 客户协作合同谈判
  • 根据计划做出回应

也就是说,虽然右边的项目是有价值的,但我们更看重左边的项目。“

现在让我们深入这四个值。

过程和工具的个人和互动

敏捷的一部分意味着让你的团队指定他们自己的工作流程,而不是让传统的流程​​决定这个工作流程。在Salesforce,我们使用一个名为Agile Accelerator的平台,帮助团队管理工作流程和产品开发。

在我们这个规模的公司,你可以把团队分散在不同的建筑,州和国家。敏捷平台使我们能够保持无缝的通信规模 – 无论我们的时区如何。

在综合文档上工作的软件

那么我们如何确认我们正在取得真正的进展呢?我们依靠一个有形的结果:一个经过验证的软件,服务或可交付成果。换句话说,规范性文件本身并不能证明我们做的是正确的事情,也没有提供客户的价值。

客户协作合同谈判

作为一个以客户为中心的公司,部分意味着我们不只是假设我们知道什么对客户是最好的,我们实际上正在实施他们所说的最适合他们的事情。我们短暂的冲刺和持续改进流程帮助我们快速响应客户所需的变化。我们使用IdeaExchange(客户为我们提出想法的论坛)等机制来理解我们的客户发现的吸引力,实用性和令人兴奋的特点。

回应计划后的变更

我们在Salesforce所做工作的性质是创造性的,过程也是如此。我们不可能对每一个结果都确切地说,我们也不能提前预测旅程的每一个步骤 – 当你在冒险的时候,总会有一些弯路。不仅如此,我们需要快速响应客户反馈,这意味着发生了变化,而且发生得很快。

这就是为什么我们开始我们的所有介绍与安全港通知,告诫客户购买我们的服务,根据目前可用的功能做出购买决定,而不是我们所做的前瞻性陈述。

这并不是说我们靠裤子的位置来做事。我们的团队定期进行规划,从我们全公司的规划流程到发布规划,增量规划和每日计划会议。

敏捷原则一览
在下一层冰淇淋圣代上有12个敏捷的原则,为我们的迭代过程添加了味道。考虑一下你碗里的冰淇淋勺(当然是各种口味的)。

它们包括如下内容:

  • 保持简单
  • 拥抱变革以保持竞争力
  • 面对面沟通是最好的
  • 业务人员和开发人员在整个项目中一起工作

你可以阅读更多关于这里的原则。

构架

现在我们已经把所有的冰淇淋放在碗里了,现在是时候用软糖酱发疯了!继续吧,把你的冰激凌与各种确定的框架混合在一起,为角色和会议提供方法和指导,帮助我们将自己的思维和愿望付诸实践。 Salesforce使用的一些框架:Scrum,Kanban,Scrumban(两者兼有)和eXtreme Programming(这是一组技术最佳实践)。

实践

就像我们的圣代上洒满五彩斑斓,有许多敏捷,精益和技术实践,使人们以灵活和精益的方式制定框架。在Salesforce,这些实践包括计划的节奏,团队如何检查和调整,以及人们的角色和责任。每个员工都会制定年度计划文件和积压工作来管理和优先考虑工作。这是我们的混合工程实践和自动化测试环境的补充。

正是这些敏捷的价值观,原则,框架和实践帮助我们构建了Salesforce Ohana。

Salesforce 敏捷(1)理解

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

  • 解释为什么Salesforce使用敏捷
  • 列举敏捷的一些好处
  • 定义Scrum
  • 解释“完成的定义”
  • 了解为什么敏捷过程为Salesforce更好地工作

想象一下,前往Dreamforce,只能了解到没有主题演讲,没有新的产品或服务公告,也没有可用于明年的创新或生产就绪功能。

这在2006年几乎发生在Salesforce,但是我们通过实施新的工作流程来避免这种情况,这个工作流程彻底改变了我们开发和交付产品的方式。

从1999年Salesforce成立以来,我们的技术和产品(T&P)团队像发条一样交付。 T&P团队之间的沟通和协作始终顺畅而简单。但是到了2006年,我们经历了惊人的增长 – 我们拥有更多的客户,更多的收入,更多的产品和更大的公司。就像任何增长的冲刺一样,这不是无痛苦的。

所有过去容易发生的事情都不再那么容易了。结果,我们开始经历创新的放缓。

扩大沟通,协作和管理,同时满足我们的发布日期已成为挑战。很明显,我们需要一种新的方法,一种以顺利的产品交付流程为中心的方法 – 一种确保没有发布延迟的方法。

Image is a graph showing how the time between major releases increased while the features delivered per team decreased over the time period of 2000 to 2006

所以我们做了我们最擅长的事情:我们冒了风险,重新提供了解决方案。我们采取了一套敏捷的原则和做法。

为什么敏捷?

我们在Salesforce所做的大部分工作都是基于创新和迭代的。也就是说,最后的结果并不总是事先知道,到达那里的路径是一个正在进行的工作。这总是一个新的冒险!

这并不是说Salesforce的所有团队都使用敏捷流程。有些团队使用瀑布框架,这是一个不太灵活的项目管理过程。您选择哪个流程取决于您知道什么 – 或不知道何时启动工作项目。

这里快速浏览一下瀑布的做法。

  • 一切都在前面计划。
  • 要求在实施之前被详细收集。
  • 继续前,每一步都必须完成。
  • 结果是在开始时确定的。

计划与适应

如果你想要决定哪个过程最适合你,请考虑这一点:如果你正在画一幅画,并且你已经决定了你的颜色,你的设置,你将花费多少时间来绘画,以及你的最终形象会是什么看起来像,那么你已经没有多少空间去改变。这并不是说这幅画不会是一幅毕加索的作品,但是你的过程并不是为了将新的想法或反馈结合在一起,以改变最终的形象(当然是更好)。那时你可能会使用瀑布方法。

但是当你迭代绘画的时候,你可以期望根据早期的反馈,新的想法,甚至是新的学习(那些颜色冲突!)而不是以有计划的,增量的顺序进行绘画。这是一个更敏捷的方法。

以下是这两个绘画过程的视觉效果:

Image shows an illustration of a painting of a person in progress. It shows what the painting would look like in the various stages when using the Waterfall process and the Agile process.

图片基于杰夫·巴顿的工作,经许可使用,jpattonassociates.com

工作复杂性

所以现在你知道不同的过程对于不同类型的工作更好。那么如何确定哪个流程最适合您和您的团队呢?考虑这些事情。

何时选择瀑布

简单的工作:

  • 工作简单而可预见。
  • 任何人都可以决定如何完成这项工作。

复杂的工作:

  • 这项工作是可以预测的,但需要专业知识。
  • 工作可以自动化。

何时选择敏捷

复杂的工作:

  • 这项工作是基于一致的反馈,风险和创新。
    • 你想尝试一下,看看它是如何工作的,根据新的知识改变课程。
    • 你正在创造新的产品,软件和服务,而你正在做的事情从未做过。

试图选择一个工作流程时,问问自己这些问题。

  • 我们对手头项目了解多少?
    • 项目的目标和要求有多清晰?
    • 解决方案有多清晰明确?
    • 什么是团队和利益相关者使用这些方法的经验?
    • 这项工作有多复杂?
以敏捷的方式扩大Salesforce

此时,Salesforce领导层开始尝试在各个团队实施敏捷实践。有一些推迟,但Salesforce高管支持这个概念,并在2006年,Salesforce技术与产品团队重组为一个敏捷开发团队。

这是什么样子?那么,我们做了以下。

  1. 采用了新的交付思维模式
  2. 实施标准化流程
  3. 接受精益原则(我们稍后会告诉你更多!)
  4. 标准化“完成的工作”的含义

我们新的敏捷思维

这个敏捷过程究竟是什么?简而言之,敏捷是各种技术实践,流程,框架,原则和价值的总称,它们要求工作流程的灵活性和对产品的迭代改变。

这是一个时间盒式的迭代方法,工作团队从项目开始阶段逐步建立可交付成果,而不是试图最终交付最终产品。敏捷帮助团队协调一致,提高质量,并迫使每个人衡量和管理进度,以更快地为客户创造更多价值。

对于Salesforce来说,它非常合适,因为我们正在寻求解决我们的沟通和扩大成长的痛苦。

我们新的敏捷过程:从五万英尺的视野

我们选择在Salesforce选择实施的敏捷流程之一是Scrum,我们以特定的原则来支持这些流程,这些原则定义了我们今天的工作方式。

什么是Scrum?

Scrum是一个过程,具有明确的角色,会议和交付物,提供了为客户提供高质量价值的框架。

为什么我们采用Scrum?

Scrum为我们提供了一个灵活的框架,以找出哪些产品可行,哪些不适用于我们的产品,并相应地进行更改。在Scrum中,每个人都拥有所有权,并且在面对他们面前的工作时有着共同的期望。

什么Scrum过程看起来像在Salesforce?

那么当我们通过它时,有150人被组织成小型的跨职能团队,短时间迭代(我们称之为冲刺)。目标是稳定交付和组织我们的过程。目前,大多数Salesforce云团队使用敏捷和Scrum的一些变化。

什么是精益原则?

我们也接受精益原则。这七条陈述描述了我们的工作流程和交付流程。他们反映了我们的Ohana文化,突出人们如何共同努力,促进我们的成功结构。我们稍后会更详细地介绍它们。

“成就”工作的新定义

现在我们有了一种新的工作方式,团队可以在学习关于工作流程和产品的新信息时成功地重复他们的流程。但是,我们怎么知道我们真的做了工作?

简单。我们为技术和产品团队创建了完成(DoD)的标准定义,以便每个人都可以在什么时候明确地清楚完成。

这里有一个需要考虑的场景:想象一下你需要创建一个新的产品功能。您将这个新任务分配给您的团队,并要求他们在本月实施。他们这样做,继续前进。快进几个月,完成的工作项目重新出现新的问题。也许有客户抱怨,因为集成没有得到充分测试。也许安全问题没有得到解决,或者性能没有达到标准。结论:工作项目实际上没有完成,至少不够部署。

我们对“完成”的定义是一套指导方针,指导团队在完成任务之前所要做的一切。为此创建一个标准对于维护Salesforce的核心价值至关重要:信任。

简而言之
我们不断地问自己:“我们做对了吗?”这就是我们如何确保将我们的客户放在我们所做的一切的中心。

Scrum流程的严密性以及敏捷和精益的思维方式是提高我们的交付和确保顺畅的发布的核心。这是Salesforce每年为我们的客户提供三个主要版本的关键。

Salesforce Connect(3)外部对象

学习目标

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

  • 配置外部查找关系。
  • 配置间接查找关系。
  • 自定义外部数据的显示。
  • 为外部对象启用记录提要。
  • 在Salesforce应用程序中显示外部数据。

定义外部对象的关系

配置外部数据源和定义的外部对象后,可以使用关系字段将外部数据集成到Salesforce中。您可以为外部对象定义三种类型的关系。

  • 查找关系—将子标准,自定义或外部对象链接到父标准或自定义对象。如果外部数据包含通过18个字符的ID标识相关Salesforce记录的列,则只能使用此类关系。如果不是这种情况,请使用以下两种类型的关系之一,这对外部对象是唯一的。
  • 外部查找关系—将子标准,自定义或外部对象链接到父级外部对象。父外部对象上的标准外部标识字段的值与外部查找关系字段的值相匹配。对于子外部对象,外部查找关系字段的值来自指定的外部列名称。
  • 间接查找关系—将子外部对象链接到父标准或自定义对象。您在父对象上选择一个自定义唯一的外部ID字段,以匹配子值的间接查找关系字段,其值由指定的外部列名称确定。

该表总结了不同类型的外部对象关系。

关系类型 子对象 父对象 必须包含Salesforce ID的外部数据?
Lookup 标准,自定义或外部 标准或自定义 Yes
External Lookup 标准,自定义或外部 External No
Indirect Lookup 外部 标准或自定义 No

作为示例,我们来看看如何配置查询关系,以便将订单链接到其行项目以及Salesforce组织中的帐户。

配置外部查找关系

在之前的单位中,您可以查看Salesforce组织中的外部订单数据。回想一下,当您选择订单表进行同步时,您还选择了OrderDetails表,其中包含每个订单的订单项。通过创建从OrderDetails到订单的外部查找关系,您可以在组织中的订单页面上看到订单项。实际上,您告诉Salesforce一个对象上的字段(OrderDetails上的OrderId)对应于外部对象(Orders)上的外部ID字段。

  1. 登录到您的Salesforce Developer Edition。
  2. 从设置中,在快速查找框中输入外部对象,然后选择 External Objects.
  3. 单击 OrderDetails 外部对象。Order details screen
  4. 点击订单ID旁边的Edit 链接。Edit Order ID
  5. 点击 Change Field Type 按钮。Edit Order ID details
  6. 选择 External Lookup Relationship 然后单击下一步。外部查找关系可以将任何对象链接到外部对象。
  7. 选择 Orders 作为相关对象,然后单击 Next.Choose related external object
  8. 输入18作为长度,然后单击下一步。
  9. 要使关系对所有配置文件都可见,请选择“可见”选项,然后单击“下一步”。Specify FLS for external lookup relationship在真正的生产部署中,您将仔细分析哪些配置文件应该有权访问订单行项目。
  10. 单击 Save 以接受默认设置 – 您一定要在订单页面布局上订购详细信息相关列表!
  11. 使用应用程序菜单(左上角)启动订单。
  12. 在“最近订单”列表中单击订单的外部标识。View External ID of order
  13. 确认您看到订单的订单项列表。View line items for order

您可以点击订单项的外部ID来查看其详细信息,但是在相关列表中,我们将在此处显示订单项详细信息。

  1. 在安装程序中,使用快速查找框转到对象管理器。
  2. 点击Order对象,然后点击 Page Layouts | Order Layout.
  3. 在“订单布局”框中,单击 Related Lists.Edit layout for order details
  4. 向下滚动到OrderDetails相关列表,然后单击扳手图标。Edit layout for order details
  5. 从所选字段中删除显示URL,添加产品,数量和单价,然后单击确定。Related list properties dialog
  6. 点击页面顶部的快速保存。现在您可以在相关列表中看到订单项详细信息。

配置间接查找关系

现在您可以在订单页面上看到订单项,下一步是配置订单和帐户之间的间接查询关系。这种关系使您的用户能够查看给定订单与哪个客户关联以及给定客户的所有订单。

间接查找关系模拟外部对象与自定义或标准对象之间的外键关系。这次,您告诉Salesforce外部对象(订单上的customerId)上的字段对应于自定义或标准对象(帐户上的Customer_ID__c)上唯一的外部ID字段。这是间接查找,因为它引用标准ID字段以外的字段。

  1. 在安装程序中,使用快速查找框转到对象管理器。
  2. 点击订单对象,然后点击 Fields and Relationships.
  3. 点击客户ID旁边的修改。Edit customer ID screen
  4. 点击 Change Field Type 按钮。
  5. 选择 Indirect Lookup Relationship 然后单击 Next. 间接查找关系将外部对象(如订单)链接到标准对象(如帐户,甚至自定义对象)。
  6. 选择 Account 作为相关对象,然后单击 Next.Select account
  7. 选择 Customer_ID__c 作为目标字段的值,然后单击 Next.Select customer ID
  8. 输入18作为长度,然后单击 Next.
  9. 要使关系对所有配置文件都可见,请选择“可见”选项,然后单击 Next.
  10. 单击保存以接受默认值 – 您希望帐户页面布局上的订单相关列表!
  11. 如果应用程序菜单(右上角)未显示外部订单,请单击应用程序菜单并选择它。
  12. 点击 Orders 标签。
  13. 在“最近订单”列表中单击订单的外部标识。
  14. 确认订单在customerID字段中显示链接。
  15. 点击客户ID链接。你被带到相应的帐户页面。滚动到底部查看订单列表。Orders related list
  16. 同样,您可以自定义UI以在相关列表中显示更多有用的信息。通过单击页面右侧的灰色三角形选择Force.com快速访问菜单。
  17. 选择 Edit Layout.
  18. 向下滚动到订单相关列表,然后点击扳手图标。
  19. 从所选字段中删除显示URL,添加orderDate和shippedDate。对于“排序方式”,单击“订单日期”并选择“降序”,以便首先查看最近的订单。点击 OK.Orders related list properties
  20. 点击页面顶部的保存,向下滚动,在相关列表中查看订单日期。Account with edited list

现在您的外部订单数据与帐户无缝集成。

为外部数据启用Chatter

要将外部数据进一步集成到Salesforce组织中,让我们看看如何在订单记录上启用Chatter订阅源。在当前版本中,外部对象不可用字段跟踪;也就是说,我们不能将Salesforce配置为在其字段值更改时发布到记录的Chatter提要,但我们仍然可以启用Chatter提要。

  1. 登录到您的Salesforce Developer Edition。
  2. 从设置中,在快速查找框中输入Feed Tracking,然后选择Feed Tracking。
  3. 选择订单(请注意复数;单数订单是标准对象),请点击启用Feed追踪,然后点击保存。Enable Feed Tracking checkbox
  4. 使用应用启动器转到订单应用。
  5. 在“最近订单”列表中单击订单的外部标识。
  6. 现在订单有一个Follow按钮,用户可以点击订阅它的Chatter feed。Record feed on an external object detail page

查看Salesforce应用程序中的外部数据

当您的外部数据在您的Salesforce组织中可用时,您可以在Salesforce应用程序中查看它。

  1. 启动Salesforce应用程序。您可以在移动设备(获取应用程序)或Salesforce Mobile Simulator Chrome App上运行应用程序。如果需要,请使用Developer Edition用户名和密码登录。
  2. 点击Salesforce App Nav以打开导航菜单Salesforce App Nav。帐户和订单显示在最近列表的顶部。如果他们不在顶部,点击“更多”以显示“最近”列表中的所有对象。
    Navigation menu
  3. 点按订单查看近期订单列表。除了已配置的外部对象之外,还列出了具有相同名称的标准对象Orders。如果点击订单并查看最近没有记录,请查找其他订单对象。
    Recent orders
  4. 您在上一步中查看的订单显示在列表顶部。点击它查看其详细信息。
    Order details
  5. 点按Feed以查看订单记录的Feed和您的Feed帖子。Record feed
  6. 点击相关,然后点击OrderDetails查看订单的订单项。Related order line items
  7. 点击Salesforce应用程序的后退箭头Salesforce app's back arrow两次,然后点击Salesforce App NavSalesforce App Nav。点击帐户以查看最近的帐户列表。
  8. 点击列表中的顶级帐户,然后点击相关。向下滚动相关列表,然后点击订单查看该账户的订单。
    Orders related to the account

如您所见,您的外部数据在Salesforce应用程序中可用,就像它在整个Salesforce站点中一样,不需要额外的配置!