{"id":76861,"date":"2021-10-05T19:42:50","date_gmt":"2021-10-05T18:42:50","guid":{"rendered":"https:\/\/www.prodpad.com\/?p=76861"},"modified":"2026-01-23T16:45:07","modified_gmt":"2026-01-23T16:45:07","slug":"fixing-bugs-and-tech-debt","status":"publish","type":"post","link":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/","title":{"rendered":"Fixing Bugs and Tech Debt in the Product Flow"},"content":{"rendered":"\n

Fixing Bugs is a fact of every product manager’s life. You have to allot a certain amount of time to paying down tech debt<\/a>, or else it becomes way too hairy and eventually you end up having to just refactor your codebase. And no one likes a refactor.

I get the question all the time, however, how to manage all the bugs and other snags that your product accumulates.\u00a0<\/p>\n\n\n\n

Fixing bugs shouldn’t be part of your product strategy.<\/h2>\n\n\n\n

One thing I always point out is that, technically, fixing bugs isn\u2019t part of your product strategy<\/a>. They\u2019re part of \u201cbusiness as usual\u201d, and just something that the engineering team should be tackling as part of their day-to-day work. This makes it part of your company\u2019s tech strategy, usually, something owned and championed by your CTO. It\u2019s an important distinction, and it\u2019s helpful to delineate and show how a good technical strategy enables a strong product strategy to take hold.\u00a0

In order for your developers to keep on top of fixing bugs, they need to be given time and space to do this.\u00a0

And this is where a critical but hard truth comes in: You, the product team, don\u2019t own 100% of dev capacity. In fact, way less than that. And that should be by design.\u00a0

Your engineers should be working in a way that allows them to deliver good quality code, and to spend time refactoring and fixing code as it comes. A certain amount of slack needs to be built in to account for this, and the more slack there is, the less likely you\u2019re going to end up with rushed code, missed bugs, and the accumulation of new tech debt.\u00a0

If you\u2019ve already got a heavily tech-debt-ridden product, it might be important for the devs to spend a good 50% of their time on maintenance and new bugs that pop up. Maybe you\u2019re lucky and you can get away with less dedicated time than that, particularly if you\u2019re working on newer code bases or have been giving a fair amount of slack along the way. After all, it\u2019s easier to prevent tech debt<\/a> than it is to pay it off later!<\/p>\n\n\n

\n
\"Time<\/figure>\n<\/div>\n\n\n

How much time should your devs be spending on fixing bugs? <\/h2>\n\n\n\n

Approximately 10-20% is generally the bare minimum, even for well-maintained and relatively new products. Remember, you\u2019ll always have bugs and other DevOps tasks that need to be done. These will have nothing to do with the user stories and experiments you\u2019re crafting for future product improvements.  

Your job as a product team is to make sure that, whatever time you do<\/em> have of the dev team\u2019s capacity, you\u2019re not wasting it. You\u2019re making sure that you\u2019re prioritizing the right problems to solve, and breaking things up into small, testable experiments. 

In reality you might actually spend a good chunk of your time catching and documenting bugs and communicating these to the dev team. Just because you\u2019re doing this and you hold the title Product Manager, doesn\u2019t mean that this is product management work. Think of the time spent on bug hunting as a time when you\u2019re wearing a special QA hat. Ideally, your company would have a QA person in a QA role for that job, but we\u2019re not all that lucky. Instead, mentally separate out your QA hat tasks as \u2018development QA time\u2019, versus your regular product management hat. You wear your product management hat when you\u2019re being product-led with your research, spec\u2019ing, and crafting of experiments and product iterations.<\/p>\n\n\n

\n
\"Roadmap<\/figure>\n<\/div>\n\n\n

How do you capture bugs on your roadmap?<\/h2>\n\n\n\n

Short answer: You don\u2019t! 

Your roadmap communicates your product strategy. It\u2019s not designed to try to show every nook and cranny that\u2019s being fixed and tweaked with the code, and as soon as you try to load in that much information, your roadmap loses its ability to be an effective tool for communicating and checking assumptions about your strategy. 

Your roadmap should express problems to solve and the experiments you\u2019re lining up to try to solve those problems. These form a part of your product strategy, and should show your product-led time. 

After all, your roadmap isn\u2019t a task manager. 

At the end of the day bugs are simply tasks to do that the development team needs to tackle in due time, and the business needs to make sure they\u2019re given time to do it. That\u2019s why bugs live in your development task tracking tool (like Jira, AzureDevops, or Trello), and are usually seen in the more granular release plans. 

But your release plan is not your roadmap<\/a>.<\/p>\n\n\n\n

What\u2019s in a good technical strategy for bugs?<\/h2>\n\n\n\n

As I said, bugs are always going to exist. As a product team, there\u2019s not much point trying to get too granular about trying to track every bug that passes by. (unless you\u2019re also your team\u2019s defacto QA person, at which point, remember, you\u2019re wearing a different hat for this – this isn\u2019t strictly product management)

Think about bugs, not in terms of the individual bugs, but how much time your engineering team is spending on solving them. Some teams express this as a number of points per sprint, or a percentage of their time, or others like to have \u2018bug crush\u2019 sprints every few sprints. There are lots of variations that work\u2014do whatever’s needed to pay down tech debt and keep bugs at bay in your own product\u2019s context.

This percentage or way of working is something that should be strategically set. It\u2019s part of your technical strategy, and should be informed by your wider business strategy. <\/p>\n\n\n

\n
\"Dots<\/figure>\n<\/div>\n\n\n

As a product person, you can help influence this by advocating for a strong technical strategy that encompasses time for bug crushing. And you should, because it\u2019ll enable your own product strategy to come to fruition. After all, you won\u2019t be able to build a viable, desirable product if you\u2019re constantly battling bugs! 

This way of working gives the engineering team autonomy to prioritize fixing tech debt based on factors they see around them. This includes what the business (including the product team) is trying to achieve, as well as having a more holistic view of the codebase. Ideally, they should be able to spot problem areas and get in there with refactors before other business units start leaning on those chunks of code too heavily. 

A typical sprint might include a mixed bag of work, including some new code to cut to create some in-app experiments that the product team is setting up, a handful of bugs reported by the QA folks or support team, and a sprinkling of fixes and other DevOps tasks filed in directly from the dev team themselves, based on their knowledge of the platform and the business\u2019s needs. 

This is the domain of the ScrumMaster, lead developer, or whoever else is managing the project end of your sprints. (Again, this might be you, mighty product manager of many hats, but remember that you\u2019re wearing a different hat yet again if you see yourself in this role) 

The last thing they need is a product manager trying to micromanage all of these tasks and lay them out in a roadmap.<\/p>\n\n\n\n

Keep on assessing tech debt and adapting!<\/h2>\n\n\n\n

Over time, the time allotment might change. If your code continues to accumulate tech debt, adjust your tech strategy to account for more time tackling bugs. If your strategy is working and tech debt is diminishing, you might be able to carve out more time for truly product-led work! 

As with anything, this should be a reflective process. As part of your regular retros, size up how your team is faring with the current split of work, and be ready to adjust as you learn more and your product adapts. 

Get in touch<\/a> if you\u2019d like more information or to discuss your own tech strategy.<\/p>\n\n\n

\n
\"Free<\/a><\/figure>\n<\/div>","protected":false},"excerpt":{"rendered":"

Fixing Bugs is a fact of every product manager’s life. You have to allot a certain amount of time to paying down tech debt, or else it becomes way too…<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[10,9],"tags":[],"pp_uni_tag":[],"class_list":["post-76861","post","type-post","status-publish","format-standard","hentry","category-product-leadership","category-product-management-best-practice"],"acf":[],"yoast_head":"\nFixing Bugs and Tech Debt in the Product Flow | ProdPad<\/title>\n<meta name=\"description\" content=\"How do you manage fixing bugs and other snags that your product accumulates? Ultimately, you have to allot time to pay down tech debt.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Fixing Bugs and Tech Debt in the Product Flow | ProdPad\" \/>\n<meta property=\"og:description\" content=\"Fixing Bugs is a fact of every product manager's life. You have to allot a certain amount of time to paying down tech debt, or else it becomes way too\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/\" \/>\n<meta property=\"og:site_name\" content=\"ProdPad\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/ProdPad\/\" \/>\n<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/bastow\" \/>\n<meta property=\"article:published_time\" content=\"2021-10-05T18:42:50+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-01-23T16:45:07+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/building.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1604\" \/>\n\t<meta property=\"og:image:height\" content=\"776\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Janna Bastow\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@simplybastow\" \/>\n<meta name=\"twitter:site\" content=\"@prodpad\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Janna Bastow\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minutes\" \/>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Fixing Bugs and Tech Debt in the Product Flow | ProdPad","description":"How do you manage fixing bugs and other snags that your product accumulates? Ultimately, you have to allot time to pay down tech debt.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/","og_locale":"en_US","og_type":"article","og_title":"Fixing Bugs and Tech Debt in the Product Flow | ProdPad","og_description":"Fixing Bugs is a fact of every product manager's life. You have to allot a certain amount of time to paying down tech debt, or else it becomes way too","og_url":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/","og_site_name":"ProdPad","article_publisher":"https:\/\/www.facebook.com\/ProdPad\/","article_author":"https:\/\/www.facebook.com\/bastow","article_published_time":"2021-10-05T18:42:50+00:00","article_modified_time":"2026-01-23T16:45:07+00:00","og_image":[{"width":1604,"height":776,"url":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/building.png","type":"image\/png"}],"author":"Janna Bastow","twitter_card":"summary_large_image","twitter_creator":"@simplybastow","twitter_site":"@prodpad","twitter_misc":{"Written by":"Janna Bastow","Est. reading time":"7 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#article","isPartOf":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/"},"author":{"name":"Janna Bastow","@id":"https:\/\/www.prodpad.com\/#\/schema\/person\/ceec8b615b0ad09e9199ba2fa8545e8c"},"headline":"Fixing Bugs and Tech Debt in the Product Flow","datePublished":"2021-10-05T18:42:50+00:00","dateModified":"2026-01-23T16:45:07+00:00","mainEntityOfPage":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/"},"wordCount":1374,"commentCount":0,"publisher":{"@id":"https:\/\/www.prodpad.com\/#organization"},"image":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#primaryimage"},"thumbnailUrl":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/Dot-with-moving-clock-1024x734.png","articleSection":["Product Leadership","Product Management Best Practice"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/","url":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/","name":"Fixing Bugs and Tech Debt in the Product Flow | ProdPad","isPartOf":{"@id":"https:\/\/www.prodpad.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#primaryimage"},"image":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#primaryimage"},"thumbnailUrl":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/Dot-with-moving-clock-1024x734.png","datePublished":"2021-10-05T18:42:50+00:00","dateModified":"2026-01-23T16:45:07+00:00","description":"How do you manage fixing bugs and other snags that your product accumulates? Ultimately, you have to allot time to pay down tech debt.","breadcrumb":{"@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#primaryimage","url":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/Dot-with-moving-clock.png","contentUrl":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2021\/10\/Dot-with-moving-clock.png","width":1152,"height":826},{"@type":"BreadcrumbList","@id":"https:\/\/www.prodpad.com\/blog\/fixing-bugs-and-tech-debt\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Latest Blogs","item":"https:\/\/www.prodpad.com\/blog\/category\/latest-blogs\/"},{"@type":"ListItem","position":2,"name":"Product Management Best Practice","item":"https:\/\/www.prodpad.com\/blog\/category\/latest-blogs\/product-management-best-practice\/"},{"@type":"ListItem","position":3,"name":"Fixing Bugs and Tech Debt in the Product Flow"}]},{"@type":"WebSite","@id":"https:\/\/www.prodpad.com\/#website","url":"https:\/\/www.prodpad.com\/","name":"ProdPad","description":"Product Management Software","publisher":{"@id":"https:\/\/www.prodpad.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.prodpad.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.prodpad.com\/#organization","name":"ProdPad","url":"https:\/\/www.prodpad.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.prodpad.com\/#\/schema\/logo\/image\/","url":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2018\/12\/blue-full.png","contentUrl":"https:\/\/www.prodpad.com\/wp-content\/uploads\/2018\/12\/blue-full.png","width":2050,"height":400,"caption":"ProdPad"},"image":{"@id":"https:\/\/www.prodpad.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/ProdPad\/","https:\/\/x.com\/prodpad","https:\/\/instagram.com\/prodpad","https:\/\/www.linkedin.com\/company\/prodpad\/","https:\/\/www.youtube.com\/channel\/UCXHOx5Ed-6sHPujypIlhdMA"]},{"@type":"Person","@id":"https:\/\/www.prodpad.com\/#\/schema\/person\/ceec8b615b0ad09e9199ba2fa8545e8c","name":"Janna Bastow","description":"Janna Bastow is co-founder of ProdPad, software that helps product managers plan and deliver better products. Janna also organizes ProductTank events around the world, including Mind The Product, a global community of product managers. She likes to inspire great product conversations by asking: \u201cWhat problem are you trying to solve?\u201d","sameAs":["https:\/\/www.facebook.com\/bastow","https:\/\/x.com\/simplybastow"],"url":"https:\/\/www.prodpad.com\/blog\/author\/janna-bastow\/"}]}},"_links":{"self":[{"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/posts\/76861","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/comments?post=76861"}],"version-history":[{"count":0,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/posts\/76861\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/media?parent=76861"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/categories?post=76861"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/tags?post=76861"},{"taxonomy":"pp_uni_tag","embeddable":true,"href":"https:\/\/www.prodpad.com\/wp-json\/wp\/v2\/pp_uni_tag?post=76861"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}