<div dir="ltr"><div>Guys,</div><div><br></div><div>I've tried to sort more than 200 bugs on my team. I've tried several approaches to this issue and here the solution.</div><div><br></div><div>First of all, assigning bugs to teams is great. Totally. Awesome. Let's keep using it.</div><div><br></div><div>Second. I have my own one-more-launchpad-parser: <a href="https://github.com/dmi-try/launchpad-report">https://github.com/dmi-try/launchpad-report</a></div><div>I have no time to add multithreading to it. So it takes more than 5 hours do it job. But it 100% suitable for me and works just great. It takes every single fuel and mos bug, checks every single task for this bug, analyses it and gives me a CSV report. It notices every single missed triage and fix action on every single milestone. So I do even know that we have some unfinished backports on 4.x branches. It shows every tag, every bug creation date and bug update date (in dev version). I'm looking forward to see this functions in our web tool. Because it is bad to have several tools for one task.</div><div><br></div><div>Third. Our 'nailgun' and 'ui' tags are useless. Almost each bug can be applied to some component or to some feature. So I've introduced a lot of feature-* and module-* tags for my team and we will evaluate them. You can find all new tags later in this email.</div><div><br></div><div>Fourth. We do have <a href="https://bugs.launchpad.net/fuel/+bugs?field.tag=low-hanging-fruit">low-hanging-fruit</a> tag and it is great. I've also added <a href="https://bugs.launchpad.net/fuel/+bugs?field.tag=tech-debt">tech-debt</a> tag in order to group bugs that are not related to the user experience or functionality. And I've added <a href="https://bugs.launchpad.net/fuel/+bugs?field.tag=feature">feature</a> tag for complicated request that required to be properly designed. Some of them not even close to be real bugs. But almost every request talks about users pain. So it is rude to close them. That's why we have:</div><div><br></div><div>Sixth. '<a href="https://launchpad.net/fuel/+milestone/next">next</a>' milestone. Bugs in this milestone cannot be fixed with our bugfixing process. We do need proper prioritization for them in our backlog.</div><div><br></div><div>Our feature and module tags with amount of bugs per each tag.</div><div><br></div><div><div> feature-advanced-networking 2</div><div> feature-bonding 3</div><div> feature-client 1</div><div> feature-deadlocks 1</div><div> feature-demo-site 2</div><div> feature-hardware-change 5</div><div> feature-image-based 13</div><div> feature-logging 4</div><div> feature-mongo 2</div><div> feature-multi-l2 3</div><div> feature-native-provisioning 6</div><div> feature-plugins 5</div><div> feature-progress-bar 2</div><div> feature-redeployment 4</div><div> feature-remote-repos 2</div><div> feature-reset-env 5</div><div> feature-security 3</div><div> feature-simple-mode 1</div><div> feature-stats 9</div><div> feature-stop-deployment 3</div><div> feature-upgrade 8</div><div> feature-validation 9</div></div><div><div> module-amqp 1</div><div> module-build 2</div><div> module-client 13</div><div> module-fuelmenu 1</div><div> module-master-node-installation 2</div><div> module-nailgun 1</div><div> module-nailgun-agent 1</div><div> module-netcheck 11</div><div> module-networks 8</div><div> module-ostf 19</div><div> module-serialization 4</div><div> module-shotgun 16</div><div> module-tasks 13</div><div> module-volumes 8</div></div><div><br></div><div>I'm going to add this tags in our triaging process. And assign owner for each tag.</div></div>