Skip to main content

针对 ICANN 问责制和透明度第 3 轮审核 (ATRT3) 征召志愿者

代表全球利益相关方社群参与 ICANN 审核工作。请立即申请加入全球专家团队,改善 ICANN 的问责制和透明度,确保该组织兑现向全球社群做出的承诺。

ICANN 现征召志愿者参加 ICANN 问责制和透明度第 3 轮审核 (ATRT3)。请点击此处 [PDF, 2.78 MB]填写您的《意向书 (SOI)》提交申请。您还可以打印一份《意向书》表格,并将其提交给:reviews@icann.org

现请求候选人在世界协调时 2017 年 4月 21日星期五 23:59时前提交申请资料。所有申请和支持材料将在 ATRT3 公共维基页面上发布。

背景和大事记

第 3 轮问责制和透明度审核 (ATRT3) 的具体目标为:审核 ICANN 执行承诺的情况,维持和改善公共评议、问责制和透明度的强健机制,确保决策成果符合公共利益,并对互联网社群负责。

针对 ICANN 的问责制和透明度审核起源于 2009 年的《义务确认书 (Affirmation of Commitments)》。自 2016 年 10 月 1 日起,ICANN 的审核义务被纳入了 ICANN《章程 (Bylaws)》。审核小组的构成将由 ICANN 社群来决定。如需更多信息,请参见 ICANN《章程》第 4.6 节。

下文中的"背景"中还囊括了更多信息,并对启动本次志愿者征召之前的一系列事件进行了简要介绍。

问责制和透明度审核的范围

ICANN《章程》规定社群需要举行定期审核工作,用以评估 ICANN 执行承诺的情况,维护并改善公共评议、问责制和透明度的强健机制。确保该组织的决策成果能够反映公共利益,并对互联网社群负责。ATRT3 的审核重点可包括但不仅限于以下内容:

  • 评估和改善董事会治理,具体可包括:持续评估董事会绩效、董事会遴选流程、董事会构成和分布架构是否能够满足 ICANN 当前和未来需求、《章程》中列出的针对董事会决策提出申诉的机制;
  • 评估政府咨询委员会 (GAC) 的职责,以及该组织与董事会和更广泛的 ICANN 社群之间互动的效果;提出改进建议,确保 ICANN 能够对 GAC 针对域名系统 (DNS) 技术协调一题提出公共政策建议进行有效考量;
  • 评估和改善 ICANN 获取公众意见的流程(包括:对决策的确定和理由给出充足的解释);
  • 评估 ICANN 决策被互联网社群支持和接受的程度;
  • 评估政策制定流程,促进跨社群考量的改进和高效及时的政策制定;
  • 评估和改善独立审核流程;和
  • 评估前几轮问责制和透明度审核建议的执行进度,以及这类建议的执行所达到的目标效果如何。

报酬

ATRT3 审核小组成员在提供审核服务时,不会从 ICANN 收取任何报酬。但审核小组成员参加审核会议期间的差旅、餐饮和住宿费用均可按照 ICANN 社群差旅补助指导原则申请报销。

责任

审核小组成员将拥有以下一般责任:

  • 参与审核小组章程文件的编写;
  • 选取适当的绩效指标和基准;
  • 仔细考量公众、ICANN 组织和董事会所提的建议,并将适用建议纳入到审核小组的建议中去;
  • 决定是否需要其他数据或分析,如有必要还需按照 ICANN 采购政策参与后续服务提供商的选取工作;
  • 向社群及时汇报审核小组的工作进度;
  • 分析结果;
  • 根据结果得出结论,编制有益可行的实施建议;
  • 针对建议的重要程度、预期成果的界定提供指导;
  • 发布审核小组《报告草案》,并征询公众审核和意见;
  • 发布审核小组的《最终报告》;
  • 在审核小组《最终报告》提交且董事会对这些建议采取行动后,指派多位审核小组成员参加建议的实施规划工作。

技能与经验

为了组建一个平衡的审核小组,ICANN 现征召一批综合技能和经验能够满足以下要求的成员:

  • 绩效评估和审计
  • 优秀治理和董事会绩效
  • 绩效衡量
  • 流程改进
  • 了解已受认可的组织卓越运营框架
  • 了解适用于 ICANN 类似组织的问责制原则

所需品质

申请人应有以下专业和性格品质:

  • 承诺并花费时间参与工作
  • 了解多利益相关方社群
  • 具有团队精神,适应力强,秉持追求共识的态度
  • 愿意学习的能力
  • 准备做出贡献
  • 具有抛开个人观点和偏见,能够客观理论的能力
  • 分析技能
  • 能够使用多种方式和工具进行有效沟通的能力

工作方法、预算和支持

ICANN 将向审核小组提供一套明确清晰的审核预算。审核期间,审核小组将对其计划安排和预算提供定期报告。

ICANN 将为审核小组提供组织支持。这些支持服务包括:协助项目管理;组织安排工作、文件编写和活动;分享执行有效审核所需的工具和最佳实践。

审核小组的工作语言为英文。主要沟通和文件将按照 ICANN 语言服务政策 [PDF, 277 KB]而被翻译成其他语言。

背景

ICANN《章程》指定"问责制和透明度审核应在继上一轮问责制和透明度审核启动后不短于五年的时间后进行一次。"这意味着"征召志愿者"的工作应该在 2017 年 10 月 4 日前启动。然而,在把本次审核纳入到 ICANN《章程》之前发生了许多事件,这使得 ICANN 决定在 2017 年 1 月对 ATRT3 征召志愿者。

下文对启动本次志愿者征召之前的一系列事件进行了简要介绍。

  • 2012 年 10 月——针对第 2 轮问责制和透明度审核小组 (ATRT2)征召志愿者
  • 2013 年 2 月——审核小组 (ATRT2) 宣布设立
  • 2013 年 12 月——ATRT2 发布了《最终报告》 [PDF, 3.46 MB] 及其建议。
  • 2014 年 6 月——ICANN 董事会通过了 ATRT2 提出的全部 12 条建议,并指导 ICANN 总裁兼首席执行官 (CEO) 透过其代理人员实施建议——请参见《决议 2014.06.26.14》。如需了解更多实施工作进度的信息,请访问 ATRT2 实施推行维基页面
  • 2015 年 7 月——为了回应社群对工作量的担忧,ICANN 董事会在《决议 2015.07.28.09》中决定将 ATRT3 的启动延迟至 2017 年 7 月。请注意,根据《义务确认书》,这类审核的进行频率要更快一些。
  • 2016 年 1 月——为了回应美国国家电信和信息管理局 (NTIA) 提出的对延迟 ATRT3 直至 2017 年 7 月的担忧,ICANN 指出[PDF, 469 KB] ATRT3 审核小组的志愿者征召工作将于 2017 年 1 月启动。
  • 2016 年 8 月——加强 ICANN 问责制跨社群工作组(CCWG——问责制)的联合主席向 ICANN 董事会致函 [PDF, 118 Kb],提出将第 2 工作阶段 (WS2) 与 ATRT3 的工作结合起来的可能性,从而避免重复作业。联合主席们的这一提议是考虑到 IANA 管理权移交工作现已结束,ICANN 社群正在参与第 2 工作阶段对余下问题的讨论,而许多 WS2 的讨论主题都与 ATRT3 即将解决的问题相关联,例如:问责制和透明度问题。
  • 2016 年 10 月——ICANN 董事会回应[PDF, 439 Kb]指出:"董事会无权决定这一重要社群审核的工作范围。尽管我们同样担忧重复作业的问题,但至关重要的是,更广泛的 ICANN 社群应在按照《章程》规定确定 ATRT3 的工作范围时拥有发言权。董事会和 ICANN 组织将时刻准备为社群的意愿提供支持。"
  • 2016 年 12 月——"CCWG——问责制"的联合主席联系了支持组织/咨询委员会 (SO/AC) 的主席们,提交了一份 ATRT3 的有限工作范围,并提出缩小这次审核小组的规模。他们指出,如果广泛的 ICANN 社群同意这一提案和理由,SO/AC 主席们将向 ICANN 首席执行官和董事会主席发送一份公开声明或信函,解释为何该审核小组适用于有限的工作范围,且表明 ICANN 社群对这一限制的支持程度。ICANN 组织暂未获取社群针对"CCWG——问责制"联合主席所提提案的集体回复。

其他资料

联系方式

如果您还存有任何疑问,请发送电子邮件至:reviews@icann.org

More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."