<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">First: there's that Bugzilla Anthropology project (<a href="https://wiki.mozilla.org/Bugzilla_Anthropology" target="_blank">https://wiki.mozilla.org/Bugzilla_Anthropology</a>) thanks. I'd heard mention of it and asked around.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">What we found during the pilot, and the Platform Team has found in their triage, is that list of bugs with needinfo? is <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I'm worried that multiple queues in a component would be adding complexity, but this is something I'm willing experiment with.<br><br>I don't think that picking a component or group of components we could try that style of triage on would block implementing the Triaged:Yes|No flag and UX improvements in Bugzilla. <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Would you be up for helping me run a short pilot of the multi-queue system you're describing?<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">-- Emma<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 6, 2016 at 11:50 PM, L. David Baron <span dir="ltr"><<a href="mailto:dbaron@dbaron.org" target="_blank">dbaron@dbaron.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wednesday 2016-04-06 18:47 -0700, Emma Humphries wrote:<br>
> Following up on yesterday's email: I put together a draft second proposal<br>
> and shopped it around some, and now I want to bring that back into the main<br>
> discussion.<br>
><br>
> The bullet point version of this is:<br>
><br>
> * Add a binary field that components can use, TRIAGED (Y/N, T/F, +,-)<br>
> * In the case of Firefox related components, have a consistent definition<br>
> of P1-P5 and make sure that triaged bugs have a Priority assigned<br>
<br>
</span><span class="">> > On Tue, Mar 29, 2016 at 1:07 PM, Emma Humphries <<a href="mailto:emma@mozilla.com">emma@mozilla.com</a>> wrote:<br>
</span><span class="">> >> Today I’m asking for feedback on the plan which is posted at:<br>
> >><br>
> >><br>
> >> <a href="https://docs.google.com/document/d/1FFrtS0u6gNBE1mxsGJA9JLseJ_U6tW-1NJvHMq551ko" rel="noreferrer" target="_blank">https://docs.google.com/document/d/1FFrtS0u6gNBE1mxsGJA9JLseJ_U6tW-1NJvHMq551ko</a><br>
<br>
</span>I'm assuming the above URL represents the current proposal, although<br>
given the "draft second proposal" wording above, I'm not sure if<br>
that's the case.<br>
<br>
<br>
I don't think the idea that a bug belongs in the triage queue if it<br>
is untriaged and without a needinfo? is the right process.  I think,<br>
instead, that there should be less emphasis on needinfo? to a<br>
specific person, and more emphasis on grouping bugs into a small<br>
number of categories of information that is needed, and allowing<br>
people to triage those separate queues.<br>
<br>
Explaining why I think that requires a little bit of a digression:<br>
<br>
There are a number of separate things we want to understand in a bug<br>
report, as I described in <a href="http://dbaron.org/log/20120816-bug-system" rel="noreferrer" target="_blank">http://dbaron.org/log/20120816-bug-system</a> :<br>
<br>
    Understand description<br>
        Do the developers or triagers reading the bug understand<br>
        what the reporter is saying?<br>
<br>
    Agree it's a bug<br>
        Do the module owners or peers or other authority agree that<br>
        the problem is a bug?<br>
<br>
    Can reproduce<br>
        Can others reproduce the problem described?<br>
<br>
    Why it's important<br>
        What makes this problem important or urgent to fix?<br>
<br>
    How to fix<br>
        What should be done to fix the problem?<br>
<br>
(I'd much rather a bug report be editable text, with history<br>
available, for answers to these or similar questions -- rather than<br>
a stream of permanent comments.  But we seem stuck with the horrid<br>
stream-of-comments Bugzilla format, which means I try to ignore the<br>
comments as much as I can.  Then again, a 200 character summary is<br>
often good enough to answer the above 5 questions.  As with the rest<br>
of the Internet, don't read the comments.)<br>
<br>
Determining answers to any or all of the above might require<br>
multiple rounds of dialog, and some of them need to be understood in<br>
sequence rather than in parallel.  They also require very different<br>
sets of expertise to determine.  (Some of them require people with a<br>
bit of domain knowledge; some require detailed knowledge of relevant<br>
specifications.)  But they also don't require expertise from one<br>
person in particular, so needinfo? is not generally appropriate.  So<br>
the idea that bugs are in a queue unless they have a needinfo? seems<br>
wrong to me; I think a good triage process should involve queues<br>
representing the type of knowledge that's needed, rather than queues<br>
for a particular person to answer -- and people should be able to<br>
triage those queues (e.g., bugs that are untriaged because they lack<br>
information that allows others to reproduce, bugs that are untriaged<br>
because they require an expert in the relevant standard to decide<br>
whether our current behavior is correct or not -- state that could<br>
also be reflected in the bug) or the general queue of<br>
next-step-unknown bugs.<br>
<br>
While we can't get very far at all if we don't understand the<br>
description, it's often hard to make a decision about the priority<br>
until we understand how many users are affected (which sometimes<br>
requires the ability to reproduce), and about whether the bug<br>
described is actually a bug at all.  (Though there are also many<br>
cases where we can make decisions about the priority without some of<br>
these pieces of information.)  These are things that might be most<br>
efficiently determined by different people acting as part of the<br>
triage process, but the people aren't specific enough that needinfo?<br>
is the right tool.<br>
<span class="HOEnZb"><font color="#888888"><br>
-David<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
𝄞   L. David Baron                         <a href="http://dbaron.org/" rel="noreferrer" target="_blank">http://dbaron.org/</a>   𝄂<br>
𝄢   Mozilla                          <a href="https://www.mozilla.org/" rel="noreferrer" target="_blank">https://www.mozilla.org/</a>   𝄂<br>
             Before I built a wall I'd ask to know<br>
             What I was walling in or walling out,<br>
             And to whom I was like to give offense.<br>
               - Robert Frost, Mending Wall (1914)<br>
</div></div></blockquote></div><br></div>