If you’re in charge of an overly motivated programming team that meets all deadlines and produces high quality code you may recognize that they don’t really need you. Here are 10 tips how to regain control.
- Set up impossible deadlines!
Repeated failure demotivates even the most undeviating member of your team. If you don’t meet deadlines and are not trying to do something about it (like improving your software process) every new deadline will be a farce. You can be sure that in this case your team members will see every time estimation as a torture, randomly guessing some numbers, hoping that this time everything will work out. But of course they’ll know that it can’t work (you set an impossible deadline, remember), so they will be demotivated enough to get a nice vicious circle started. - Let them work overtime!
I wrote let them instead of make them intentionally. Often software developers actually like to program. To make sure that they will introduce a lot of errors, which will eventually demotivate them, you just have to let them work. And work. And work. After some hours they will get tired (but will not recognize this state themselves) and will just check in some messed up code. Time works for you on this issue. If they don’t work overtimes for fun, just make them (see 2 for a more humane way to achieve this). - Don’t allow breaks!
This is tightly coupled to 9. If your employee works overtime but makes a lot of breaks you gain nothing. The geeky brain has surprisingly quick regeneration capabilities (especially if a lot of caffeine is involved). So you basically have to combine 8 and 9 to get the pack tired enough. This way you maximize the error rate which will eventually yield the demotivation you aimed for. - Place a ban on laughing!
You can use this tip not only for programming teams. If you want creative workers to produce nothing useful, don’t allow them to laugh or even better: don’t allow them to talk. When they’re quiet and unhappy you can be sure that you will not be able to write code. - Break the coffee machine!
Programmer (n): An organism that can turn caffeine into code. - Don’t shield them from the dirty daily business
Even the brains of programmers have limited capabilities. So one easy way to demotivate your software developer is to challenge him with tasks he hates. Tasks that have nothing to do with software development work best here. Make the developer lie to the customer about schedules, or make your team hold the customers hand when they don’t want to learn the basics to integrate your product into a complex environment. Often you get a nice demotivation by forwarding angry mails from other company’s CEOs to your development team or let them handle wobbly feature requests. - Don’t challenge them!
Most developers are motivated when they can work on a real challenge. So don’t let them. Of course with software development being a challenge per se, this will inevitably lead to 5. But if you try to implement tip number 5, you have to remember not to give them tasks that challenge too much. - Underpay them!
While paying more than your programmer is worth will usually not gain any additional productivity, you can easily get a good demotivation by paying less. The important thing is that the developer knows that he’s underpayed - this maximizes the negative impact on his overall performance. You can easily drop the productivity by a factor of two or three depending on the basic motivation level of your employee. - Bribe them!
And do so generously! Promise them a lot of money if they meet some utterly impossible deadlines (see 10). You can be sure that this will motivate your programmer - to mess up. She will work overtimes (see 9), sitting in front of her computer without a break (see 8), not accepting any interruptions by coworkers that want to cheer her up (see 7) or take her to the coffee machine (see 6). She will be concerned about the figures all the time to make sure that everything is all right (see 5). - Infiltrate a team member who is demotivated anyway!
If you don’t want to use 1 to 9 for ethical reasons, you can always find those people who are demotivated anyway. These are mostly people that don’t really want to develop software and just do it for the money. Since it’s mostly easy to make everything look bad, this is usually what they’re really good at. And since they don’t want to work, they’ll pull everybody around them down into their little black hole of demotivation.
Or if you really want to screw things up, waste alot of money on a project that doesn’t deliver and will cost you hundreds of thousands, choose the worst team member and appoint him as leader, and make sure its the one without any official IT training or leadership/social skills.

Recent Comments