Advancing the Operational Design Phase

  • Post author:
  • Post category:Domains


We would like to thank the community for working constructively with the ICANN organization (org) on the Operational Design Phase (ODP). Thanks to this cooperation, we are pleased to share that the ICANN Board has reviewed the ODP process paper following two rounds of community input. The org worked closely with the community to draft the ODP paper, incorporating community feedback with each new version. After careful consideration, updates to the paper were developed. An overview of the iterative revisions, detailed in the slides below, may help illustrate the changes.

The purpose of the ODP is to perform an assessment of the Generic Names Supporting Organization (GNSO) Council policy recommendations in order to provide the Board with relevant information for its deliberations. When the Board receives a Recommendations Report from the GNSO Council containing recommendations previously adopted by the Council, the Board has to decide — per the Bylaws — whether those recommendations are in the best interests of the ICANN community or ICANN. The ODP will assess, for example, the recommendations’ technical feasibility, resource requirements, and dependencies. The ODP thereby helps inform the Board’s discussions by improving existing processes; and it adds transparency and structure to the work the org performs to assess the operational impact of GNSO Council-approved recommendations.

Only the Board can initiate an ODP, and the Board will do so if and when an assessment is warranted, based on the complexity or potential operational impact of the recommendations. By requesting an ODP, the Board will direct ICANN org to perform an operational analysis of the recommendations, based on a Board-determined scope, resulting in an ODP assessment. Once completed, the org will submit the assessment to the Board for its consideration. In addition to relevant materials, such as the Bylaws-mandated Public Comment on the recommendations, the assessment will inform the Board in its determination whether the recommendations are in the best interest of the ICANN community or ICANN. The Board may also decide to initiate an ODP for other types of community-developed recommendations. In all cases, the Board will follow the requirements for an ODP to support transparency in the information that the Board relies upon for its decision.

During an ODP, ICANN org will consult with the community at appropriate stages, as a key part of the process. Consultation — like any other part of the ODP — is not a forum to relitigate questions raised during the policy development process. Consultation takes place via progress updates or requests for community input. The org will provide regular updates on its progress via a number of platforms, including the website, webinars, and blogs, as well as dedicated sessions during ICANN Public Meetings to offer the community opportunities to ask questions and seek clarification. The Board will also remain involved in the ODP process by receiving relevant status updates and engaging when appropriate with the org and the community. Once the org has reached relevant milestones in its assessment, it will consult with the ICANN community to obtain input on the facts, figures, and assumptions that underpin the assessment. Such consultations will take place transparently to ensure that all parts of the community, the Board, and org are aware of the different input provided. Should any policy questions arise during the assessment, these will be referred to the GNSO Council, who is encouraged to appoint an ODP liaison for this purpose. There are times that the Board will also participate in the engagement with the GNSO Council and the wider community, such as if policy issues emerge.

As laid out in the ODP process paper, regular reviews of the ODP’s workings will ensure that the ODP remains a living concept that serves the needs of the Board while working constructively with the community through consultations. The first review will take place once a minimum of two ODPs are completed.

In the coming months, the Board is considering the launch of two ODPs related to:

  • The recommendations on the System for Standardized Access/Disclosure to Nonpublic Registration Data (SSAD) from the EPDP Phase 2.
  • The New gTLD Subsequent Procedures Policy Development Process recommendations that were approved by the GNSO Council on 18 February 2021.

We invite you to review published materials related to the ODP here and look forward to sharing future ODP updates.

ODP_v1 vs Comment vs ODP_v2
ODP_v2 vs Comment vs ODP_v3


Source link