<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 26, 2018 at 9:50 AM Ben Nemec <<a href="mailto:openstack@nemebean.com">openstack@nemebean.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 9/25/18 3:29 AM, Thierry Carrez wrote:<br>
> Doug Hellmann wrote:<br>
>> I think we need to reconsider that position if it's going to block<br>
>> adoption. I think Ben's case is an excellent second example of where<br>
>> having a field to hold some sort of priority value would be useful.<br>
> <br>
> Absence of priorities was an initial design choice[1] based on the fact <br>
> that in an open collaboration every group, team, organization has their <br>
> own views on what the priority of a story is, so worklist and tags are <br>
> better ways to capture that. Also they don't really work unless you <br>
> triage everything. And then nobody really looks at them to prioritize <br>
> their work, so they are high cost for little benefit.<br>
<br>
So was the storyboard implementation based on the rant section then? <br>
Because I don't know that I agree with/understand some of the assertions <br>
there.<br>
<br>
First, don't we _need_ to triage everything? At least on some minimal <br>
level? Not looking at new bugs at all seems like the way you end up with <br>
a security bug open for two years *ahem*. Not that I would know anything <br>
about that (it's been fixed now, FTR).<br>
<br>
I'm also not sure I agree with the statement that setting a priority for <br>
a blueprint is useless. Prioritizing feature work is something everyone <br>
needs to do these days since no team has enough people to implement <br>
every proposed feature. Maybe the proposal is for everyone to adopt <br>
Nova-style runways, but I'm not sure how well that works for smaller <br>
projects where many of the developers are only able to devote part of <br>
their time to it. Setting a time window for a feature to merge or get <br>
kicked to the back of line would be problematic for me.<br>
<br>
That section also ends with an unanswered question regarding how to do <br>
bug triage in this model, which I guess is the thing we're trying to <br>
address with this discussion.<br>
<br>
> <br>
> That said, it definitely creates friction, because alternatives are less <br>
> convenient / visible, and it's not how other tools work... so the <br>
> "right" answer here may not be the "best" answer.<br>
> <br>
> [1] <a href="https://wiki.openstack.org/wiki/StoryBoard/Priority" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/StoryBoard/Priority</a><br>
> <br>
<br>
Also, like it or not there is technical debt we're carrying over here. <br>
All of our bug triage up to this point has been based on launchpad <br>
priorities, and as I think I noted elsewhere it would be a big step <br>
backward to completely throw that out. Whatever model for prioritization <br>
and triage that we choose, I feel like there needs to be a reasonable <br>
migration path for the thousands of existing triaged lp bugs in OpenStack.<br></blockquote><div><br></div><div>The information is being migrated[1], we just don't expose it in the webclient. You could still access the info via the API. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></blockquote><div><br></div><div><br></div><div>-Kendall (diablo_rojo)</div><div><br></div><div>[1] <a href="https://github.com/openstack-infra/storyboard/blob/master/storyboard/migrate/launchpad/writer.py#L183">https://github.com/openstack-infra/storyboard/blob/master/storyboard/migrate/launchpad/writer.py#L183</a>  </div></div></div>