Refactoring

Share this post

How to Prioritize Bugs πŸ›

refactoring.fm

How to Prioritize Bugs πŸ›

A few strategies to move fast, reduce conflicts and keep your backlog small.

Luca Rossi
Jun 11, 2021
15
2
Share this post

How to Prioritize Bugs πŸ›

refactoring.fm

Hey πŸ‘‹ this is Luca! Welcome to a πŸ”’ weekly edition πŸ”’ of Refactoring.

Every week I write advice on how to become a better engineering leader, backed by my own experience, research and case studies.

You can learn more about Refactoring here.

To receive all the full articles and support Refactoring, consider subscribing πŸ‘‡

Become a better tech leader ✨


Bug fixing is not exactly everyone's favourite engineering activity.

It's a tricky process that requires coordination between several stakeholders, and it's not easy to get it right.

Think about it for a moment. Bugs might be reported by Users to Customer Support, reproduced by QAs / Testers, looked into by PMs and eventually addressed by Engineers.

It's a lot of people involved.

Now, every team has a slightly different process for this, but it always involves some version of these steps:

  1. ✍️ Report β€” bugs are entered in some kind of backlog (...or notified to devs on Slack πŸ₯²)

  2. πŸš₯ Prioritize β€” bugs are triaged and a priority is assigned. This might be done by QA, PM or Engineers themselves.

  3. πŸ”¨ Fix β€” bugs are addressed and fixed by Engineers.

Out of these three, I have seen the most problems happen in the prioritization stage. Who takes such decisions? How do we avoid conflicts? How much time should we spend on it?

Let's figure this out πŸ‘‡

This post is for paid subscribers

Already a paid subscriber? Sign in
Β© 2023 Luca Rossi
Privacy βˆ™ Terms βˆ™ Collection notice
Start WritingGet the app
SubstackΒ is the home for great writing