Difference between revisions of "PDP"

From ICANNWiki
Jump to navigation Jump to search
Line 7: Line 7:
  
 
'''GNSO'''
 
'''GNSO'''
:''Main Article: [[GNSO#GNSO Policy Development Process|GNSO PDP]]''
+
:''Main article: [[GNSO#GNSO Policy Development Process|GNSO PDP]]''
 
:The PDP for the GNSO is outlined in Annex A of the [[ICANN Bylaws]].
 
:The PDP for the GNSO is outlined in Annex A of the [[ICANN Bylaws]].
  
 
'''ccNSO'''
 
'''ccNSO'''
:''Main Article: [[ccNSO#ccNSO Policy Development Process|ccNSO PDP]]''
+
:''Main article: [[ccNSO#ccNSO Policy Development Process|ccNSO PDP]]''
 
:The PDP of the ccNSO is outlined in Annex B of the [[ICANN Bylaws]].<br />
 
:The PDP of the ccNSO is outlined in Annex B of the [[ICANN Bylaws]].<br />
  
 
'''ASO'''
 
'''ASO'''
:''Main Article: [[ASO#Policymaking Process|ASO PDP]]''
+
:''Main article: [[ASO#Policymaking Process|ASO PDP]]''
 
:The role of the Address Supporting Organization (ASO) in ICANN policymaking is outlined in the [[Memorandum of Understanding]].
 
:The role of the Address Supporting Organization (ASO) in ICANN policymaking is outlined in the [[Memorandum of Understanding]].
  
Line 21: Line 21:
  
 
'''GAC'''
 
'''GAC'''
:''Main Article: [[GAC#GAC Policy Advice Development Process|GAC PADP]]''
+
:''Main article: [[GAC#GAC Policy Advice Development Process|GAC PADP]]''
 
:<br />
 
:<br />
  
 
'''ALAC'''
 
'''ALAC'''
:''Main Article: [[ALAC#The Role of the ALAC|ALAC PADP]]''
+
:''Main article: [[ALAC#The Role of the ALAC|ALAC PADP]]''
 
:The ALAC shares its advice through the [[Public Comment]] Proceedings.<br />
 
:The ALAC shares its advice through the [[Public Comment]] Proceedings.<br />
  
 
'''SSAC'''
 
'''SSAC'''
:''Main Article: [[SSAC#How does SSAC work?|SSAC PADP]]''
+
:''Main article: [[SSAC#How does SSAC work?|SSAC PADP]]''
 
:The SSAC generates advisories.<br />
 
:The SSAC generates advisories.<br />
  
 
'''RSSAC'''
 
'''RSSAC'''
:Main Article: [[RSSAC#Advisories|RSSAC PADP]]
+
:Main article: [[RSSAC#Advisories|RSSAC PADP]]
 
:The RSSAC generates advisories.<br />
 
:The RSSAC generates advisories.<br />
  

Revision as of 14:45, 19 January 2021

A Policy Development Process (PDP) is a set of practices used in the creation or change of policies related to ICANN and its constituencies. PDP refers to the steps an organization takes to fulfill its objectives, generate its guidelines, and structure its actions.

All policy recommendations are formed and refined by ICANN's Supporting Organizations (SOs) and influenced by ICANN's Advisory Committees (ACs).

ICANN Body Policymaking

Every SO has its own PDP.

GNSO

Main article: GNSO PDP
The PDP for the GNSO is outlined in Annex A of the ICANN Bylaws.

ccNSO

Main article: ccNSO PDP
The PDP of the ccNSO is outlined in Annex B of the ICANN Bylaws.

ASO

Main article: ASO PDP
The role of the Address Supporting Organization (ASO) in ICANN policymaking is outlined in the Memorandum of Understanding.

Every AC has its own policy advice development process (PADP).

GAC

Main article: GAC PADP

ALAC

Main article: ALAC PADP
The ALAC shares its advice through the Public Comment Proceedings.

SSAC

Main article: SSAC PADP
The SSAC generates advisories.

RSSAC

Main article: RSSAC PADP
The RSSAC generates advisories.

ICANN Policy Development Support Staff

ICANN strives to develop policy by means of consensus because the organization believes it offers the best way to attract support and generate compliance throughout the entire global Internet community.[1] Toward this end, ICANN provides a 32-person Policy Development Support Team from around the world to assist and shepherd policy and advice development.[2]

Work Products

PDP Updates are one-page documents prepared by ICANN staff to inform the Governmental Advisory Committee (GAC) and other interested parties about potential opportunities to engage in and contribute to on-going GNSO PDP efforts. They are published on a regular basis and translations of these can be found on the GAC website.

The creation of PDP

The policy development process is proposed by a policy working group from various organizations and members of an RIR. Based on the PDP, various policies are discussed within a specific community and ratified by the RIR Board after consensus has been reached.

The specific stages involved in PDP ratification are:

  1. The policy development process is proposed (by any member).
  2. It is further analyzed by the appropriate RIR via mailing lists. Anyone can join such discussions.
  3. After a period of 30 days, the PDP is brought to an open public meeting for further discussion and the possibility of consensus.
  4. If consensus is achieved, then the next step will be applied. If consensus is not achieved, another period of 30 days will be allowed for more discussion and debate, until consensus is achieved. If consensus is still not achieved, the PDP may be abandoned.
  5. If consensus is achieved, another period of 15 days will be given for anyone from the community to provide new observations and suggestions for final changes.
  6. The policy is ratified by the Board of Trustees and the policy is adopted for use.[3]

PDP working groups

The working groups that propose such policy development processes consist of volunteer members, who can be either individuals or representatives from an organization. In order to ratify the PDP there is a need for consensus. Due to the fact that working groups consist of volunteers, various problems can occur such as:

  • If the number of members within a working group is too small, then the development process is slowed down and achievements are more difficult to be achieved;
  • If the number of members within a working group is too large, then a consensus is more difficult to be reached due to different opinion and the development process can be delayed;
  • The lack of experience and knowledge of some members can complicate the development process.

See PDP-WT.

The GPDP

The GPDP is an acronym used for "Generic Policy Development Process" and represents a tool used to improve the quality of regulatory interventions by providing explicit but generic processes for clear and effective regulatory development.[4]

References