A Quick and Complete Guide to Measuring Your Tech Debt and Using the Results

TechLead Conference is an online event for middle and senior software developers to get knowledge of how to become a tech lead of a team, how to grow professionally. The conference will be held on June 15 &amp; 19.

TechLead Conference

I'm attending TechLead Conference 2024 – get your free remote ticket and join me there

TechLead Conference 2023

Anton Kazakov

Tiny Things That Throw You Into Chaos: Engineering Leader’s Way Out of Daily Havoc

TechLead Conference 2024

The contemporary software engineering and design festival. Code, Career, Connections. Imagine a playground for career advancement for developers, QAs and UX researchers, focusing on networking, groundbreaking tech ideas, and unique experiences. No matter your tech stack embrace this chance to connect with industry leaders, collaborate, and enhance your professional and leadership skills.

C3 Dev Festival

Join me at C3 Dev Fest, a contemporary software engineering festival!

Register to win an all-paid trip to Amsterdam. Elevate your career with industry experts and workshops & rock 3 dance stages at the after-party!

C3 Dev Festival 2024

Probably the most noticeable change engineers experience when they become leaders is the increase of day-to-day chaos. The moment you become responsible for the work of a team or a large area, tasks start coming at you. Dozens of them! Sometimes, per day. And also, questions. From everyone and their dog! And finally, meetings. Lots of them, long and short, exciting and boring... Does it sound familiar? To me, very. And it took me quite some time to figure out what to do with that. I'm going to share my recipe for taming the chaos with you. I'll talk about the components of that chaos, of reasons that they occur, and about solutions for avoiding it.

Hardly any people in Tech like when there's a lot of tech debt. And most of us would like when there's not too much of it. But how do we understand how much exactly we have of it? Where exactly does it sit? Which part of it is actually the most annoying? What would be the benefit for us if we spend time getting rid of it? When it comes to planning how you tackle your tech debt, all these questions deserve answers. Especially when we're asked about the ROI on our efforts to eliminate some annoying legacy stuff and build a new shiny module or service. Also, when we work on tech debt, we do want to tackle the most impactful parts of it first, don't we? This talk is about all of that: how we measure our tech debt, how we interpret the results of these measurements so that they give us the answers to the right questions, and how we guide our decision making with those answers.