简介
最近，ICANN 工作人员一直在努力满足社群提出的一项要求，即确定"移交后 IANA"在处理根区管理请求时的职能履行评估指标。对于未确定服务水平期望者，用于监控、报告和评估这些请求的一致同意的原则如下：
- 可归因的衡量。如可行，应报告单项指标，以归因责任方花费的时间。例如，在计算 IANA 工作人员用于处理变更请求的时间时，应将变更请求过程中等待客户采取行动的时间计算在内。
- 总次数。尽管有以上原则，但用于确定与端到端处理次数相关的整体趋势所报告的整体指标仍然具有价值。
- 相关性。应区分收集用于支持一般性分析的指标与对设定具体阈值以判断 ICANN 提供适当服务水平的能力是否不合格具有重要意义的关键指标。
- 清楚的定义。应对各项指标进行充分的定义，以便对衡量对象以及如何实施自动化方法以衡量是否达到标准拥有普遍了解。
- 阈值的确定。履行标准的具体阈值应该根据对实际数据的分析来确定。这可能要求首先定义一项指标和数据采集期间，然后按社群进行分析，最后再确定阈值。
- 审核流程。应对服务水平期望进行定期审核，并根据经过修改的社群期望和对环境的相关更新进行调整。服务水平期望应获得社群和 IANA 职能运营商双方的一致同意。
- 定期报告。在可行情况下，应采用近实时的方式定期报告指标。
截至 3 月 2 日，为允许针对服务水平期望收集时间信息而必须实施的条款修订已在进行中。下一步可能是考虑我们将如何处理收集的数据。在本文中，我们将讨论过去的发展历程以及未来的期望。
背景：确定衡量要求
跨社群工作组 (CWG) 设计团队（特别称为"DT-A"）承担了确定履行标准的任务。DT-A 制定了一系列要收集的指标，用于评估 IANA 根区管理职能提供的服务水平。ICANN 工作人员作为主题问题专家参与该制定流程中，已向设计小组介绍详细的根区管理流程，说明该流程如何运作并讨论各种拟议衡量指标的含义。ICANN 工作人员向我们解释了典型处理流程，并分享了一些使衡量指标比初步判断更复杂的异常情况。尽管 ICANN 工作人员未设定指标，但当我们认为特定衡量指标无法收集时，我们便会通知设计团队。此项工作的成果是设计团队的最终报告，报告是 CWG 提案的组成部分。
实施：添加新衡量功能至 RZMS
自从 CWG 提案完成后，开发 ICANN 根区管理系统 (RZMS) 的团队一直致力于配置系统，以收集与拟议新指标相关的系统事件。由于设计团队制定的某些衡量指标涉及到最初未记录的特定流程的细节，因此这是必要的。如上所述，这项工作已完成，而且支持这种新记录功能的首个版本已于 2016 年 3 月 2 日进行部署。ICANN 工作人员将审核第一批记录数据，以确定是否需要进一步改进，以根据 SLE 成功进行计算和报告。
投用
收集初始数据
由于 RZMS 的新职能履行统计数据收集功能已配置妥当，ICANN 工作人员已开始收集原始数据。这些数据将构成更广泛的根区管理社群（即管理 TLD 的众多组织）未来讨论的基础。我们期望在这些讨论中探讨哪些属于关键指标以及根据这些指标确定应如何履行移交后 IANA 的职能。CWG 提案要求通过分析实际数据来设定服务水平，而且这种数据将用于该分析。鉴于移交的时间限制以及我们期望指标随时间不断演进，我们认为为期三 (3) 个月的初始数据收集将足够为下述初始阈值设定基准。
数据汇总和报告
在收集初始数据的同时，ICANN 工作人员将开发必要的系统和工具，以对原始数据流进行汇总并将数据转化为社群所需的格式。这些格式将包括适用于实时发布的公告板视图以及需要生成的任何定期报告。此外，还将发布包含机密信息的原始日志，以便于第三方进行分析和衡量，并提供一种独立验证我们的数据解读的方式。我们将公布数据收集和工具开发的进度，并在确保数据的准确度后发布数据。
设定阈值和服务水平
待掌握进行全面分析所需的数据并具备分析和报告数据所需的工具后，我们将与 TLD 经理社群一起确定"关键指标"及其阈值。获得 ICANN 工作人员和社群的一致同意后，这些阈值将作为移交后情况下新的根区管理职能履行标准。除此之外，移交提案中确定的定期反馈机制（包括与新成立的客户常任委员会 (CSC) 合作）将告知有关报告功能的未来发展和 IANA 根区管理职能的预期履行的信息。
结论
我们已开始收集社群和 ICANN 工作人员一致同意的指标。在获取、整理涉及到工作人员、社群和其他方的根区管理行动的时间安排数据并将其提供给兑现 ICANN 的开放性和透明性承诺的相关方的过程中，ICANN 工作人员期望与社群合作。我们预计为期三 (3) 个月的指标收集将为设定 IANA 职能履行目标提供充足的数据。完成移交后，CSC 将可评估 IANA 根区管理职能履行并调整特定服务水平，以尽可能满足社群的需求。
