Re: [At-Large] [ALAC] ICANN staff repudiates community call for change on Morality & Public Order
Hi Evan. evan at telly.org (Evan Leibovitch) writes:
In the latest version of the new gTLD Applicant Guidebook, ICANN staff has essentially screwed its community.
One very important clarification. I believe your issue is not with staff, but with the board. Blaming (and venting at) staff, especially when they are not at fault does not help anyone and makes it that much harder for ICANN as a community to get work done.
Despite broad agreement reached across members of the GAC, GNSO and At-Large on issues related to Morality and Public Order -- and a report that was unanimously endorsed by ALAC -- ICANN staff have explicitly rejected all of our basic requests. Literally, only the most cosmetic -- changing the name from "Morality and Public Order" to "Limited Public Interest" -- approach was taken.
Well, I was going to point you to the board response to this, so you could understand our reasoning, but I can't find public documentation. :-( The board resolution at http://www.icann.org/en/minutes/resolutions-25sep10-en.htm#2.9 is where the board recorded its decision, but there isn't a lot of detail there. But I can assure you that the board discussed a number of individual points in detail. The details at http://www.icann.org/en/topics/new-gtlds/explanatory-memo-morality-public-or..., give some of the rational, but are not written in a way that necessarily makes clear where the board weighed in and to what degree, I would suggest that before folk spend too many cycles responding to this in a formal manner, they would request that ICANN (board/staff) provide clarification (if it is needed) as to why the WG recommendations were not made. And, actually, wouldn't it be more appropriate to raise those questions first within the WG and have them do the followup? Presumably they aren't happy either, and that seem the natural place from which to raise any objections... Discussions would be most productive if they could be focused on the individual recommendations and why or why they were not accepted. And if the above rational doesn't provide that info, by all means ask for it. Thomas
Hi Thomas, On 22 November 2010 17:20, Thomas Narten <narten@us.ibm.com> wrote:
One very important clarification. I believe your issue is not with staff, but with the board. Blaming (and venting at) staff, especially when they are not at fault does not help anyone and makes it that much harder for ICANN as a community to get work done.
Interesting timing; I'll repeat a message I just sent to someone else who made the point privately. I am quite familiar with the Board decisions made at the retreat in this matter. They bring to mind an old computer slogan, "GIGO" -- Garbage In, Garbage Out" -- that in my opinion applies well here. The Board was given poor and in at least some cases, completely inaccurate source information upon which to make decisions. Therefore, it is hard to fault (or even properly analyze) conclusions based on that input. It has become apparent in subsequent conversations that what decisions the Board *did* made were based on (IMO) shoddy misrepresentations of the working group proposals. As we speak there is a whole subcommittee in place, just to try to address the gulf in perception between the CWG's recommendations and the way these recommendations were preseted to the Board. In its first meeting today, even an identification of the issues in which differences existed took too much time for one meeting and progress is not going well. As only the most outrageous example, Staff told the Board that the CWG proposed forcing the Board to vote on the moral acceptablity of each and every TLD string -- EXACTLY THE OPPOSITE of what the CWG had proposed. One could not fault the Board for reacting the way it did whan presented with "background" information such as this. The board resolution at
http://www.icann.org/en/minutes/resolutions-25sep10-en.htm#2.9 is where the board recorded its decision, but there isn't a lot of detail there. But I can assure you that the board discussed a number of individual points in detail.
The details at
http://www.icann.org/en/topics/new-gtlds/explanatory-memo-morality-public-or... , give some of the rational, but are not written in a way that necessarily makes clear where the board weighed in and to what degree,
Is the explanatory document considered to staff briefing, an official Board statement, neither or both? I can point to specific detail in this document that demonstrates GIGO and a fundamental misunderstanding of the community input.
I would suggest that before folk spend too many cycles responding to this in a formal manner, they would request that ICANN (board/staff) provide clarification (if it is needed) as to why the WG recommendations were not made. And, actually, wouldn't it be more appropriate to raise those questions first within the WG and have them do the followup? Presumably they aren't happy either, and that seem the natural place from which to raise any objections...
That is already happening and (based on my personal assessment of the "drarfting" call done earlier today) not going very well. But the two issues are not the same. The ALAC comment on the DAG goes beyond just the CWG issues. My draft comments about the DAG refer to some components, such as the Independent Objector, which were not dealt with by the CWG. Changes have been made and/or resisted that make this component far more opaque and open to gaming than existed in previous versions of the AG. In that respect the document reflexts the views of At-Large and not necessarily of all groups that participated in the CWG. But back to the CWG for a moment.... The authors and gatekeepers of the DAG -- ICANN staff -- have interpreted GNSO Guideline "H" in a manner that operates completely against the public interest (in the longtime view of At-Large and other ICANN constituencies). The curent implementation subjects applicants and objectors to spend vast amounts of money on a needlessly litigious process, opening wide opportunities for gaming while forcing ICANN to make (or subcontract) judgements of comparative morality. The CWG was explicit in charting a path that was simpler, less expensive and still accomplished the necessary goals of ensuring that objections were properly evaluated well in advance of any necssary Board action. It fully implemented Guideline H while receiving full community consensus. Yet the Board never heard the case for that path -- I know this because that's what we were told in subsequent conference calls with TLD staff. In the Explanatory Notes, the CWG's core proposal -- issue one -- is brushed off with "we disagree" because of different interpretation, which forces one to ask: When there is a policy disagreement between the community's bottom-up policy making process and the staff charged with implementing such policy-making, who should prevail? The answer to this is, indeed, a matter on which the Board may be taken to task and most certainly an Accountablity and Transparency issue. I invite you to listen to the recording of the "drafting team" meeting from earlier today, and witness for yourself the futility of staff and community simply agreeing on frames of reference. It's not a rift or a gap, it's a gulf. How can At-Large have any confidence that what the Board accepted/rejected was what had been put forward? If Board or Staff didn't understand what we meant, why didn't it ask for clarification in advance of making a decision? Of course, going forward it would be appreciated if those who present such vital community issues to the Board could actually be the people who developed them and are capable of explaining and defending them, without requiring a third-party filter.
Discussions would be most productive if they could be focused on the individual recommendations and why or why they were not accepted.
Agreed. But that cannot happen properly when the recommendations are presented in a manner that encourages their rejection or misunderstanding. What was not accepted was not what we proposed, according the the best research I've been able to gather. The community had no ability to review (let alone correct) staff's notes to the Board in advance of the retreat. Indeed, I recall being explicitly told that the Board was not planning to make fiormal decisions at the retreat, and this affected our level of preparation. Also, a short introduction to the difference in approach would have assisted greatly in the understanding of specific recommendations, some of which were interdependent. (Of course, in order to do that they would have had to have been presented by someone who understood the proposal at a high level as well as at the detail level.) I'd be delighted to discuss details with you (or anyone else interested), but that's beyond the scope of the ALAC response to the DAG which has to be brief and to the point. If it's too long it'll get summarized by an editing process over which we have no control. (Of course, you realize that with the loss of an ALAC liaison and without a replacement process, the ability to present At-Large policy to the Board directly and without filter is further diminished...) - Evan
On 11/22/2010 04:12 PM, Evan Leibovitch wrote:
... The Board was given poor and in at least some cases, completely inaccurate source information upon which to make decisions.
This makes a compelling argument why ICANN board members ought to create a public, written record for every decision they make or refrain from making that includes: - A restatement and summary of the the perceived question and the issues being faced (the restatement helps to highlight ambiguities in understanding and interpretation.) - A summary or permanently available reference to the facts and other input used in the making of the decision (or in the making of the decision not to make a decision) - A listing of the criteria - A statement that exposes the logical path of the decision, weighs the evaluates the facts, measures those facts against the stated criteria, and measures, qualitatively if not quantitatively, the weights of the competing interests. - The conclusion - Reservations I tried to do this when I was on the board. It is not an easy thing to do particularly when one is exhausted after a long sequence of meetings. A decent respect to the opinions of the public and to the historical record requires that this be done. And even if non ALAC selected directors don't do this, the ALAC one ought to pledge to do it. When I did it I tried to describe only my own actions and not to reflect on the motives, methods, or choices of other board members. This kind of practice, were it adopted, serves several purposes: 1. It would help mitigate the kinds of situations which you (Evan) describe. 2. It would improve the transparency of ICANN decision making. 3. It would give each board member who does this a timely written business record that could be used to support a business judgment defense should legal action be taken against ICANN. (It is naive to believe that director liability insurance is an impenetrable protective shield.) --karl--
One very important clarification. I believe your issue is not with staff, but with the board.
There's plenty of blame to go around. ICANN's board has never exercised meaningful authority over the staff. This sort of screwup happens all the time, and I do not know the staff well enough to tell to what extent it's ineptness and to what extent it's insubordination, although it hardly matters. If I had one question for potential board members, it would be "how will you make the board take control of the staff?" Regards, John Levine, johnl@iecc.com, Primary Perpetrator of "The Internet for Dummies", Please consider the environment before reading this e-mail. http://jl.ly
Dear Thomas, I wonder to what extent you or anyone on the Board really knows what the Staff is up to. As I understand it, your only real interface to the Staff is through the CEO, and that the Board does not accept Staff oversight as one of of its jobs. I would suggest that those who work with the staff at all levels know better what is actually going on, as we deal with it every day in so many different ways. And let me point out that most all of the staff is doing their best to do what they think they are supposed to be doing, but that does not mean that this is necessarily what is best for ICANN. Determining what is best for ICANN is the job of those of us in the community, including the Board, and not the staff. So when Evan and others describe what is going on, people should take that seriously as opposed to just dismissing it as more uninformed staff bashing. I understand and commend the feeling that you, as Board members and Board Liaisons, feel that it is a duty to stand up for the staff, but it would be a lot more helpful, if you were doing so from a point of oversight where you actually knew what was up. Thanks a. On 22 Nov 2010, at 23:20, Thomas Narten wrote:
Hi Evan.
evan at telly.org (Evan Leibovitch) writes:
In the latest version of the new gTLD Applicant Guidebook, ICANN staff has essentially screwed its community.
One very important clarification. I believe your issue is not with staff, but with the board. Blaming (and venting at) staff, especially when they are not at fault does not help anyone and makes it that much harder for ICANN as a community to get work done.
Despite broad agreement reached across members of the GAC, GNSO and At-Large on issues related to Morality and Public Order -- and a report that was unanimously endorsed by ALAC -- ICANN staff have explicitly rejected all of our basic requests. Literally, only the most cosmetic -- changing the name from "Morality and Public Order" to "Limited Public Interest" -- approach was taken.
Well, I was going to point you to the board response to this, so you could understand our reasoning, but I can't find public documentation. :-(
The board resolution at http://www.icann.org/en/minutes/resolutions-25sep10-en.htm#2.9 is where the board recorded its decision, but there isn't a lot of detail there. But I can assure you that the board discussed a number of individual points in detail.
The details at http://www.icann.org/en/topics/new-gtlds/explanatory-memo-morality-public-or..., give some of the rational, but are not written in a way that necessarily makes clear where the board weighed in and to what degree,
I would suggest that before folk spend too many cycles responding to this in a formal manner, they would request that ICANN (board/staff) provide clarification (if it is needed) as to why the WG recommendations were not made. And, actually, wouldn't it be more appropriate to raise those questions first within the WG and have them do the followup? Presumably they aren't happy either, and that seem the natural place from which to raise any objections...
Discussions would be most productive if they could be focused on the individual recommendations and why or why they were not accepted. And if the above rational doesn't provide that info, by all means ask for it.
Thomas _______________________________________________ At-Large mailing list At-Large@atlarge-lists.icann.org https://atlarge-lists.icann.org/mailman/listinfo/at-large
At-Large Official Site: http://atlarge.icann.org
I've put up a draft ALAC statement on the new DAG at https://community.icann.org/display/atlarge/Draft+ALAC+Statement+on+Draft+Fi... This may likely go through a few iterations but we had to start somewhere. It already reflects some additional input received in this email thread and elsewhere. Comments are, as always, welcomed. - Evan
I've also posted a flowchart example of how the process *should* work, in a manner consistent with all GNSO guidelines as well as the recommendations of the community working group: https://community.icann.org/download/attachments/5112661/Rec6-flowchart4.gif On 23 November 2010 12:36, Evan Leibovitch <evan@telly.org> wrote:
I've put up a draft ALAC statement on the new DAG at
https://community.icann.org/display/atlarge/Draft+ALAC+Statement+on+Draft+Fi...
This may likely go through a few iterations but we had to start somewhere. It already reflects some additional input received in this email thread and elsewhere.
Comments are, as always, welcomed.
- Evan
participants (5)
-
Avri Doria -
Evan Leibovitch -
John R. Levine -
Karl Auerbach -
Thomas Narten