A-Players, B-Players, and Avoiding Technical Debt

By On February 11, 2013 At 4:16 pm


I recently read a blog post by Cynthia Maxwell, about how important it is to hire A-players to avoid Technical Debt. She’s seen plenty of cases where founders of start-ups have recruited average and inconsistent B-players (as opposed to self-sufficient A-players) to work on their IT systems. Most of the time it results in months of re-writing and re-factoring spaghetti code – a bundle of Technical Debt that is built up and becomes hard to fix. The solution is pretty simple: make sure you get on-board the best software developer(s) you can, as they are the only ones who can provide quality code that is reliable and maintainable, and will ultimately help survive against competitors.

I understand where this is coming from – we all want to hire the best person possible to do the job, that ‘rock-star’ developer that can do the work of 20 mediocre developers. But let’s be honest… just how realistic is this? There are always going to be some B-players on the team, and yes, management’s job is to hire the right people, but I also think that they have a bigger role to play. Part of management’s job is to be able to support their employees; measuring what their employees are doing and giving them the adequate training can help them improve and will certainly help get the best out of the B-players.

Another point to bring up is: are there enough A-players to go around? This question reminds me of another blog post I read  few months ago, For Whom The Bell Curve Tolls.


This post shows an interesting bell curve graph of a population’s IQ score. The majority of the population will find themselves in the middle of the graph. The best, and worst, minority of people will find themselves on the extreme edges of the graph. The people we are most likely to recruit are the ones in the big, blue section, which are most likely not the rock-star developers that I was talking about.

So, if we know that the software developers we bring into our company are the ones that are directly dealing with Technical Debt, then management should play a role in training their teams, and be capable of measuring the IT systems these developers are working on.

Paying Down the Interest on Your Applications:
A Guide to Measuring and Managing Technical Debt

Technical Debt helps us think about software quality in business terms. This FREE whitepaper includes a formula to benchmark your Technical Debt against industry data, or adjust the parameters to best fit your organization’s own maintenance and structural quality objectives, experiences, and costs.

Your Information will be kept private and secure.