All,

 

In an effort to be as transparent as possible, I am providing the rationale as to our decision to keep the wording in the Final Report “As-is” regardless of the levels of support / non-support as a result of the Consensus Call.  But please note we will be equally as transparent as to what levels of support that they have (or don’t have) as required by the Working Group Guidelines AND our charter.

 

The Working Group has been working for more than 5 years on this Final Report and developing “Recommendations” and “Implementation Guidance.”  We do appreciate your feedback, but at this point the Leadership has decided that the Final Report will not change.  We will be including the language “Recommendation”, “Affirmation” and “Implementation Guidance” as they are in the Final Report AND indicate their levels of support just as has been done with every recent PDP and like they are required in the Operating Guidelines.

 

Alan’s comments (and those supporting Alan’s comments) are not in line with the Working Group Guidelines in our view nor are they in line with past practice. 

 

  1. Language of the Guidelines:  Section 3.6 (which is included in our charter) states: “3.6 Standard Methodology for Making Decisions The Chair will be responsible for designating each position as having one of the following designations:

 

Further, the PDP Manual also states: “Each recommendation in the Final Report should be accompanied by the appropriate consensus level designation (see section 3.6 – Standard Methodology for Making Decisions in the GNSO Working Group Guidelines)”

 

Leadership’s view is that deleting all recommendations (as recommendations) that do not have “Consensus” or “Full Consensus” would render Section 3.6 meaningless.  Why would there be a provision in the Guidelines that requires us to differentiate between Consensus, Strong Support, Divergence, etc., if we deleted all of those positions that did not have Consensus. 

 

We are providing a Report to the Council on our activities.  What the Council decides to do with the recommendations/implementation guidance that does not have Consensus is the Council’s decision and not ours.  To fail to include these would simply be censoring our own work, which is not something we wish to do.  A “Recommendation” is still a “Recommendation” even with “Strong Support”.  The issue is not what we call it, but rather what the Council and the Board does with it.   Some people may not like what Council has done with “Recommendations” that have not had Consensus support, but that is an issue with the Council.  And we will follow the Guidelines.

 

  1. Past Examples

 

  1. Lets take an example, let’s take the first Affirmation: 1.1: The Working Group recommends that the existing policy contained in the 2012 Applicant Guidebook, that a “systematized manner of applying for gTLDs be developed in the long term,” be maintained.

 

 

Applying Alan’s new rule would mean that we could not call this an “affirmation” in the Final Report.  It would essentially mean that the Affirmation that holds this program together could not be included.  To Leadership, that does not make sense. 

 

 

Finally, the ICANN Board will have to make a decision on each and every one of these items regardless of whether there was consensus or not.  For example, take the Recommendation that states all applications should be done in rounds.  Assume there is Strong Support (but not Consensus).  The Board will still have to decide whether applications should be done in rounds.  Shouldn’t the Board know that there was Strong Support for this Recommendation when it considers this question?  Shouldn’t it know that there was Strong Support within the Working Group for the “Recommendation” (even if not Consensus)?

 

At the end of the day, we want to represent the report as a reflection of all of the work we have done and in compliance with the Working Group Guidelines and our Charter.  The GNSO Council and the ICANN Board will understand that if a “Recommendation” is labeled as “Divergence” that it is not truly a recommendation endorsed by the Working Group.  We have to assume that everyone up the chain will take their responsibilities seriously, read the report, and act on what is presented.    We cannot and should not change our responsibilities under the Working Group Guidelines because we are concerned about what the Council may or may not do with our work.

 

Please have a happy holidays and hopefully we will see each other soon to celebrate the tremendous work we have almost completed.

 

Sincerely,

 

Jeff (sent on behalf of the Leadership team).

 

Jeffrey J. Neuman

Founder & CEO

JJN Solutions, LLC

p: +1.202.549.5079

E: jeff@jjnsolutions.com

http://jjnsolutions.com