Yes, I think this fundamental work should be done within the ICANN context. <div><br></div><div>We should not reinvent the state of the art but use it to understand/frame ICANN's specificities. Management sciences can provide all the generic knowledge one will ever need about what constitutes policy and what constitutes implementation, but we need a practical working definition which works for ICANN. It is too convenient for the GAC to tweak its position around a policy/implementation dichotomy without providing supporting arguments. <div>
<br></div><div>I agree with Joy that the image of the GNSO policy making process needs to be improved. How to do that?</div><div><br></div><div>I also like and praise Avri's courageous attempt to find a simple boundary definition between policy and implementation. In most if not all private organizations, for profit or not for profit, and even parastatal and international organizations, it is the Board or a quasi-Board that makes policy (with stakeholders' input and staff advice) and the CEO/ED/GM/President/staff implement programs and operations within the policies. In that sense, if applied to ICANN, GNSO, as a policy making body, should report to the Board.... Maybe it is the case - please excuse my ignorance - and if not where does the GNSO report?</div>
<div><br></div><div>Thinking of the purpose of Constituencies and SGs, I find it short-sighted that their only or main purpose would be to contribute to policy to feed the GNSO making by consulting their members. I can think of many other ways to contribute to ICANN's mission: outreach, dissemination, education, advocacy come to mind.</div>
<div><br></div><div>I hope this helps</div><div><br></div><div>Alain</div><div><br><br><div class="gmail_quote">On Fri, Nov 30, 2012 at 3:17 AM, William Drake <span dir="ltr"><<a href="mailto:william.drake@uzh.ch" target="_blank">william.drake@uzh.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, long overdue.<br>
<br>
Bill<br>
<div class="HOEnZb"><div class="h5"><br>
On Nov 30, 2012, at 9:03 AM, Avri Doria wrote:<br>
<br>
> Hi,<br>
><br>
> Other than the fact that he needs to include ALAC and ccNSO in the Cross community mix, I think this is a great idea.<br>
><br>
> I did a bit of research on this yesterday since I was trying to answer the question. In the context of writing my application for the ATRT, which remains undone, I noticed that included in the last ATRT report was a requirement that the distinction between policy and administrative action be defined.  Administrative action may be somewhat different than implementation, but i tend to think of implementation as a form of administrative action.  In replying to this ATRT requirement, what they did was describe the process for SO policy making, and the policy for Admin action making and give a few examples.  In other words the definition, in so far as I understand it, is that if an SO does it, it is policy and if the Board or Staff does it, it is Administrative action. And that it is a Board or Staff decision as to whether community input is required.  While I am sure I can be shown that I am simplifying somewhat, this is what I understood from the response they gave.  I personally find this lacking.<br>

><br>
> So yes, I think doing this is a great idea.<br>
><br>
> avri<br>
><br>
><br>
> On 30 Nov 2012, at 06:59, joy wrote:<br>
><br>
>> -----BEGIN PGP SIGNED MESSAGE-----<br>
>> Hash: SHA1<br>
>><br>
>> Hi all - sharing this message with you.<br>
>> This letter has sparked a debate among GNSO Councillors about whether<br>
>> or not there should be some work on defining "policy" vs<br>
>> "implementation" and/or some GNSO principles. the discussion began<br>
>> with Jeff Neumann's suggestion:<br>
>> "I believe we all need to take a step back from the issues immediately<br>
>> and decide once and for all an agreed upon bottom-up multi-stakeholder<br>
>> definition of what is ?policy? and what is ?implementation.?  Or at<br>
>> the very least a framework for making that assessment when issues<br>
>> arise.  I would advocate for a cross community group made up of<br>
>> members from ICANN staff, the GNSO, the GAC and others to come<br>
>> together to figure this issue out, so that we get out of this rut we<br>
>> are now in.  At the same time, we need to fix the image of the GNSO<br>
>> policy processes so that they are no longer feared, but embraced.<br>
>> They need to not be used as vehicles for delay, but rather utilized<br>
>> for the common good."<br>
>><br>
>> It would help us as Councillors to have your views on this idea.<br>
>><br>
>> Cheers<br>
>><br>
>> Joy<br>
>><br>
>><br>
>> - -------- Original Message --------<br>
>> Subject:     [council] FW: Letter from the GAC regarding IOC/RC Protections<br>
>> Date:        Thu, 29 Nov 2012 09:59:54 -0000<br>
>> From:        Jonathan Robinson <<a href="mailto:jonathan.robinson@ipracon.com">jonathan.robinson@ipracon.com</a>><br>
>> To:  <<a href="mailto:council@gnso.icann.org">council@gnso.icann.org</a>><br>
>><br>
>><br>
>><br>
>> All,<br>
>><br>
>><br>
>><br>
>> FYI.  Please see the attached letter received from the GAC last night my<br>
>> time.<br>
>><br>
>><br>
>><br>
>> Jonathan<br>
>><br>
>><br>
>><br>
>> *From:*GAC Secretariat [mailto:<a href="mailto:gacsec@gac.icann.org">gacsec@gac.icann.org</a>]<br>
>> *Sent:* 28 November 2012 21:38<br>
>> *To:* <a href="mailto:jonathan.robinson@ipracon.com">jonathan.robinson@ipracon.com</a><br>
>> *Cc:* Steve Crocker; Fadi Chehade; Heather Dryden; Maria Häll;<br>
>> <a href="mailto:alice@apc.org">alice@apc.org</a>; Choon Sai LIM (IDA)<br>
>> *Subject:* Letter from the GAC regarding IOC/RC Protections<br>
>><br>
>><br>
>><br>
>> Sent on behalf of Heather Dryden, GAC Chair<br>
>><br>
>><br>
>><br>
>> Dear Jonathan,<br>
>><br>
>><br>
>><br>
>> Attached please find a letter from the GAC regarding IOC and Red<br>
>> Cross/Red Crescent protections.<br>
>><br>
>><br>
>><br>
>> Best regards,<br>
>><br>
>><br>
>><br>
>> Jeannie Ellers<br>
>><br>
>><br>
>><br>
>> Jeannie Ellers<br>
>> Manager, GAC Coordination<br>
>> Internet Corporation for Assigned Names and Numbers<br>
>> 1101 New York Avenue NW, Suite 930<br>
>><br>
>> Washington, DC 20005<br>
>> Ph. <a href="tel:%2B1%20202%20570%207135" value="+12025707135">+1 202 570 7135</a><br>
>> M. <a href="tel:%2B1%20310%20302%207552" value="+13103027552">+1 310 302 7552</a><br>
>><br>
>><br>
>><br>
>> -----BEGIN PGP SIGNATURE-----<br>
>> Version: GnuPG v1.4.9 (MingW32)<br>
>> Comment: Using GnuPG with undefined - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
>><br>
>> iQEcBAEBAgAGBQJQuCEaAAoJEA9zUGgfM+bqyFUH+QEupaWuP0Y6Vb7NV/vd1+UI<br>
>> X/qkrHqc42p8lYSa057tz0RimfwJrP848bid5VuOzbSrnJLNvPrCv405ENX3ldG7<br>
>> Sfob89CG9kosEmFfNO7vxzUxGFFaZWQrWwLKYcmjIovvkPGONOBsXH6Sx4URvCf3<br>
>> VaRD/YNzTVCeWnX4eWA916I/ppa7p3vXtkbhjPHVFlE4XxY/LKXTrffdDoFZh+mA<br>
>> 4GO+8mfaWO+F80J5Nz5d/lkccf5r3ycZnbJeoV3pSyu2dDzTPWtv8zpShEvtfZRu<br>
>> 1kEsW0qfiWt4dK0ZIGDrQp8SoAAMD954IoIuCu5K6wi7/zMVZF+MV8UNWiwzZi8=<br>
>> =b5WL<br>
>> -----END PGP SIGNATURE-----<br>
>> <GAC_GNSOCouncil_20121128.pdf><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Alain Berranger, B.Eng, MBA<div>Member, Board of Directors, CECI, <a href="http://www.ceci.ca/en/about-ceci/team/board-of-directors/" target="_blank">http://www.ceci.ca</a><br>
<div>Executive-in-residence, Schulich School of Business, <a href="http://www.schulich.yorku.ca" target="_blank">www.schulich.yorku.ca</a></div><div>Treasurer, Global Knowledge Partnership Foundation, <a href="http://www.gkpfoundation.org" target="_blank">www.gkpfoundation.org</a></div>
<div>NA representative, Chasquinet Foundation, <font color="#0a246a" face="'Times New Roman', Times, serif"><a href="http://www.chasquinet.org" target="_blank">www.chasquinet.org</a></font><br>Chair, NPOC, NCSG, ICANN, <a href="http://npoc.org/" target="_blank">http://npoc.org/</a><br>
O:+1 514 484 7824; M:+1 514 704 7824<br>Skype: alain.berranger<br></div></div><div><br></div><div><div><br></div><div>AVIS DE CONFIDENTIALITÉ</div><div>Ce courriel est confidentiel et est à l’usage exclusif du destinataire ci-dessus. Toute personne qui lit le présent message sans en être le destinataire, ou l’employé(e) ou la personne responsable de le remettre au destinataire, est par les présentes avisée qu’il lui est strictement interdit de le diffuser, de le distribuer, de le modifier ou de le reproduire, en tout ou en partie . Si le destinataire ne peut être joint ou si ce document vous a été communiqué par erreur, veuillez nous en informer sur le champ  et détruire ce courriel et toute copie de celui-ci. Merci de votre coopération.</div>
<div><br></div><div>CONFIDENTIALITY MESSAGE</div><div>This e-mail message is confidential and is intended for the exclusive use of the addressee. Please note that, should this message be read by anyone other than the addressee, his or her employee or the person responsible for forwarding it to the addressee, it is strictly prohibited to disclose, distribute, modify or reproduce the contents of this message, in whole or in part. If the addressee cannot be reached or if you have received this e-mail in error, please notify us immediately and delete this e-mail and destroy all copies. Thank you for your cooperation.</div>
</div><div><br></div><br>
</div></div>