Managing technical debt in a SaaS can be quite challenging. On top of development best practices your lead developer should enforce, as a product manager you can organize your planning so the team effectively dedicates some time to refactoring code, package and libraries updates and documentation. And that’s via giving a clear timeslot to maintenance.
Some companies dedicate a day per quarter to handling technical debt, while others integrate it within their sprints. We decided to plan a dedicated week for it, as developers provided the feedback that a day is not enough to handle bugfixes and that having those during the same week as integrating new features just doesn’t cut it.
We collectively decided to implement a week of maintenance in-between each sprint.
By separating new features and tech debt, we effectively ensure a coherent release process and can be sure bugs will be fixed by the end of the month. This allows us to de-prioritize bugs when they arise. If they’re not a high-priority and high-impact bug that requires an immediate hotfix, we can rest assured it will be taken on quickly.
This allows the dev team to be less stressed. And a less stressed dev team is a better engineering environment and that leads to happy devs 😄
On the product management side, keeping a dedicated week to maintenance tasks ensures they get done. That way, you can circle back to the Customer Support team with confidence that the bug they just reported will be handled soon.
Have a dedicated board where you can stack all the tech debt issues you and your team may encounter. These can be added to a Kanban board and prioritized so you always know which bugs will be handled in your next maintenance week.
Learn more about the impact of tech debt with Gergely Orosz, AKA the Pragmatic Engineer.