<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 3 December 2015 at 10:46, Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I was going to bring this up in the meeting this morning but IRC<br>
troubles prevented it.<br>
<br>
After chatting with Armando, I'd like to suggest a few enhancements to<br>
how we're tackling DVR during this cycle.  I'm hoping that these<br>
changes help us to get things done faster and more efficiently.  Let<br>
me know if you think otherwise.<br>
<br>
First, I'd like to suggest adding DvrImpact to the comment of any<br>
patches that are meant to improve DVR in some way.  People have asked<br>
me about reviewing DVR changes.  I can show them the DVR backlog [1]<br>
in launchpad but it would be nice to have a DVR specific dashboard.<br>
With DvrImpact in the subject, we can make it even more convenient to<br>
find reviews.<br>
<br>
The other change I'd like to propose is to categorize our DVR backlog<br>
in to three categories:  broken, scale (loadimpact), and new features.<br>
I'd propose that we prioritize in that order.  Anyone have any<br>
suggestions for how to tag or otherwise categorize and tackle these?<br>
I know there is a loadimpact (or similar) tag those.  Should we come<br>
up with a couple more tags to divide the rest?<br>
<br>
Thoughts?<br></blockquote><div><br></div><div>Another alternative would be to capture the list of stuff to review in an etherpad like [1]. It looks like Nova relies on a similar mechanism [2], and it sounds it works for them, so it's worth pursuing to see if review velocity improves.</div><div><br></div><div>Thoughts?</div><div>Cheers,</div><div>Armando</div><div><br></div><div>[1] <a href="https://etherpad.openstack.org/p/neutron-dvr">https://etherpad.openstack.org/p/neutron-dvr</a></div><div>[2] <a href="https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking">https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Carl<br>
<br>
[1] <a href="https://goo.gl/M5SwfS" rel="noreferrer" target="_blank">https://goo.gl/M5SwfS</a><br>
<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><br>
</blockquote></div><br></div></div>