Skip to main content
Resources

지명 위원회 | 2015년 지침

14 November 2015

이 페이지는 다음과 같은 언어로 제공됩니다.

2015년 11월 14일

개요

본 문서는 지명 위원회 운영 절차 및 수행 규범을 보완하는 지침을 제공하기 위한 것으로 해당 문서에서 배경 정보를 참조하여 함께 읽어야 합니다. 위원회 구조와 활동에 관해 그러한 문제에 대한 각 위원회의 고려와 결정을 위한 근거로서 정보를 제공하는 것이 목적입니다.

위원회 구조는 전체적으로 ICANN 내규에 따라 정의되며 위원회 의장은 의결권이 없는 추가 구성원을 부의장으로 지명할 수 있는 특권을 갖고 위원회는 특정 목적을 위한 하위 위원회를 자유롭게 만들 수 있습니다.

해당 연도의 지명 위원회가 내규에 의해 정의된 위원회 임무의 전체 프레임워크 내에서 상세한 수행 활동을 결정하고 채택된 특정 선정 기준을 고려하여 수행할 확대회의(outreach) 활동, 이용 가능한 확대회의 기회, 잠재적인 대상 그룹 등의 결정에도 똑같은 원칙이 적용됩니다.

이 지침은 이전 위원회의 경험을 바탕으로 한 개요를 참조 자료이자 비망록으로서 제공되며 권고(best current practice) 역할을 하는 것이 목적입니다.

소개

ICANN 지명 위원회(NomCom)는 8명의 ICANN 이사회 구성원 선정과 내규에 규정된 다른 선정을 담당합니다. (내규 제7조 섹션 1 참조:https://www.icann.org/resources/pages/bylaws-2012-02-25-ko#VII-1)

NomCom은 ALAC(At Large Advisory Committee), ccNSO(국가 최상위 도메인 이름 지원 기구) 및 GNSO(일반 최상위 도메인 이름 지원 기구) 구성원 일부 지명도 담당합니다. NomCom은 지원 조직과 자문 위원회가 수행하는 다른 핵심 ICANN 리더십 공석을 채우는 수단을 보완합니다.

NomCom과 지원 조직/자문 위원회가 함께 기능함으로써 인터넷의 발전에 따라 ICANN이 정책 개발 및 의사 결정에 있어 기능, 문화 및 지리적 다양성의 혜택을 볼 수 있도록 보장합니다.

다음은 NomCom의 핵심 목표입니다.

  • NomCom이 지명할 책임이 있는 공석을 위해 우수한 후보자를 찾고 모집하며 선정합니다.
  • ICANN의 핵심적인 임무와 가치를 발전시킵니다. (내규 제1조 섹션 1 및 2 참조:https://www.icann.org/resources/pages/bylaws-2012-02-25-ko#I-1https://www.icann.org/resources/pages/bylaws-2012-02-25-ko#I-2).
  • NomCom의 모든 구성원을 신뢰하고 서로 존중합니다.
  • 선정 과정에서 글로벌 인터넷 커뮤니티 전체에 걸쳐 지역, 문화, 기술, 경험, 성별 및 관점의 다양성을 추구합니다.
  • 공정하고 정직하게 행동하고 투명한 목표, 기준, 절차 및 의견 수렴 메커니즘을 제공하는 동시에 후보자의 개인정보를 보호하고 NomCom과의 공개적이며 진술한 소통을 위해 필요한 기밀성을 유지함으로써 인터넷 커뮤니티의 기대치를 충족합니다.

NomCom 수행 규범(https://www.icann.org/resources/pages/2015-conduct-2014-11-14-ko) 적용 및 준수 대상:

이 문서의 다음 섹션은 NomCom 구조 및 활동에 대한 것입니다. NomCom에 관한 다른 주제 관련 정보는 운영 절차와 수행 규범을 참조하십시오.

구조

NomCom 전체 구조는 원칙적으로 다음과 같이 조직 차트에서 설명될 수 있습니다.

차트의 설명과 같이 NomCom에 구성원을 임명하는 단체는 ICANN 내규에 정의되어 있습니다. 위를 제외한 다른 단체에 의한 구성원 지명은 먼저 내규에서 해당 부분에 대한 변경이 필요합니다. 하지만 일부 단체 구성원을 일체 지명하지 않는 경우도 있습니다. NomCom 구성원을 거의 지명한 적이 없는 GAC(정부 자문 위원회)가 이런 경우입니다. 또한 위에 설명한 것처럼 의결권이 없는 부의장 지명은 의장의 특권입니다.

NomCom은 위 차트에 설명되지 않은 다양한 목적을 위해 하위 위원회를 자유롭게 만들 수 있습니다. 일반적으로 최소한 이해관계의 상충을 다루는 하위 위원회와 확대회의 활동을 위한 하위 위원회가 만들어지는 경우가 많습니다.

NomCom 구성원의 임기 제한은 ICANN 내규 제7조 섹션 3(https://www.icann.org/resources/pages/bylaws-2012-02-25-ko#VII-3)에 규정되어 있습니다. 각 의결권이 있는 위임자는 1년 임기를 가지며 1년 단위 임기를 최대 2회 연임할 수 있으며 다시 자격을 얻으려면 최소 2년이 경과해야 합니다. 의결권이 없는 연락담당자는 그를 지명한 단체가 지정한 임기 동안 복무합니다. 의장, 선출 의장 및 부의장은 다음 ICANN 연간 회의가 끝날 때까지 복무합니다.

ICANN은 NomCom이 책임을 수행하기 위해 필요한 관리 및 운영 지원을 제공합니다. 차트에서와 같이 이는 일반적으로 직원 지원 리드 및 직원 지원이라는 두 직책이 제공합니다. 법무 또는 IT 부서 등 추가 직원 지원 요청도 일반적이며 두 직책을 통해 이루어집니다.

활동

NomCom 활동에 대한 일반적인 전체 일정은 아래와 같습니다.

위 일정의 이벤트는 매년 3건의 ICANN의 공개 회의 발표 날짜에 따라 달라질 수 있습니다. 각 NomCom에 대한 정확한 일정은 해당 연도에 대한 NomCom 웹사이트에 게시됩니다.

NomCom 활동은 다음 5개 단계로 분류할 수 있습니다.

  • 1 준비 단계 – 신청 기간이 시작되면 종료됨
  • 2 모집 단계 – 신청 기간이 끝나면 종료됨
  • 3 평가 단계 – 최종 선발 회의에서 종료됨
  • 4 선발 단계 – 선발자 공식 발표 시 종료됨
  • 5 보고 단계 – ICANN 연간 회의에서 종료됨

각 단계를 마치는 명확한 이벤트가 정의되어 있지만 시작 시기는 각 단계에서 활동을 수행하기 위한 부분적 또는 전체적 준비 상태에 따라 달라집니다. 이에 대해서는 아래에서 좀 더 자세히 설명합니다.

각 단계의 일반적인 활동을 다음과 같습니다.

1 준비 단계 – 신청 기간이 시작되면 종료됨

  • 이사회, BGC 및 관련 단체와 만나 선발 기준에 대한 의견을 수렴
  • F2F 회의 개최
  • 전화 회의 일정 확립
  • 선발 기준 정의
  • SOI 저장소 시스템 준비, 구성원에게 로그인 정보 제공
  • 올해의 요구 사항에 맞게 모든 문서를 조정
  • 출장 준비 및 경비 상환
  • 일정표 및 기타 공개 정보로 SOI 콜 및 웹 페이지 업데이트 게시

2 모집 단계 – 신청 기간이 끝나면 종료됨

  • 확대회의 활동 계획 및 진행
  • 평가 제공자 선정 및 계약
  • 접수된 SOI 처리, 접수 확인, SOI 저장 시스템 업데이트
  • 참조 자료 요청, 응답 처리, SOI 저장 시스템 업데이트
  • 진행 상황 평가 및 세부 행동 조정을 위한 전화 회의
  • 출장 준비 및 경비 상환
  • 게시 및 프레젠테이션을 통해 진행 상황을 커뮤니티에 알림

3 평가 단계 – 최종 선발 회의에서 종료됨

  • 참조 자료 요청, 응답 처리, SOI 저장 시스템 업데이트
  • 면접을 위한 후보자 선발, 후보자를 위한 정보
  • 평가 컨설턴트의 면접 진행 및 보고
  • SOI 저장 시스템에 평가 정보 게시
  • 심층 팀 면접을 위한 후보자 선발
  • 진행 상황 평가 및 세부 행동 조정을 위한 전화 회의
  • 심층 팀을 형성하고 후보자에 할당
  • 심층 팀 면접 수행 및 보고
  • 최종 후보 대상 F2F 면접
  • 출장 준비 및 경비 상환

4 선발 단계 – 선발자 공식 발표 시 종료됨

  • 최종 후보에 대한 심사 및 결정, 대안 포함
  • 선발된 후보자에게 연락, 관심이 있는지 확인하고 다음 단계를 알림
  • 선발된 후보자에 대한 실사
  • 실사에 문제가 없을 경우 선발 확인
  • 필요한 경우 전화 회의
  • 선발된 후보자에게 약력 및 사진 요청
  • 선발되지 않은 후보자에게 정보를 제공하고 다음 해 선발 고려 확인을 요청
  • 선발 이유와 함께 선발자 공개 발표

5 보고 단계 – ICANN 연간 회의에서 종료됨

  • NomCom 구성원 지명 관련 단체를 위한 알림
  • 의장의 최종 보고서 준비
  • 360 NomCom 구성원 피어 리뷰(peer review)를 수행하여 성과를 평가하고 결과를 NomCom 웹 페이지에 게시
  • 제안된 프로세스 개선을 바탕으로 한 다음 NomCom을 알리기 위한 권장 사항 준비
  • 의장의 최종 보고서 발표
  • 출장 준비 및 경비 상환

위에 언급한 바와 같이 각 단계의 시작 시기는 미리 정의되어 있지 않습니다. 시작 시기는 주로 단계보다는 기본 활동에 관계가 있고 각 활동의 일부 또는 전체적인 준비 상태에 의존하기 때문입니다. 특정 단계의 활동이 이전 단계가 끝나기 전에 시작하는 것은 일반적이며 따라서 단계가 어느 정도 교차할 수 있습니다. 예를 들어 특별히 관심을 가질만한 후보자에 대해서는 2단계가 끝나기 전에도 충분히 3단계의 평가 컨설턴트 면접을 시작할 수 있습니다.

확대회의(Outreach)

확대회의 활동 수행은 NomCom의 주된 기능 중하나이며 잠재적인 후보자의 주의를 끌기 위한 것입니다. 확대회의 활동에는 ICANN이나 다른 관련 단체가 주최하는 회의 및 컨퍼런스에 NomCom 구성원이 참석하여 자격을 갖춘 훌륭한 후보자를 찾고 모집하는 것이 포함됩니다. 확대회의의 중점은 매년 달라지며 해당 연도의 요구 사항에 따라 특정 주제와 함께 특정 지역 내 위치 및/또는 컨퍼런스를 강조할 수 있습니다. 확대회의 활동은 일반적으로 위원회 또는 의장이 승인한 구체적인 하위 위원회가 계획하며 NomCom 웹사이트에서 참조할 수 있습니다.

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."