A few days back, I came across this job listing by Gumroad. And it is something important that we need to talk about. It doesn’t matter whether you work in the software industry or not, it is not at all related. But we will start with this easy software example and work through it. So, have a look at this job role: The very first line mentions “technical debt”. One of their main priorities is finding someone who helps them remove “technical debt” from their product. Now, if you don’t know what “technical debt” means, a simple explanation: while developing software systems, programmers try to write perfect code so that it doesn’t need modification in the future, but that’s an ideal scenario. Sooner or later, in any software, some part of the code has to be changed because of the changes made in other parts of the code over the years. It is inevitable. This is called technical debt. The debt that we have to pay in the future is in the form of code. That’s why it is also called design debt or code debt. Depending on your interest and work, this may sound abstract. And it is completely fine because now we will shift to our main topic of discussion: Project debt and organization debt. But first, is debt good or bad?Many people fear the “debt.” Because of the negative connotation it carries due to its normal association with money. The invisible debt of organizationsSee, owing people salaries and bills to vendors is just one part of running organizations. But we are talking about invisible debt here. When we carry out our work, we get involved with the customers, colleagues, vendors and other systems of the organization. We connect with people and make decisions. We create documents. We forge partnerships. We float and execute ideas. We promise offers—all this, contributes to invisible debt called project/system/organization debt. Let’s take an exampleYou have been working in an organization for 5 years. When it is time to move on, there are unique challenges for two parties: one for you and the other for your organization. Your challenge is how can you hand over your responsibilities to your replacement. How can you summarize your 5 years of interactions, decisions, and history with the other person, so that they can carry out responsibilities as well as you could? In any case, since we can’t have a brain transplant, the next best thing we normally do is prepare a bunch of documentation and handover it to the incoming fellow. And we sign off. On the other hand, the organization’s challenge is to make sure that your replacement can learn and adapt. And kind of get up to the speed as soon as possible. In other words, your organization is paying your generated debt through the new person. That’s project debt. You’d have realized that every project and organization accurses debt. It is inevitable. If it is inevitable, why are we talking about this?Because we can control the rate of the debt increase. And it changes so many things in our world: our career development, personal development, organisational growth, etc. For a moment, let’s talk about people who increase project debtYou must have come across a particular type of people in your work life: the ones who do superficial work and take shortcuts.
Such activities increase project debt. How to limit project debt in your work?It should be clear by now that, to progress in a career and fulfil our potential, we have to be mindful of the debt created by us. Because the debt also impacts our reputation. So trying to limit its rate is a good strategy.
What can organizations do?From the organization’s point of view, the management can take some strategic steps such as:
So, as a knowledge worker or a business owner, if you’re feeling any of these pains, have a look at your people and processes. See if this makes sense. What’s your experience with what I described? Have you experienced any of these challenges and pain points? Reads of the week:I think a year back, I shared this beautiful article by Morgan Housel on expectations debt. I hope you enjoy it as much as I did. |