Agile Zone is brought to you in partnership with:

Dhananjay Nene is a Consulting Software Programmer and Architect. Dhananjay is a DZone MVB and is not an employee of DZone and has posted 18 posts at DZone. You can read more from them at their website. View Full User Profile

Jerk Programmers Can’t Be Managed Tactically

07.23.2011
| 9039 views |
  • submit to reddit

Interesting post by Scott Berkun : How to deal with jerk programmers which isn’t exactly consistent with my experiences from both sides of the fence.

Scott states:

The best place to start is empathy. Why is someone acting like a jerk? There are basic psychological reasons for this: Either they are insecure, they are unhappy, or they are angry about something.

Ok, there is a fourth reason, that they are psychopathic hell spawn put on the earth to torture all living things in a 10 foot radius, especially you, but lets assume that’s not the case for a moment.


That fourth one sounds eerily like me, but I shall pretend thats not the case. Scott further goes on to make a set of suggestions (read his post for details, I am just listing them below)

  • Charm to Connect
  • Demonstrate your ability to help
  • Agree on the roles you both play
  • Get help from allies


While definitely in the right direction, these are very tactical steps. And I really am not sure that the jerk programmers can be “unjerked” with these. There are two types of jerk programmers. Those who simply enter the office with a combined sense of arrogance and disdain that the situation is likely to be beyond any reasonable likelihood of any decently workable relationship. Thankfully this is likely to be a very rare set (I suspect they exist, but haven’t ever worked with one). At least half of the remainder are likely to have some issue with the “big picture” work atmosphere. Something that reeeallly bothers them. Something they are finding difficult to reconcile to. Something thats gnawing at them.

I think there are two options in this case. If you can largely agree with the issues, ensure that you not only empathise and help (as Scott mentions) but also make sure you’re clearly seen to be believing and acting towards solving the issues. I think that belief is a very important element which sets up a shared goal and is complemented by the actions and results. The programmer needs to believe you are on the same side (in his opinions the right side) of the issues as him many times even if not completely so. This could be related to number of aspects – technology choices, code or design quality, deadline tradeoffs, deadlines, territorial control issues etc. etc. A programmer is very unlikely to actually promote himself to jerkdom because of the coffee vending machine being located on the wrong side of the aisle or even due to more serious matters such as role ambiguity or disagreement. It usually runs much deeper.

In case you cannot agree with the issues, I think a clear talk needs to be had about the differences, the criteria that are going to be laid down, and the programmer should be encouraged to either adjust to these or attempts should be made to find a role / position where such differences can be minimised. In extreme cases it may be helpful to encourage the programmer to relocate to other teams for a win-win resolution.

To summarise, if a programmer is acting like a jerk, there’s likely to be a much deeper issue. Work with him, be seen to be friendly to and believing in his case and be seen to be on his side many times on the issue and demonstrate at least some tangible progress on the issue at regular intervals. Alternatively in extreme cases find avenues to work independently. There is a risk of lesser tactical resolutions simply prolonging the difficulties for all concerned.

References
Published at DZone with permission of Dhananjay Nene, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Tags:

Comments

Mason Mann replied on Sun, 2011/07/24 - 6:08am

There's only one way to handle real jerks: fire them.

Reid Atherton replied on Mon, 2011/07/25 - 7:21am

I don't have any experience with jerk programmers, but it seems to me that the situation can be more detrimental than hurt feelings of colleagues. If the jerk is producing important code that's nearly impossible for others to understand and maintain, the jerk is jeopardizing the team and the larger organization. A dangerous jerk programmer is intelligent but not a craftsman who writes clean code. Stuff works but it's a ticking time bomb or an off-center Jenga tower.

Fab Mars replied on Sat, 2011/07/30 - 4:47pm

Most of the time you'll be losing your time using psychology. They are selfish, cocky people who won't understand what a team or a commitment means. You may try psychology once if you have the time and if you don't fear endangering your project further. Else, just kick his ass out of the company!

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.