[gnso-improvem-impl-sc] Proxy Voting

Avri Doria avri at acm.org
Thu May 17 16:30:35 UTC 2012


Hi,


I am not sure I can make today's meeting but will try.  In any case I wanted to lay out my issues related to this topic.

I feel there has been an adamant resistence to the idea of reviewing or changing the rules on proxy voting ever since the issue was sent to the SC.  Part of this has felt accusatory. To my ears it has sounded something like: "the NCSG did something we disapproave of, and that is no reason to change the rules."

And of course, a hard case is no reason to change the rules (to badly parapharase the important quote)

However, if indeed there is a hole in the process, it should be reviewed, no matter how much you don't like the reason for discovering the hole in the rules.  

The reason we instituted the rules is that there was consensus that the long standing practice of having proxies was fair becasue as a group we did not beleive in denying an SG or a Constituency its full vote when an absence was known about.  And I assume we all still think this is the right thing to do.  What we did to correct the adhoc way we were doing things was formalize a process.

The process we have now works very well when one knows at least a day in advance of an absence.  But it is a time consuming practice that is labor intensive in that it requires the GNSO secretariat to take an action; i.e  Glen has to receive the form from the appropriate authority and process it and then inform the g-council of the proxy.

We also have a procedure that works when someone has to leave a meeting they are already at.

What we don't have is a procedure that works when someone finds out just before the meeting that they have a situation and must beg out at the last minute - the procedure does not work that quickly.

I personally beleive that there is a hole in our procedure if advising a day before the start of the meetings works and advising after the meeting starts works but advising just before the meeting starts doesn't.  Anyone who wrote a computer program like that would need to fix the bug.

I think part of the problem is in the procedure:

Why does this process need to be labor intensive and require the GNSO secretariat to receive the message in a timely manner and perform a forwarding of the message.  If the procedure not only sent a message to the Secretariat notifying her of the situation but also sent a note to the GNSO, the problematic timing window could be minimaized if not closed.  The policy calls for the sending to Glen, but does not require that she be watching her email up to the last second before the meeting started, the timing window was introdiced by the way the procedure was implemented. Fixing the procedure is one way to mostly remedy the problem without making a change. 

But I also thimk we should consider ammending  the process to make sure the window is closed and that we are applying the same reasoning to all cases, we could recommend modifying the policy to replace:

"
Ordinarily a proxy notification must be received by the GNSO Secretariat before the start of the relevant meeting.
"

to 

"
Ordinarily a proxy notification must be received by the GNSO Secretariat before the first vote of the relevant meeting.
"

So I recommend that
 
a. we ask staff whether it is possible to have the notification copied to the GNSO list, as Glen usually does by hand, so that all can see it at the same time as the secretariat

b. we consider a minor ammendment to the charter.

I know this is seen as an NCSG only issues, but I am sure that at some point each and every  SG/C will find themselves thwarted by the timing window that is currently exists in our policy+procedures

thanks

avri


Julie Hedlund <julie.hedlund at icann.org> wrote:

>Dear SC members,
>
>Here is some information concerning proxy voting that may be useful for
>our discussion during today's call.  See the current procedures below. 
>Changes to the proxy voting procedures (and other procedures relating
>to voting) were approved by the GNSO Council in September 2011.  The
>purpose of the revisions was to simply and clarify the procedures and
>avoid contradicting the internal procedures of some constituencies.
>
>The issue that has been raised for today's discussion relates to
>proxies.  In particular, at a recent Council meeting one council member
>couldn't attend but his SG wasn't in the position to provide a proxy in
>the formal way according to the rules.  So one of the questions was
>whether and under which conditions a present member of her/his group
>could - on his behalf - declare what may be her/his intention re the
>proxy.  In addition the question should be dealt with whether the
>council has to accept this request.
>
>Best regards,
>
>Julie
>
>
>4.6   Proxy Voting
>
>An abstaining or absent Council member as defined above (the Proxy
>Giver) may transfer his or her vote to any other Council member (the
>Proxy Holder).
>
>The Proxy Holder must vote in order of precedence according to one of
>three types:
>
>1.     An instruction from the Proxy Giver’s appointing organization
>(if applicable), or if none;
>
>2.     An instruction from the Proxy Giver, or in the absence of
>either;
>
>3.     The Proxy Holder’s own conscience.
>
>a.      Multiple Proxies
>
>A GNSO Council member is not permitted to be a Proxy Holder for more
>than one Proxy Giver.
>
>b.      Quorum
>
>An absent Council member does not count toward quorum even if a proxy
>has been established.  A Temporary Alternate (see Section 4.7-Temporary
>Alternate <#_4.7_Temporary_Alternate_3>  below) if present, would count
>toward quorum.
>
>c.      Proxy Notification
>
>A proxy notification must be sent to the GNSO Secretariat and should
>indicate which type it is. The notification should, where applicable,
>be sent by the Proxy Giver's appointing organization. Ordinarily a
>proxy notification must be received by the GNSO Secretariat before the
>start of the relevant meeting.
>
>Exceptionally, a proxy notification may be given during a meeting by a
>Council member who is present but needs to leave before a vote.  In all
>cases the most recent notification takes precedence.




More information about the Gnso-improvem-impl-sc mailing list