资产入门指南

第 3 步 - 选择要包含的数据

“资产”的每个实例都是独一无二的，因为每家公司要求跟踪的信息各不相同。“资产”可存储有助于提升您和您公司认知和理解的任何信息。您应该包含哪些特定资产或配置项目将取决于您尝试执行的操作。本节提供我们对决定应包含哪些数据方面的建议。

定义问题

大多数工具都是用来解决问题的，“资产”也不例外。可能是您的事件解决时间没有您希望的那么快，也可能是特定服务的变更通常会导致意外结果，因为查看服务依赖关系比较困难。

找出您的问题，并用它来定义其他内容，从涉及的人员到数据库中包含的资产和信息。查看问题并了解还需要哪些信息来帮助解决问题。该信息可定义您的对象类型。

一次性添加太多信息可能会加大精确性检查难度，所以请尝试一次关注一个问题。当您解决了第一个问题后，“资产”就会进化，进而解决其他问题。

开始使用服务

如果您计划使用“资产”进行配置管理，我们的建议是采用自上而下的方法，从您的服务开始。然后映射这些服务所依赖的对象（例如应用和主机）。接着，映射这些依赖关系所依赖的对象等。这样，您就可以快速构建一个服务映射，以便在出现事件和变更请求时使用。您可根据需要进行扩展以记录其他领域。

请不要拘泥于实际项目

由于“资产”允许您定义所需对象，因此并不局限于传统资产，甚至实物资产。例如：业务服务并非实物资产，但却经常是人们了解详细信息的关键。您可以将服务的所有物理和非物理依赖关系链接至 Insight，如此一来只需查看业务服务对象，即可全面了解业务的运行方式。

您可以根据需要进行抽象化。常见示例包括业务重要性对象、环境类型、部门/团队、位置等。

例如：对业务服务进行分类

假设您的所有业务服务都添加到“资产”的对象类型“业务服务”项下。您可能想将这些业务服务划分为“财务”、“物流”、“销售”、“基础设施”等。您可以使用业务服务对象类型中的一个属性进行分类，或者使用它们自己的“服务分类”对象类型进行分类。

展望未来，逐步发展

请牢记您未来可能要包含的所有延伸情况。这将决定您选择要包含的数据，以及您的数据的构建方式。

尽管牢记您所期望的最终状态很好，但我们仍然建议以渐进方式构建“资产”。想要实现一个包含 100% 准确数据和 1000 个对象的超大型版本非常困难。但从小型开始构建，然后随时添加新属性、对象和对象架构则明显更简单。

我们建议您先找到问题，构建“资产”以修复问题，然后找到下一个问题，从而不断发展完善“资产”。

设定现实的准确性期望值

确保 100% 的准确性是我们的目标，但在现实中可能无法实现。只要数据足够准确，能够提供比刚开始没有数据时更大的商业价值，也是有收获的。如果在上线之前一直追求“完美”，那么许多 CMDB 项目都可能会延迟甚至失败。

第 4 步 - 将数据导入“资产”中

在大型组织中，手动输入所有内容可能要耗费一生的时间。因此，我们将提供一些工具帮助您完成工作。

Assets Discovery

Assets Discovery（可通过 Atlassian Marketplace 免费获取）是一款无需支持服务的扫描设备，它可提取网络资产。您可以选择将哪些资产和属性拉取到“资产”对象架构中，并创建自己的扫描模式，以查找更多的利基资产。如果您按预定计划运行 Assets Discovery，它还可以获取变更信息，并更新数据。利用自动化规则，您甚至可以根据已检测到的变更触发 Jira 事务、电子邮件通知等。

导入器

您可以使用导入器输入其他源的数据。这些导入规则可以按预定计划进行同步，这样您就可以在需要的时候更新数据。对于每种导入类型，您需要定义数据的存储位置以及数据在“资产”中的位置。

CSV 导入

如果您目前使用 Excel 或 Sheets 等包含您所有资产的电子表格，则可以使用 CSV 导入功能将您的数据导入“资产”中。这将确保您拥有一个透明的集成系统，您可以在此系统中关联资产与事务，并分析影响。

JSON 导入

您可以使用包含要导入数据的 JSON 文件，将对象导入“资产”。

提示和技巧

建议您在空闲时间尽可能频繁地运行 Assets Discovery 和导入器。了解数据的变更频率以及数据的重要性，以确定您需要计划的运行频率。您希望抢先了解数据的变更速度。

借助 Assets Discovery，您可以采用不同的频率运行不同的扫描模式，以尽可能减少及时更新“资产”所需的资源。

将数据拆分为逻辑对象架构

我们建议根据数据的用途或数据的负责人构建多个对象架构。

相比一个大的架构，将您的数据分解至不同对象架构既方便用户，又易于维护。这样一来，像可能需要使用一些“资产”信息的财务或人力资源部门等团队就不会遭受无关信息的轰炸。此外，与要求团队只检查大型对象架构中的某些部分相比，让其定期检查一个对象架构中的数据质量更为容易。

联合数据

如果您拥有完全可用的数据库或信息源，并且有保持数据更新的流程，就无需将数据移至“资产”。相反，最好使用集成功能来创建相关数据的副本，并按预定计划运行这些集成，以更新“资产”信息。

“资产”附带大量导入器（见上一节）。利用这些导入器，您就可以在 Jira 事务/资产中获得决策所需信息，但您无需保存两个独立的副本。

有时候人们会为导入的数据创建单独的对象架构，而有时又会将其集成到更大的对象架构中。如果数据将用于不同的用途（例如：IT 支持和人力资源），则更明智的做法是为其创建单独的对象架构，而不是将其直接与 IT 对象架构相关联，然后又授予人力资源团队访问该架构的权限。

如果无法使用导入器，您可以创建一个对象，并为其设置一个可链接至其他数据库的 URL 属性，您可以在该数据库中找到更多信息。如果您只是希望支持人员能够查看信息，并不希望他们基于查看的信息进行搜索或报告，此选项则很适合。

避免在任何地方重复使用相同的属性

如果某一属性会在多个地方使用，并且属性值相同，通常更明智的做法是将其设为自己的对象类型。例如，您可为笔记本电脑、电话、打印机、显示器等对象类型设置一个名为“供应商”的属性。然后对于每个对象，您都需要输入（或导入）该特定笔记本电脑或电话的供应商名称。

这个选项不错，但使用名为“供应商”的对象类型，并将每个供应商设置为对象会更加高效，原因如下：

• 您可能需要的不仅仅是供应商名称。可能还需要其他供应商相关信息，如支持联系人电话或合同链接。您不希望为每个笔记本电脑和每部手机重复此操作。只需操作一次，然后链接至供应商对象即可。如果您想在 Jira Service Management 中执行供应商管理单元，这也会有所帮助。
• 如果供应商以此方式实现标准化，则意味着可以更轻松地运行报告。如果您想要报告每个供应商的支持请求数量，就可以确信您不会因为有人在其他位置对 Microsoft 或 Apple 进行写操作而错过什么。
• 如果供应商采用新名称或需要以某种方式进行变更，则只需在一个地方进行更新即可。

供应商只是一个示例，其他还包括业务重要性、部署环境、部门和位置等。

第 6 步 - 为 Jira 事务配置“资产”自定义字段

本节介绍如何配置 Jira 事务，以将其与“资产”对象关联。这既可以是将受影响的业务服务添加到事件事务，将计算机添加到硬件请求事务，或将一组可能受影响的主机添加到变更请求事务。

您可以通过“资产”访问特定的新自定义字段。要想将该自定义字段指向一组特定的对象，就需要对其进行配置。

第 7 步 - 设置自动化

“资产”引入了一组新的与对象相关的自动化触发器和操作，可用于自动执行各种任务。

示例包括：

• 在服务请求的工作流期间，更新笔记本电脑的负责人或状态
• 当事件事务出现时，将基础架构各部分的状态更新为“进行中的事件”
• 根据附加的对象，Jira 事务会自动传送至特定员工
• 当许可证、合同或保修即将到期时，通知关键人员
  

第 8 步 - 确定如何确保数据的准确性

及时更新数据至关重要，否则团队将基于错误假设工作，而这可能会导致事件延迟解决，或在服务请求后导致错误的结果。

及时更新“资产”数据的方法有很多，其中多个方法需要利用自动化功能来完成繁重的工作。

1. 对数据进行定期审计。
   可设置“资产”自动化规则来通知人们按预定计划进行数据审计。这样就可以提醒人们执行快速的完整性检查，以确保关键资产处于最新状态。
2. 定期同步 Assets Discovery 以及相关导入器和集成。
   导致数据过时的一个重要原因就是未能经常将“资产”与外部数据源同步。请思考外部数据源中数据变更的频率，以及此类数据用于 Jira Service Management 中的频率，以实现正确的平衡。如果某些数据经常发生变化，并定期与事务关联，则可能需要每 24 小时对其进行同步。其他集成或许可以等几周甚至数月才进行同步。
3. 使用自动化功能。
   在改变资产/配置数据的 Jira 事务中做决策时，必须在“资产”中捕获相关信息。

例如：如果因为用户的笔记本电脑已损坏，支持人员决定为用户提供一台新的笔记本电脑，就需要在“资产”中捕获某些信息：

• 新的笔记本电脑需要将其负责人更新为请求者，并将其状态更新为“服务中”。
• 旧的笔记本电脑需要将其负责人删除，并将其状态更新为“已损坏”。

当支持人员将此信息传达给请求者时，您可以使用转换页面和“资产”后处理功能来捕捉此类信息，并使用自动化功能在“资产”中设置新的状态和负责人。

这只是一个例子，但将“资产”集成至 Jira 工作流时，请考虑需要将事务中的哪些信息回传至“资产”。理想的情况是，您希望尽可能少地手动更新“资产”，因为这是很容易忘记的事情。