[NA-Discuss] FW: [At-Large] NomCom review

[Robert Guerra]

I've been informed that the three North American At-Large Advisory  
representatives (Alan, Beau and myself) get to appoint one voting  
member of the nomcom. I am not sure what the process is...

Having just learned this, my view is that the NA RALO must be  
consulted and play a key role in this most important decision. How we  
should go about this, i'm not sure.I'm open to suggestions.



regards,

Robert
---
Robert Guerra <rguerra at privaterra.ca>
Managing Director, Privaterra
Tel +1 416 893 0377



On 26-Jul-07, at 9:08 AM, RJGlass | America at Large wrote:

> In my opinion, the NomCom should be made up by and appointed by the  
> constituency organizations.
>
> Randy Glass
> A at L
>
>
> On 7/23/07, Evan Leibovitch <evan at telly.org> wrote:
> Robert Guerra wrote:
>
> > Questions and comments related to Nomcom were raised  during the NA
> > RALO discussions  @ San Juan. Would be good to collect the comments
> > and send them in.
> >
> > I remember Evan having the most # of comments on this issue.  
> correct?
> >
> >From the high-level view, I'm very uncomfortable with the move of the
> Board from being chosen by direct elections to one made from the
> selections of a NomComm that is multiple levels removed from the  
> public.
> There's also some feedback loop logic inherent in a process in which
> ALAC picks members of NonComm who then pick members of ALAC.
>
> If direct Board elections aren't in the cards soon then the NomComm
> ought to be substantially -- if not overwhelmingly -- populated by
> people who are there to protect the public interest and the focus on
> ICANN's mandate (ie, not general Internet governance and not trademark
> treaties). My initial preference would be that the NomComm would be
> populated by one appointment from each NSO and one from each At-Large
> Region as well as the previous Chair of the Board -- but I can be  
> easily
> swayed to other models that preserve the intent.
>
> I have other opinions related to the relationship between the ALAC and
> the NomComm, but that may be more appropriate for the ALAC review. My
> view here is that there should be NO NomComm-selected people on  
> ALAC. If
> there is a pressing need for a third person from each region not  
> picked
> by RALOs, then that spot should be elected by At-Large individuals not
> affiliated to a RALO in each region. (IMO this may help address the
> "enfranchisement of the unaffiliated", if only partially. It's still a
> far cry from direct Board elections.)
>
> Having said all this. I promised I would limit my participation on
> issues that weren't specifically project or policy related. Neither  
> the
> composition of NomComm nor of ALAC will be of any relevance (from our
> POV) if at-large doesn't contribute to policy. I've now stated my  
> piece
> and will leave the rest to others, unless I'm specifically dragged in
> (as happened here ;-) ).
>
> - Evan
>
>
> _______________________________________________
> NA-Discuss mailing list
> NA-Discuss at atlarge-lists.icann.org
> http://atlarge-lists.icann.org/mailman/listinfo/na-discuss_atlarge- 
> lists.icann.org
> ---
> Draft MoU with ICANN:
> http://www.icannwiki.org/NA_RALO_MOU
>
> Draft Operating Principles:
> http://www.icannwiki.org/NA_RALO_OP
>
> Draft Code of Conduct:
> http://www.icannwiki.org/NARALO_Code_of_Conduct
>
>
>
> -- 
> -------------------------
> AmericaAtLarge.org
> RJPacific.com
> DDMF.org
> _______________________________________________
> NA-Discuss mailing list
> NA-Discuss at atlarge-lists.icann.org
> http://atlarge-lists.icann.org/mailman/listinfo/na-discuss_atlarge- 
> lists.icann.org
> ---
> Draft MoU with ICANN:
> http://www.icannwiki.org/NA_RALO_MOU
>
> Draft Operating Principles:
> http://www.icannwiki.org/NA_RALO_OP
>
> Draft Code of Conduct:
> http://www.icannwiki.org/NARALO_Code_of_Conduct

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://atlarge-lists.icann.org/pipermail/na-discuss_atlarge-lists.icann.org/attachments/20070726/d5a9a14f/attachment.html