<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Alan,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I see no problem with leaders being associated with strong views as long as they do not let their strong views impact their ability to lead neutrally.&nbsp; In fact,
 I strongly believe that it is a positive to have a leadership team made up of those who have strong views on both sides of the two extremes in the Whois debate; provided the leaders are willing to collaborate to facilitate consensus in the whole WG in spite
 of their strong views, it will force the leadership team to grapple with their competing views just like the whole WG will need to do.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">In the mid 1990&#8217;s when generic domain name registrations just started to escalate rapidly, I was managing a customer service team with a group of managers who
 all had strong views and more often than not disagreed with one another at the outset.&nbsp; But we worked through our differences and found solutions that were ultimately best for the entire team and our customers.&nbsp; The fact that we had strong differences forced
 us to grapple with our differences constructively and allowed us to more effectively deal with the differences on the entire team of several hundred people.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Chuck<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Alan Greenberg [mailto:alan.greenberg@mcgill.ca]
<br>
<b>Sent:</b> Tuesday, January 26, 2016 8:20 AM<br>
<b>To:</b> Gomes, Chuck; gnso-rds-pdp-wg@icann.org<br>
<b>Subject:</b> Re: [gnso-rds-pdp-wg] RDS PDP WG Leadership<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">I often support Chuck in his suggestions on how to structure things, but sadly I cannot in this case.<br>
<br>
As with many others, I agree to the multi-person leadership group, and will not push much for one option over another. And I agree with Liz that those on the team should not be associated with strong views on the outcomes if at all possible.<br>
<br>
But Don is right! Restricting the leadership to GNSO people may be counter productive and will definitely send exactly the wrong message to the overall community. Multi-stakeholderism is not limited to the GNSO, and in the past, we have had PDP WG leaders who
 were not part of the GNSO (myself included). We may not end up with qualified volunteers from other parts of ICANN, since the workload will be heavy. But a priori excluding them excluding them is ill-conceived on multiple levels.<br>
<br>
Alan<br>
<br>
At 25/01/2016 03:56 PM, Gomes, Chuck wrote:<br>
<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">In my personal capacity as a volunteer for the RDS PDP WG I would like to propose the following approach to the WG leadership that I think would be very helpful in facilitating our productivity:<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Have a leadership team consisting of 4 WG members plus the ICANN staff support personnel.<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Have one leader from each of the four GNSO Stakeholder Groups (SGs):<br>
1.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Non-Commercial SG (NCSG)<br>
2.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Commercial SG (CSG)<br>
3.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Registrars SG (RrSG)<br>
4.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Registries SG (RySG).<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The four leaders could serve in one of two ways:<br>
o&nbsp;&nbsp; 2 co-chairs &amp; 2 co-vice-chairs<br>
o&nbsp;&nbsp; 1 chair &amp; 3 co-vice chairs.<br>
&nbsp;<br>
In recent years in the GNSO, a team leadership approach for WGs and even for the GNSO Council itself has proved to be quite effective.&nbsp; It not only spreads the workload around but more importantly it allows for a small team of experienced people to collaborate
 together in leading the group&#8217;s efforts. Here are a few examples where a collaborative leadership team have been used:<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The GNSO Council has a chair plus two vice chairs.<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The Policy &amp; Implementation WG had two co-chairs and two vice-chairs.<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The CWG Stewardship has two co-chairs.<br>
&middot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The CCWG Accountability has three co-chairs.<br>
&nbsp;<br>
By adding a condition that each of the leadership team members come from different SGs, it ensures that the chairs and vice chairs collectively have expertise about all four of the GNSO stakeholder groups and creates a situation where the leaders are well versed
 in the varying viewpoints that exist across all four groups as well as differences within their respective groups.&nbsp; I believe that this is especially important for an area such as Registration Data Services (Whois) that has been very controversial over the
 entirety of ICANN&#8217;s history.<br>
&nbsp;<br>
For those that are new to GNSO policy development processes, any recommendations made by a WG have to eventually be approved by the GNSO Council, which primarily consists of the four SGs.&nbsp; So Having all SGs involved in the leadership of the WG from the beginning
 should facilitate approval in the end.<br>
&nbsp;<br>
It is important to remember that the role of the leadership team is to facilitate bottom-up multi-stakeholder policy development in a neutral and effective manner using a consensus based approach.&nbsp; This of course means managing meetings and online work to ensure
 that the WG charter requirements are satisfied.&nbsp; Hopefully, in most cases this will mean guiding the full group in developing recommendations that most if not all of the WG members can support.&nbsp; But, after diligent efforts to reach consensus, there is still
 significant divergence about certain proposed recommendations, it will be the leaders responsibility to decide whether there is sufficient support in the WG to submit such recommendations to the GNSO Council.&nbsp; Understanding this, it is important that each
 SG endorse the person on the leadership team from its group.<br>
&nbsp;<br>
I hope that we can confirm whether or not there is support for this approach in our WG call tomorrow.&nbsp; If there is, then it will guide our efforts in finding qualified members to serve on the leadership team as well as how to structure the team (2 co-chairs
 &#43; 2 co-vice-chairs or 1 chair &#43; 3 co-vice-chairs).<br>
&nbsp;<br>
I would be happy to respond to any questions anyone has.<br>
&nbsp;<br>
Chuck Gomes<br>
&nbsp;<br>
P.S. &#8211; For those that do not know me, my Statement of Interest (SOI) can be found here:
<a href="https://community.icann.org/display/gnsosoi/Chuck&#43;Gomes&#43;SOI">https://community.icann.org/display/gnsosoi/Chuck&#43;Gomes&#43;SOI</a>
<br>
&nbsp;<br>
&nbsp;<br>
_______________________________________________<br>
gnso-rds-pdp-wg mailing list<br>
<a href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><o:p></o:p></p>
</div>
</body>
</html>