<div dir="ltr"><div class="gmail_quote">On Mar 21, 2016 3:28 PM, "Tim Bell" <<a href="mailto:Tim.Bell@cern.ch" target="_blank">Tim.Bell@cern.ch</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 21/03/16 17:24, "Markus Zoeller" <<a href="mailto:mzoeller@de.ibm.com" target="_blank">mzoeller@de.ibm.com</a>> wrote:<br>
<br>
>Hello dear ops,<br>
><br>
>I'd like to make you aware of discussion [1] on the openstack-dev ML.<br>
>I'm in the role of maintaining the bug list in Nova and was looking<br>
>for a way to gain an overview again over our ~950 open bug reports.<br>
>My idea was to redirect the RFEs away from the Nova bug list, to make<br>
>that a list of reports which describe only faulty behaviors in existing<br>
>features [2] (see section "Alternative to wishlist bugs").<br>
><br>
>Long story short, what are your opinions/ideas of RFE handling?<br>
<br>
Pleased to see this discussion is underway to encourage the feedback loop and lower the barrier for improvement suggestions.<br>
<br>
To check I understand the proposal,<br>
<br>
- We stop raising wishlist bugs<br>
- We send an e-mail to the ops list with [RFE] for discussion and review of alternatives<br>
<br>
My only concerns are<br>
<br>
1. How to get from the [RFE] agreed stage to a blueprint with implementation proposal ?<br>
2. In the current blueprint process, I can +1 a spec to support the proposal. How can we identify the RFEs with the strongest community support ?<br>
3. How can the various Ops working groups (<a href="https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee</a>) which could help with this process ?<br>
<br>
Tim<br>
<br><br></blockquote><div><br></div><div> </div><div>I'd also like to know what the discovery process will be? How will a new user know to do this? A bug-bot that will close all Wishlist items? If you don't solve that then you won't solve the issue of open wishlist bugs.</div><div><br></div><div>Let's also avoid making the barrier to entry too high. "Go write a spec" is not a great response to a feature idea, although it may reduce spurious feature requests it may also mean that you don't get any at all. </div><div><br></div></div>
</div>