sorting bugs

[Alberto Salvia Novella]

Walter Lapchynski:
  > One thing I've struggled with in trying to get new bug triagers on
  > board is helping them find which bugs to work on. I tend to follow the
  > Pareto rule: work on the 80% you can get to right away since the other
  > 20% are likely to take 80% of your time.

That's a good beginning, but it's not enough. The key aspect is getting 
bugs fixed one by one; so you are putting all your work where it will 
get a fix, and there's a constant flow of value.

For that the first step should be setting priority to each bug that is 
confirmed, and not to do anything else before that. Then work on the bug 
with the highest priority and heat:

<https://www.goleansixsigma.com/wp-content/uploads/2012/04/infographic_5S.png>


Walter Lapchynski:
  > So there are several strategies I have considered:
  >   * focus on invalidating or moving along New bugs
  >   * focus on moving Confirmed bugs upstream (but many involve EOL
  >     releases)
  >   * focus on high heat bugs
  >   * look through newest bugs
  >   * focus on bugs Lubuntu Packages Team is notified about
  > But I still haven't found one that's really good. Any suggestions?

That's already solved in 
<https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Work-flow>. You are 
welcomed to use it, and to suggest improvements.


Walter Lapchynski:
  > Going forward, I think I'm going to work at trying to tag all bugs
  > dealing with LXDE (and eventually LXQt) "lubuntu" since a lot of the
  > bugs we get notified about are not so much about our core system, if
  > you will. For example, if Abiword isn't behaving (it's often not),
  > that's not as critical as lxsession misbehaving. I'd consider iBus to
  > be something not specific to LXDE, but essential to our core system,
  > so I'd include that. Does that seem like it makes sense? Is there
  > some way to use the Launchpad API to automate this?

Why distinguishing packages specific of Lubuntu?


Walter Lapchynski:
  > I've found the priorities we have to be extremely broad.

You can use 
<https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Work-flow/Importance> 
instead.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3748 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.ubuntu.com/archives/ubuntu-bugsquad/attachments/20150129/54b0e5e4/attachment.bin>