ICANN/GNSO GNSO Email List Archives

[council]


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

Re: [council] Draft ATRT2 Comments


oh, i like that one.  hope it makes it in.

m

On Dec 10, 2013, at 4:06 PM, "Gomes, Chuck" <cgomes@xxxxxxxxxxxx> wrote:

> I know it pretty late to suggest a new comment and I will understand if it is 
> too late but the following suggestion was made regarding “13.1 on face to 
> face meetings during GNSO PDPs”:
> 
> Each ICANN engagement center should have facilities to support 
> videoconferencing and be able to support WG size teams.
>  
> 
> Chuck
> 
>  
> From: owner-council@xxxxxxxxxxxxxx [mailto:owner-council@xxxxxxxxxxxxxx] On 
> Behalf Of Mike O'Connor
> Sent: Tuesday, December 10, 2013 11:31 AM
> To: Maria Farrell
> Cc: council@xxxxxxxxxxxxxx
> Subject: Re: [council] Draft ATRT2 Comments
>  
> hi Maria,
>  
> here's a redline markup for you all to take a look at.  i love your draft and 
> don't disagree with anything in it.  i'm trying to amplify and refine.  feel 
> free to back out anything that puts you on edge.
>  
> mikey
>  
>  
>  
> On Dec 9, 2013, at 2:23 PM, Maria Farrell <maria.farrell@xxxxxxxxx> wrote:
> 
> 
> Dear all,
> 
> Here are some draft comments on the ATRT2 recommendations re. the GNSO.
> 
> Mikey and David - I know you two kindly volunteered to help out with this. 
> Can you particularly take a look?
> 
> Also, there's a need for a para or bullet point list summarising relevant 
> work the GNSO is already doing, e.g. the SCI? or Staff paper on improving the 
> PDP? I'm drawing a blank on the other initiatives. Can someone please rustle 
> up a list of them?
> 
> This needs to be submitted by the 12th, so comments please ASAP.
> 
> All the best, Maria
> 
>  
> Dear members of the Acountability and Transparency Review Team (2),
> 
> The GNSO Council thanks you for the outcome-oriented analysis and 
> recommendations in the ATRT2 Draft Recommendations of 21 November, 2013. We 
> particularly appreciate the time and care that went into these 
> recommendations, the commissioning of useful research and, especially, the 
> efforts made by the ATRT2 and its leadership to promote awareness and 
> dialogue about the recommendations at the Buenos Aires meeting. 
> 
> The Council’s input focuses on recommendations regarding the GNSO PDP. 
> Broadly, we strongly support the call for broader and more active working 
> group participation and earlier involvement of the GAC, and will work hard to 
> implement final recommendations on these issues.
> 
> New recommendations arising from issues not addressed by ATRT1 Recommendations
> 
> 10.1 on developing funded options for professional facilitators to help GNSO 
> PDP Working Groups
> 
> While some Councilors supported this suggestion, others were concerned that 
> facilitators may not always be appropriate in the multi-stakeholder model. 
> Broadly, we believe this is an option that could be considered in the context 
> of the ATRT2’s recommendation to develop explicit guidelines for when to use 
> facilitators. Agreement should be elicited by Working Group participants to 
> use facilitators on a case by case basis, and with a clear understanding of 
> facilitators’ roles.  
> 
> 10.1 on face to face meetings during GNSO PDPs
> 
> We support this recommendation and the development of guidelines for when F2F 
> meetings may be required and justified. However, we do note that there is a 
> variety of ability amongst Working Group participants to travel to F2F 
> meetings. Many volunteers cannot leave work or family to do so, for example. 
> We suggest that if intercessional F2F meetings are used more often that ICANN 
> consider adopting the IETF approach that agreements reached during F2F 
> meetings are then subject to consideration by mailing list members.
> 
> 10.1 on GNSO and the wider ICANN community developing ways to make the GNSO 
> PDP process more time-effective
> 
> As with our comments on item 10.4 below, we are concerned that speed not be 
> the main metric used to determine the performance of the GNSO. There is not 
> one but three fundamental ways to judge PDP performance: time, 
> participativeness and agreement. Time measures only how long it took to get 
> to a policy; the second two are effectively proxy measures for its quality. 
> Stressing too much the most obvious performance variable could have the 
> unintentional consequence of sacrificing quality. Further, increasing the 
> pressure of time can result in forced compromises that quickly fall apart or 
> result in participants end-running to the Board, a phenomenon the report 
> identifies. This undermines the legitimacy of the whole process.
> 
> We suggest this recommendation be revised to stress more that 
> ‘time-effective’ encompasses efficient use of participants’ time – including 
> preparation for and chairing of calls and follow-up activities, etc. – rather 
> than focusing on a single, quantifiable metric that can draw attention away 
> from other qualities.
> 
> 10.2 on the GAC, with the GNSO, developing ways to input to PDP Working Groups
> 
> We strongly support this recommendation and are eager to work with the GAC on 
> ways to implement it.
> 
> 10.3 on the Board and GNSO chartering a strategic initiative to broaden 
> participation in GNSO PDPs
> 
> We broadly support this recommendation and welcomed the detailed quantitative 
> analysis provided in support of the need to broaden participation. We do also 
> note staff’s observation that in some cases input to public comments may 
> appear to be from, for example, the US but has been submitted by a US-based 
> individual on behalf of a peak organization that consulted more widely.
> 
> Nonetheless, there is clearly a need to both broaden and deepen 
> participation. Some of our councilors suggest that as well as outreach to 
> increase participation from outside of ICANN, we should also do ‘in reach’ to 
> deepen participation by individuals already involved in ICANN but who have 
> never participated in a Working Group. We ask that the ATRT2 may consider 
> this suggestion.
> 
> 10.4 on the Board stating a process for setting gTLD policies when the GNSO 
> ‘cannot come to closure on a specific issue within a specified time-frame’.
> 
> We share the concerns stated by others that the couching of this 
> recommendation may unwittingly undermine the multi-stakeholder model in 
> ICANN. Policy-making can take longer than is predictable or desirable, but 
> nonetheless be effective in its deliberativeness, output and degree of 
> support. This recommendation seems to perpetuate a belief that the GNSO – the 
> engine of gTLD policy development and the only part of ICANN driven by 
> carefully balanced stakeholder decision-making – is too slow and 
> argumentative. That belief can drive some ICANN participants to go around the 
> GNSO and straight to the Board, undermining the multi-stakeholder process and 
> ICANN’s raison d’etre. While Board deadlines can sometimes help overcome 
> intractable differences, it’s not clear how to ensure constructive 
> negotiation within the PDP without later recourse to the Board or GAC.  
> 
> This recommendation seems to contradict the research report finding that 
> there is both a conflict but ultimately a ‘sweet spot’ to be found between 
> policy-making being sufficiently participatory and speedy. We suggest that 
> this recommendation be revised to help the GNSO find that sweet spot – which 
> will change from one issue to the next and is not a ‘one size fits all’ 
> amount of pre-specified time. For example, the recommendation could be 
> re-drafted to suggest the Board interact formally or informally with the GNSO 
> to find out more about PDPs that appear to be going too slowly; to find out 
> if that is indeed the case, and to constructively offer advice or 
> encouragement to assist.
> 
> Recommendation 10.4 also says the Board should note under what conditions it 
> believes it may alter PDP recommendations after formal Board acceptance. We 
> support this part of the recommendation.
> 
> Recommendation 10.4 also says there should be an additional step in the PDP 
> Comment Process that allows those whose comments have been synthesized 
> improperly to request changes. We support this recommendation, while noting 
> it will add some time to the process. Perhaps it could be implemented on an 
> ‘if/then’ basis, i.e. inserting an opportunity for commenters to raise their 
> initial concerns to trigger taking the additional step of requesting changes 
> to the summary. However, we also suggest replacing the term ‘improperly’ with 
> ‘incorrectly’ or ‘wrongly’, as the word ‘improper’ has connotations of 
> wrongdoing rather than inaccuracy, which don’t seem relevant here.
> 
>  
> Summary of work the GNSO is already doing
> 
> …
> 
> 4.       Summarise if appropriate
> 
> Full text of the report is here: 
> http://www.icann.org/en/about/aoc-review/atrt/draft-recommendations-15oct13-en.pdf
> 
>  
>  
> <ATRT2 draft GNSO Council response.docx>
>  
> 
> PHONE: 651-647-6109, FAX: 866-280-2356, WEB: www.haven2.com, HANDLE: 
> OConnorStP (ID for Twitter, Facebook, LinkedIn, etc.)
>  


PHONE: 651-647-6109, FAX: 866-280-2356, WEB: www.haven2.com, HANDLE: OConnorStP 
(ID for Twitter, Facebook, LinkedIn, etc.)



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