开始一份新工作可能具有挑战性。开始一份新工作和第一次学习Leanx可能会更困难一些。如果该组织已有10多年的历史，并且充满了未记录的自定义代码和各种自定义，那可能会更加困难。这是许多新管理员发现自己的情况，即使他们很幸运地让之前的管理员在你爬升时向他们展示绳索。
随着Leanx组织的继续发展，技术债务可能会阻碍管理员利用Leanx版本所提供的所有伟大之处。Leanx打算使管理更容易，但是随着技术债务的出现，相对基本的功能变得纠结，例如在过时的触发器和软件包中。
在谷歌上快速搜索“技术债务”将为您提供无穷无尽的定义列表。在本文中，我把“技术债务”定义为阻碍Salesforce组织的开发和持续维护的配置（例如代码、字段或声明功能）的积累。
对于一个团队来说，技术债务可能具有挑战性——对于新管理员来说，它可能是压倒性的。以下是新管理员可以采取的一些实际步骤，以便更自如地削减堆积如山的技术债务。
1.优先排序
了解您组织的技术布局，以便根据影响最大的项目来确定决策的优先级。
每个组织都有一份待办事项清单或他们想要处理的路线图上的项目清单。一个组织的浩瀚可能使开始变得困难，但花时间浏览您的对象、顶点、软件包来了解技术布局，并将其与用户访谈相结合，可以为您提供后端和用户体验的概述。
如果您不知道从哪里开始，一个很好的起点是利用Salesforce Optimizer应用程序，并检查这些结果如何分层到整个组织的目标中。例如，如果您获得有关太多Apex触发器的结果，您可以判断流程自动化将是一个焦点。通过最大影响力来优先考虑您的决策，并逐步降低您的方法，可以使其不那么令人生畏。
2.重构
你有古老的触发器吗？您会注意到，多年前需要的大量逻辑触发器现在可以使用声明工具构建。虽然Flow逻辑仍然有一些差距，但Flow绝对是我们听到的每个发布周期的强大工具。
来源：Salesforce的记录触发自动化决策指南，截至2022年6月更正。
以上是基于易于实施和维护（包括成本）的触发用例（以及何时使用每个用例）的示例文档。虽然有些人可能会回避这种类型的文档，但我觉得管理员，即使是新的，对这些工具，也要有深刻的理解，这一点至关重要。你最不想做的就是花几个小时构建流程，节省机会所需的时间翻了两番。
3.伙伴
虽然您应该拥有这个过程，但获得帮助是这个过程的重要组成部分。咨询合作伙伴向Leanx客户提供他们的专业知识，与内部Leanx管理员有效合作。
关键是找到适合您的咨询合作伙伴。请做好准备，用“数据”和“赋权”这两个词（以及那些MC Escher powerpoint背景！）来做很多演讲
此外，请随意问自己一些问题，例如：你能看到这个合作伙伴能够教你，因为他们帮助你（自己成为新管理员），还是他们只是完成工作然后走开？他们会反驳你的计划，还是在没有建议最佳实践的情况下执行任务？
4.文档/时间
这就是我要提到的你害怕的部分。说到文档，设定你的期望并投入时间。投入大量时间。
无论你在这些情况下投入了多少钱和资源，你的咨询合作伙伴都永远不会有你对组织的洞察力。您的职责是构建文档，或修改现有文档，以完全全面。
了解您的许多字段，以及触发器/类/工具如何与每个字段交互。此外，看看这些字段是否还在使用或填充。从那里，我甚至可以说，对Apex进行初步理解可以帮助至少粗略地了解这些组件的相互作用。本文还介绍了Salesforce文档如何保护您的组织免受技术债务。
哦，当你在这里的时候，投资一个好的咖啡机。
5.备份
新管理员的常见感触是删除一些代码（试图做正确的事情），却从销售副总裁那里收到一封愤怒的电子邮件，说他们无法关闭机会，并收到一条长段落的错误消息。
有一些简单的步骤可以缓解这种反应。首先，在删除或更改任何内容之前，先备份您的组织信息。这可以采用沙盒、本地副本或使用第三方备份工具的形式。
- 如果您担心，请采取多个步骤，备份，并有冗余。
- 一旦您确信您的信息已正确备份，则在沙盒中测试删除/修改，并测试新记录创建和记录修改的多个场景。
- 如果变化足够大，请引入高级用户来测试这些流程。
- 在生产环境中进行这些更改之前，请与您的用户群沟通，您正在进行组织更新（最好是在关键营业时间之外，而不是在季度或年底），只是为了在部署横向进行时提供额外的保障。
- 进行“热修复”以弥补糟糕的部署，并增加您试图解决的技术问题。
总结
一个不守规矩的组织不是一夜之间就制造的，它不可能一夜之间修复。让自己对取得微小的渐进式进步负责是一种伟大的心态。这可以像学习一个Apex在课堂上做什么一样微不足道——进步就是进步。
虽然这次清理的部分内容是艰苦的、无聊的，而且老实说，相对吃力不讨好，但这个过程将使您对您的组织有非常深刻的了解，并在此基础上奠定良好的基础。
