ICANN ICANN Email List Archives

[gnso-arr-dt]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [gnso-arr-dt] Draft ARR Letter

  • To: <cgomes@xxxxxxxxxxxx>, <william.drake@xxxxxxxxxxxxxxxxxxxx>, <gnso-arr-dt@xxxxxxxxx>
  • Subject: Re: [gnso-arr-dt] Draft ARR Letter
  • From: "Caroline Greer" <cgreer@xxxxxxxxx>
  • Date: Mon, 18 Jan 2010 19:53:46 -0000

Many thanks to Bill for the considerable polishing and editing work. 

Chuck, your insertions look good to me. 

Kind regards 


----------------
Caroline Greer
Director of Policy 
dotMobi 


----- Original Message -----
From: owner-gnso-arr-dt@xxxxxxxxx <owner-gnso-arr-dt@xxxxxxxxx>
To: William Drake <william.drake@xxxxxxxxxxxxxxxxxxxx>; gnso-arr-dt@xxxxxxxxx 
<gnso-arr-dt@xxxxxxxxx>
Sent: Sun Jan 17 22:31:36 2010
Subject: RE: [gnso-arr-dt] Draft ARR Letter

You guys are good!  Very well done.
 
I inserted a few comments below.
 
Chuck


________________________________

        From: owner-gnso-arr-dt@xxxxxxxxx [mailto:owner-gnso-arr-dt@xxxxxxxxx] 
On Behalf Of William Drake
        Sent: Sunday, January 17, 2010 1:38 PM
        To: gnso-arr-dt@xxxxxxxxx
        Subject: [gnso-arr-dt] Draft ARR Letter
        
        
        Hello,

        Hope everyone's week end is going well...Following consultation with 
Caroline and Zahid, below is a short initial draft that tries to take on board 
the various points people have made on the call and online.  If it misses 
anything or you'd prefer other wording, have at it and edit/amend/substitute to 
taste.  If I recall correctly Chuck said we should get this to Council by 
Wednesday, so we have a couple days to whack it around...[Gomes, Chuck]  
Documents need to be distributed at least 8 days before consideration so 
Wednesday would be the latest it could be sent and preferably early on 
Wednesday.  In the case of the RySG, we have a meeting early Wednesday so it 
would really be helpful to send it out on Tuesday.  If possible, let's try to 
finalize it by COB on Monday.  All SGs will need to get feedback from their 
groups in advance of the Council meeting so the more time we can allow for that 
the better. 

        Cheers,

        Bill

        ---------------


        The GNSO Council largely supports the approach outlined in the draft 
proposal on the Affirmation Reviews Requirements and Implementation Processes.  
In the hope of strengthening the processes and ICANN’s ability to satisfy the 
AoC requirements, we would like to offer the following observations and 
recommendations.
        
        
        1.  Size and Composition of the Review Teams
        
        The draft argues that, “there is no doubt that the review teams should 
be kept small. This self-evident assumption is confirmed by the volume of 
literature on group dynamics.  [sic] Also, the optimal size of working, 
consensus-based groups is often considered to be between six and eight 
individuals.”   Accordingly, the draft recommends teams of that size.  We have 
four concerns with this approach. 
        
        First, a broader review of the relevant literatures---e.g. on 
negotiation analysis, collective action, and international cooperation---would 
reveal that the relationship between group size and effectiveness is highly 
indeterminate.  Indeed, whether collaborative decision-making processes succeed 
or fail depends on a variety of contextual and other factors that are wholly 
unrelated to group size.  Second, larger groups successfully undertake 
consensus-based work in ICANN and related institutional settings all the time, 
and the review teams are likely to include people from the community that have 
participated in such efforts and understand what is required to achieve 
productive and well-supported outcomes.
        
        Third, what really is self-evident is that the review teams will need 
to perform a great deal of work on demanding schedules.  This is especially so 
with regard to the first review on accountability and transparency.   Even with 
the envisaged staff support, the members of very small teams would likely be 
hard pressed to manage the work loads alongside all their other 
responsibilities.  Designating alternates might reduce the risk of any members 
proving unable to fully participate or handle the tasks at hand, but relying on 
alternates could raise other process management issues.
        
        Fourth, selecting just one member from each relevant of the AC/SOs (or 
less, in the case of Security, Stability and Resiliency team) seems especially 
problematic.  In particular, it would greatly reduce the teams’ ability to 
leverage the available expertise, fail to reflect the community’s diverse 
interests and experiences with respect to the issues under assessment, and 
hence could reduce the degree of “buy in” on the final products.  These 
concerns are particularly acute with respect to the GNSO, which comprises four 
broad stakeholder groups that have unique roles and perspectives and that could 
be mostly deeply impacted by the results of the AoC reviews (e.g. on such 
issues as competition and consumer trust and choice, WHOIS, and the policy 
development process).   [To add, per Chuck?:  It might also be noted that GNSO 
registrants pay fees that fund well over 90% of ICANN's activities.][Gomes, 
Chuck] [I don't think there is anything to lose in including this but will 
accept the will of the group.] 
        
        Accordingly, we suggest that the review teams be expanded to twelve to 
fifteen members, and that the GNSO be allocated at least two slots [Zahid 
suggests "two or even three"][Gomes, Chuck]  [How about something like this: ". 
. . the GNSO be allocated two to three slots"]  on each team, including for the 
one for Security, Stability and Resiliency.  We recognize that these revisions 
would have budgetary and operational implications, but we are convinced that 
they are necessary to fulfill the AoC mandate and to ensure high-quality and 
broadly supported outcomes.
        
        Given the important roles they will play in the process and the 
importance of engaging specialized expertise from across the community, we also 
suggest that AC/SOs be able to suggest Independent Experts for consideration by 
the Selectors.
        
        Finally, we would appreciate any clarification as to the evaluation 
criteria that will be used to select from the pool of nominees. This will 
better enable the GNSO to undertake its own assessment of candidates and to 
maximize nominees’ degree of fit with the desired skill sets and expertise.
        
         
        2. Communication and Coordination with the Community
        
        We agree with the draft that Review team members are not to “represent” 
particularistic interests, and that they should be broadly neutral and focused 
on the collective good of the ICANN community as a whole.  Participants must 
have the operational autonomy needed to function in this manner, and should not 
be unduly influenced by the immediate debates and sources of contention that 
arise across the ICANN ecosystem.  But at the same time, it would be 
undesirable for the teams to work in hermetically sealed boxes cut off from the 
community, or to rely only on the public comment periods for input on the 
review processes.  A mechanism should be established to allow an appropriate 
measure of two-way communication when needed.
        
        The GNSO Council therefore proposes that review team members drawn from 
the AC/SOs be mandated to periodically update their nominating bodies on the 
main developments and issues of direct relevance to them.  In parallel, these 
team members should be able to solicit inputs from their SO/ACs when this would 
be helpful, and be prepared to pass along unsolicited inputs that their 
nominating bodies agree would be particularly important to take under 
consideration.  Obviously, any such communications would need to respect 
reasonable restrictions like the Chatham House rule[Gomes, Chuck]  [Should add 
a footnote to explain.] , and the SO/ACs should be expected to exercise 
prudence and to only make use of the opportunity when it is necessary to 
support the teams and/or convey major concerns. 


        3.  Support Teams
        
        Even if the size of the review teams is expanded per the above, 
managing all the work envisaged over extended time periods will be very 
challenging. As such, it is reasonable to expect that there will be instances 
where some task-specific support may be needed, e.g. with data collection, that 
would impose a substantial burden on both team members and the staff.  One way 
of addressing these challenges would be to constitute a support team for each 
review that can be turned to for targeted assistance.  Such teams could [Gomes, 
Chuck] be drawn from the pools of nominees that were not selected for review 
team membership.  If those pools were not sufficiently robust or did not offer 
the specialized expertise needed, the SO/ACs could suggest additional names for 
consideration by the Selectors.  [Zahid suggests: "Adequate staff support would 
also be necessary and appropriate administrative costs associated with 
intensive staff support should be allocated to the work to be undertaken by the 
review team.][Gomes, Chuck]  [I am fine with Zahid's addition.] 
        
        
        4.  Operational Considerations
        
        The GNSO Council wishes to comment on three elements of the draft 
concerning the working methods and conduct of the review teams.
        
        First, we would like to emphasize the importance of employing 
quantitative performance indicators that are as objective and measurable as 
possible and are sensitive to ICANN’s particular characteristics.  In parallel, 
it is essential that the qualitative indicators and associated methodology 
effectively draw on the range of expert analysis and capture community members’ 
actual experiences with the respective processes and issues.  Designing and 
employing these indicators in a neutral, balanced and scientific manner will be 
a significant challenge, but it is also a prerequisite for evaluative fairness 
and good community receptions of the reports.
        
        Second, while the review teams must conduct their own exercises and 
come to their own conclusions, it important to recall that ICANN has long 
undertaken a range of process assessments that could be drawn on, some of which 
are ongoing.  In this connection, we note in particular that AOC 9.1.e) calls 
for an assessment of the policy development process.  The GNSO is of course 
actively engaged in such an effort in the context of its current restructuring 
and respectfully suggests that the results of our assessment be given full 
consideration in this review.
        
        Finally, we would much appreciate clarification as to how consensus in 
the decision making process will be defined.
        
         
        
        ***********************************************************
        William J. Drake
        Senior Associate
        Centre for International Governance
        Graduate Institute of International and
         Development Studies
        Geneva, Switzerland
        william.drake@xxxxxxxxxxxxxxxxxxxx
        www.graduateinstitute.ch/cig/drake.html
        ***********************************************************
        
        




<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy