I disagree with you here.

The "Critical" priority, in my opinion, should apply only to bugs which cause 
critical loss of functionality, either a crash or something in core not working 
and causing a "cascade" of problems in other applications, or super severe 
exploits, or some other, truly critical bug, which absolutely demands 
developers' full attention immediately.

Why would we want to put a "simplifies the packaging" or other "simplifies X" 
(where X is anything) bugs as Critical priority, which basically is a screaming 
red alert to devs for their respective packages?

------
Thomas
LP: ~teward

*Sent from my iPhone.  Please excuse any typos, as they are likely to happen by 
accident.*

> On Apr 8, 2014, at 8:27, Alberto Salvia Novella <[email protected]> wrote:
> 
> To <https://wiki.ubuntu.com/Bugs/Bug%20importances>, I would suggest adding a 
> new criteria under the critical importance (or something like this):
> 
> "It simplifies software contents, bug fixing or development"
> 
> So, although not doing this apparently hasn't got any critical consequences, 
> it already eliminates the main sources of waste.
> 
> That is excess of inventories: dozens of bugs already fixed in upgrades that 
> are asked to be performed, generally in special types of bugs 
> (<https://wiki.ubuntu.com/Bugs/Bug%20triage#Special_types_of_bugs>)
> 
> In fact, eliminating excess of inventory first is a general accepted 
> recommendation in many productivity philosophies:
> 
> - Just in Time (<https://en.wikipedia.org/wiki/Just_in_time_%28business%29>)
> - 5S (<https://en.wikipedia.org/wiki/5S_%28methodology%29#1._Seiri>)
> - Lean Six Sigma (<https://en.wikipedia.org/wiki/Lean_six_sigma>)
> - The Seven Habits of Highly Effective People 
> (<http://hdbizblog.com/blog/2008/04/28/sharpen-the-saw-the-7th-habit-of-highly-effective-people/>)
> 
> The amount of bugs of this kind are a few and working on them first can save 
> lot of time in the medium term, while also making the fixing of critical bugs 
> more speedy.
> 
> So, what do you think?
> 
> -- 
> Ubuntu-quality mailing list
> [email protected]
> Modify settings or unsubscribe at: 
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality

-- 
Ubuntu-quality mailing list
[email protected]
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality

Reply via email to