<p dir="ltr">Hello all,<br></p>
<p dir="ltr">As I can notice from my understanding of the need of business requirements said by Greg,<br>
I think we can do it step by step<br>
1) work and agree on the business requirements first,</p>
<p dir="ltr">2) for each business requirement find out what should functional requirements, and then for each of them what should the operational or implementation requirements be.<br></p>
<p dir="ltr">That is just a suggestion to prevent us from doing it randomly and work again to categorize.</p>
<div class="gmail_quote">Le 19 mai 2016 20:17, "Greg Aaron" <<a href="mailto:gca@icginc.com">gca@icginc.com</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><a name="m_-4571240941463845107__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Dear Chuck:<u></u><u></u></span></a></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Thanks. “Functional requirements” might come before “implementation options”. In a traditional business process, one creates a
new product by writing what are called the “business requirements.” These are the high-level requirements – what goals the product should accomplish. That’s rather like what Phase 1 of our WG is to do – decide what the major goals (i.e. fundamental policies)
need to be. Traditional business process is then to write “functional specifications” -- specific things that must be done in order to accomplish the business requirements. That is what is supposed to happen in our Phase 2. Implementation is about even
finer executional details, and that is what Phase 3 is about. In ICANN lingo, “implementation” can have a specific meaning (and is sometimes treated as a policy-making afterthought, and some is put into the hands of ICANN staff).
<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">One way to categorize an item on the list is to ask if it has any pre-conditions or assumptions in it. If so, state what those are
and focus on them; they may be the kind of fundamental policy questions we are looking for, and we can set aside the original item for later. I gave an example below.
<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Collecting statements from here and there is part of the task, but the real value comes in distilling the raw material down to fundamental
problem and policy statements. Which the doc is short on night now, so we need to think about how the WG will do that eval. The doc’s also short of raw material from all the summarized docs.
<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">All best,<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">--Greg<u></u><u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<p class="MsoNormal"><span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></span></p>
<span></span>
<div>
<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Gomes, Chuck [mailto:<a href="mailto:cgomes@verisign.com" target="_blank">cgomes@verisign.com</a>]
<br>
<b>Sent:</b> Thursday, May 19, 2016 12:56 PM<br>
<b>To:</b> Greg Aaron <<a href="mailto:gca@icginc.com" target="_blank">gca@icginc.com</a>>; Lisa Phifer <<a href="mailto:lisa@corecom.com" target="_blank">lisa@corecom.com</a>>; <a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a><br>
<b>Subject:</b> RE: [gnso-rds-pdp-wg] RDS PDP WG initial list of possible requirements draft 1<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Thank you very much Greg for your thoughtful review and analysis of draft 1 of possible requirements. For my better understanding, are you equating
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">IMPLEMENTATION OPTIONS and FUNCTIONAL REQUIREMENTS or are the same thing?<span style="color:#1f497d"><u></u><u></u></span></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">How easy do you think it would be to categorize the current list of possible requirements into 1) POLICY REQUIREMENTS and 2) FUNCTIONAL REQUIREMENTS? What do
you think would be the best way to accomplish that?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Chuck<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif"> Greg Aaron [<a href="mailto:gca@icginc.com" target="_blank">mailto:gca@icginc.com</a>]
<br>
<b>Sent:</b> Thursday, May 19, 2016 11:15 AM<br>
<b>To:</b> Gomes, Chuck; Lisa Phifer; <a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">
gnso-rds-pdp-wg@icann.org</a><br>
<b>Subject:</b> RE: [gnso-rds-pdp-wg] RDS PDP WG initial list of possible requirements draft 1<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Dear Chuck et al:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Many of the items in this document are not possible POLICY REQUIREMENTS that we are supposed to wrestle with in Phase 1. Rather, they are possible IMPLEMENTATION OPTIONS or
FUNCTIONAL REQUIREMENTS –ways to carry out possible policies that the WG may or may not arrive upon. There is a huge difference between policy requirements and functional requirements, and not distinguishing between them here is a problem.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">My understanding of Phase 1 Task 8 was that it is to identify policy requirements -- i.e. focus on fundamental problems we are trying to solve. According to the charter, Phase
1 is about policy “at a high level. The charter then says: “In Phase 2, the PDP WG should design detailed policies to satisfy all requirements established in Phase 1. … In Phase 3, the PDP WG should dive more deeply into each policy group to create any
necessary implementation and coexistence guidance.”<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">An example of a policy question is: who needs or deserves access to what, and the follow-on question is therefore do we need some sort of tiered access system. It would be
premature for Task 8 to identify ways to carry out policies, before we've settled on the policies we want. I also note that it is impossible to come up with a list of all the possible functional requirements until we first decide what policy requirements
we want. <u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Instead, this document is based primarily on very detailed executional ideas from the EWG. While the Board recommended that the EWG Final Report should be a starting point
for this PDP, it was made clear that the EWG was not policy development. And as many pointed out, the EWG jumped to very detailed implementation conclusions without solidly grounding them in fundamental policy, and without presenting any other possible policy
or implementation options. <u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">For example, most of the items in the gated access section (pages 5-10) are very detailed functional or implementation requirements created by the EWG. An example is:
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">"[GA-D1-R19] – To meet the needs of authenticated users with permissible purposes, the gTLD registration directory must provide a Reverse Query service that searches public
and gated data elements for a specified value and returns a list of all domain names that reference that value."<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">That is not a policy requirement. It is a derived conclusion, a way to execute on some possible policy requirements. GA-D1-R19 is built to carry out some set policies: required
tiered access, a centralized system like the EWG recommended, and a driving need for a reverse query service. We are very far from conclusions about any of those things.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">This points out a fundamental issue for me –there are clear dependencies among the charter questions that can help us order discussions. For example, User/Purposes and Privacy
seem to be major drivers of possible policies. Data Elements clearly depends a lot on the answers to the User/Purposes and Privacy questions.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In conclusion: I suggest that greater discernment and focus on fundamentals is needed in this Task 8 exercise. The current kitchen-sink approach puts the cart before the horse,
and heaps in items that should not be discussed until Phase 2 or Phase 3.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">All best,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">--Greg<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">**********************************<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">Greg Aaron<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">Vice-President, Product Management<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">iThreat Cyber Group / Cybertoolbelt.com<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">mobile: +1.215.858.2257<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">**********************************<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif">The information contained in this message is privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify
us immediately by replying to the message and deleting it from your computer.<u></u><u></u></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">
<a href="mailto:gnso-rds-pdp-wg-bounces@icann.org" target="_blank">gnso-rds-pdp-wg-bounces@icann.org</a> [<a href="mailto:gnso-rds-pdp-wg-bounces@icann.org" target="_blank">mailto:gnso-rds-pdp-wg-bounces@icann.org</a>]
<b>On Behalf Of </b>Gomes, Chuck<br>
<b>Sent:</b> Wednesday, May 18, 2016 10:30 AM<br>
<b>To:</b> Lisa Phifer <<a href="mailto:lisa@corecom.com" target="_blank">lisa@corecom.com</a>>; <a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">
gnso-rds-pdp-wg@icann.org</a><br>
<b>Subject:</b> Re: [gnso-rds-pdp-wg] RDS PDP WG initial list of possible requirements draft 1<br>
<b>Importance:</b> High<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I want to encourage everyone to review the list of ‘possible requirements’ as soon as possible and add requirements from other sources between now and 31 May.
I realize that that is only two weeks away, but if all of us take advantage of the knowledge and experience we have, I think we should be able to make good progress. For those that reviewed and summarized documents as part of the purpose, data and privacy
sub-teams, I encourage you to use the knowledge you gained to identify new ‘possible requirements’.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">No one is expected to review all possible sources for additional ‘possible requirements’, but if all of us use the our individual knowledge and expertise to fulfill
this task, our collective efforts should help us develop a 90 to 95% percent complete list. It is understood that we will discover new ‘possible requirements’ along the way, and that is fine, so it is not as if we cannot add them later on. At the same time,
the list we develop over the next several weeks will provide the initial foundation for our deliberations in task 12 of our work plan so it is important that we maximize our efforts now.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Please note that all everyone is asked to do at this time is identify ‘possible requirements’ along with the source and the associated charter question. This
is not the time to evaluate whether or not you support any of the ‘possible requirements’. We will do that together in task 12.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">A lot more information about this was covered in this week’s meeting so I strongly encourage those of you who missed the call to listen to the recording and/or
read the transcript once they are available. In our meeting next week, we will review the status so let’s try to make good progress before then.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">If you have any questions, please ask them on this list.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Thanks in advance,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Chuck<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">
<a href="mailto:gnso-rds-pdp-wg-bounces@icann.org" target="_blank">gnso-rds-pdp-wg-bounces@icann.org</a> [<a href="mailto:gnso-rds-pdp-wg-bounces@icann.org" target="_blank">mailto:gnso-rds-pdp-wg-bounces@icann.org</a>]
<b>On Behalf Of </b>Lisa Phifer<br>
<b>Sent:</b> Wednesday, May 18, 2016 3:33 AM<br>
<b>To:</b> <a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a><br>
<b>Subject:</b> [gnso-rds-pdp-wg] RDS PDP WG initial list of possible requirements draft 1<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-family:"Arial",sans-serif">Dear all,<br>
<br>
Attached please find a first draft of an initial list of possible requirements (task 8). You may also find the attached file posted on the wiki:<br>
<br>
<a href="https://community.icann.org/download/attachments/59639539/RDS%20PDP%20List%20of%20Possible%20Requirements%20Draft%2017%20May.docx" target="_blank">https://community.icann.org/download/attachments/59639539/RDS%20PDP%20List%20of%20Possible%20Requirements%20Draft%2017%20May.docx<br>
<br>
</a>For those not on today's WG call, please review Chuck's introduction to this list (see call notes below). The call recording and transcript will also be posted shortly on the meeting page:
<a href="https://community.icann.org/x/8waOAw" target="_blank">https://community.icann.org/x/8waOAw<br>
<br>
</a><b><i>All WG members are now asked to read/listen to Chuck's introduction and then contribute further possible requirements, focusing initially on the 5 fundamental questions.<br>
<br>
</i></b>The goal of task 8 is to gather possible requirements from many different sources, creating a comprehensive and inclusive foundation for future systematic WG deliberation (task 12).
<br>
<br>
Please contribute possible requirements via email to the full WG mailing list <<a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a>>, identifying associated charter question(s) and sources. You are encouraged to supplement the initial list
with possible requirements quoted or paraphrased from input documents summarized by sub-teams. You may also draw from other source documents or suggest new possible requirements of your own. Staff will then gather all possible requirements into a consolidated
initial list for WG use in completing task 8.<br>
<br>
Best regards,<br>
Lisa<br>
<br>
At 12:12 AM 5/18/2016, Marika Konings wrote:<u></u><u></u></span></p>
<p class="MsoNormal"><i><span style="font-family:"Arial",sans-serif">3. Introduction to draft possible requirements documents and discussion of next steps</span></i><span style="font-family:"Arial",sans-serif">
<u></u><u></u></span></p>
<ul type="disc">
<li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Key to explain background and approach of document first to ensure there is a common understanding of this document and how it should be read
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Per the Board's direction, starting of with possible requirements from EWG Final Report - that does not give those requirements any special priority. WG will be asked to add to the list, using the sources and input
that has been gathered by the sub-teams. Eventually SG/Cs will also be asked to provide input. Also possible to identify requirements that didn't come from any of those sources.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Initial list will be compliled without any debate on the merits. Following that, deliberation will be done in a systematic manner, going through each of the proposed requirements to determine whether these should
be included in the list of proposed requirements or not. <u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">The possible requirements listed in this document are organized as follows: 1. Possible Requirements that map to one or more of the eleven (11) questions in the charter. Note that the same requirement may address
multiple questions. 2. Possible Requirements that may not map to any question identified in the charter. 3. Possible Foundational Questions that must be answered based on all other requirements.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Way they are currently grouped in 11 charter questions is not fixed - requirement may fit in more than 1 question and/or move requirements around
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Requirements are not included in any specific order
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Will be an iterative process going through these
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">See notation section in the document to understand the references by which possible requirements have been identified
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">For further details on the associated questions, please refer to the charter
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Some proposed requirements are quoted verbatim, some were not possible to quote as they were more implied - flexible about how it is included. Those that are quoted are in between " ".
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">For sorting purposes, update numbering to 01, 02, 03, etc.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Possible requirements do not have to be (and probably won't be) specific to today's WHOIS - starting from a clean slate approach.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Order of proposed requirements may not necessarily be the order of deliberation - it is currently ordered in this way following the order of the charter.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Indented proposed requirements indicate relationship with previous proposed requirement
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">How will coding work if there is no reference doc? If there are suggestions that are made on the email list, for example, that link would then be included as the source. Importance is to be able to link it back to
the original source, whether that is a document, report or individual suggestion.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">D# refers to the source of the possible requirement, whether that is a published document, an email message to the WG, or even WG meeting notes. Those are all sources - the idea is merely to be able to find the source
when the time comes to deliberate. <u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Some proposed requirements may overlap or be duplicates - that will be dealt with in the deliberation phase.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">The process framework alignment is intended to help guide the WG in focusing on possible requirements to be dealt with in phase 1, deferring policy definition and implementation guidance to future phase.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">See top of page 22 - current version of possible requirements cover the first five questions of the charter. However, cross-curring questions have been included as place-holders to be expanded later and to allow
for possible requirements to be moved or added. <u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Foundational questions to be found at the end of the document.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Next step is for WG to review this initial list of possible requirements and WG to supplement to the list (not to evaluate, only add). See step 8c of the work plan. Deadline for input according to the work plan:
31 May. However, not unlikely that additional possible requirements may be discovered further down the road.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">By 2nd June, create a second list of the possible requirements which is to serve as a foundation for the WG deliberations, as well as outreach to the community to identify any requirements that may have been missed.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Before diving into deliberations, need to agree on approach as well as method for assessing consensus.
<u></u><u></u></span></li><li class="MsoNormal">
<span style="font-family:"Arial",sans-serif">Deliberation (pros / cons, whether it should be included as a requirement, etc.) will only happen once a full list of possible requirements has been developed - WG will do this in a systematic way e.g. by category.
<u></u><u></u></span></li></ul>
<p class="MsoNormal"><b><span style="font-family:"Arial",sans-serif">Action item</span></b><span style="font-family:"Arial",sans-serif">: WG to review this initial list of possible requirements (to be circulated to the mailing list shortly) and WG to supplement
to the list (not to evaluate, only add). Deadline for input according to the work plan: 31 May.</span><u></u><u></u></p>
</div>
</div>
<br>_______________________________________________<br>
gnso-rds-pdp-wg mailing list<br>
<a href="mailto:gnso-rds-pdp-wg@icann.org">gnso-rds-pdp-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg</a><br></blockquote></div>