<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 16px; font-family: Calibri, sans-serif;">
<div>
<div>
<div>Jordan — I see the distinction this way:</div>
<div><br>
</div>
<div>A <b>process</b> is a series of steps, with rules about eligibility, standards, and means to enforce outcomes. &nbsp;In our CCWG, eligibility is usually given to the ‘Community’</div>
<div><br>
</div>
<div>A <b>structure</b> is how we organize the ‘Community’ so that it is eligible to use the processes. In our CCWG, the structure for Community of CA/SO/SGs could be ad-hoc or formal. &nbsp;One way to formalize the community is to have statutory Members representing
 each AC/SO/SG.&nbsp;</div>
<div><br>
</div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE">
<div><br>
</div>
</div>
</div>
</div>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:12pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Jordan Carter<br>
<span style="font-weight:bold">Date: </span>Saturday, March 14, 2015 at 12:10 AM<br>
<span style="font-weight:bold">To: </span>&quot;<a href="mailto:wp1@icann.org">wp1@icann.org</a>&quot;<br>
<span style="font-weight:bold">Subject: </span>[Party1] for our mechanisms - structures or processes?<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">Hi all
<div><br>
</div>
<div>In drafting the previous note I thought the following also of interest for discussion / teasing out:</div>
<div><br>
</div>
<div>
<div>One distinction to think about is between mechanisms that are a&nbsp;<b>process&nbsp;</b>and those that are a&nbsp;<b>structure</b>.</div>
<div><br>
</div>
<div>A&nbsp;<b>process&nbsp;</b>is the best way to describe using existing SO/AC processes, or the Community Veto. The particular angle I am focused on in such processes is that they come to a decision about the matter at hand through the autonomous actions of individual
 SOs and ACs, and the results of those decisions are reflected in the decision. They are a bit like the process of electing an SO Board member, in that:</div>
<div>&nbsp;- there are no new bodies that need to be created</div>
<div>&nbsp;- there is no necessary deliberation before a decision is made</div>
<div>&nbsp;- the process forms an aggregation of preferences of individual SOs and ACs</div>
<div><br>
</div>
<div>A&nbsp;<b>structure</b>&nbsp;is what is required by the other approaches above which range from well known (we are a CCWG, so we know about that), to models that are well known in California but not in ICANN (membership or delegates) to models that are less familiar
 like a supervisory board. They imply and oblige a sharing of perspectives and discussion within the decision body, regardless of whether the decisions of the members are mandated or otherwise.</div>
<div>&nbsp;- they involve a new grouping of people, which to be empowered require some kind of structure to be set out somewhere and abided by</div>
<div>&nbsp;- they generally involve a conversation between the decision-makers as or before a decision is made</div>
<div><br>
</div>
<div><br>
</div>
<div>Aside from testing the criteria mentioned in my previous note, what do people think about this distinction?<br>
<br>
</div>
<div>best</div>
<div>Jordan</div>
<div><br>
</div>
-- <br>
<div class="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">Jordan Carter<br>
<br>
Chief Executive <br>
<b>InternetNZ</b><br>
<br>
04 495 2118 (office) | &#43;64 21 442 649 (mob)<br>
<a href="mailto:jordan@internetnz.net.nz" target="_blank">jordan@internetnz.net.nz</a><br>
Skype: jordancarter<br>
<br>
<i>A better world through a better Internet&nbsp;</i><br>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>