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
∙ Paid
15
Share this post

How to Prioritize Bugs 🐛

refactoring.fm
2
Share

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 👇


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 ✨


This post is for paid subscribers

Already a paid subscriber? Sign in
© 2023 Refactoring ETS
Privacy ∙ Terms ∙ Collection notice
Start WritingGet the app
Substack is the home for great writing