The Principles

The story-and-moral format I’m planning for this blog works very well with my writing style, but might make for some difficulty in tracking down the essential principles I work from. So, as with the Lexicon, I’ve created a living post that collects my basic approach to dealing with technical folk. Feel free to suggest additions or request clarifications.

Control What You Can Control
The Principle: Technical people have spent decades building their habits and attitudes, both good and bad. The effort and energy it would take to change them, if it’s possible at all, is so great that it’s almost always more efficient to learn how to deal with the existing situation than to force it toward the ideal.
The Approach: Don’t take it personally when the technical people around you seem like jerks. For the most part, it really doesn’t have anything to do with you. Instead, learn their hooks and handles, and figure out how they need you to work with them. We’re here to get a job done, and the only ego you can keep under control is your own. Do what’s actually possible, and let the rest go.

Being Right
The Principle: Technical people have a great deal invested in “being right”, and in being the smartest person in the room. It’s the primary status marker in the technical social hierarchy. What this means is that every time you suggest that someone is wrong, you are attacking their status, their intelligence, and their place in the hierarchy. Folks can get very defensive very fast, and if you manage to force them to admit that they’re wrong, the resentment can quickly build to the point where the working relationship is destroyed.
The Approach: Judo, or at least the popular conception of judo, is your model here. Never attack. Redirect their defensive pushback into something constructive. Present your findings in an impersonal way, and ask for their help in solving the issue. The difference between a status-degrading criticism and a status-enhancing request is all in your framing of the issue.

Interpersonal Skills
The Principle: There is a very high correlation between technical aptitude and poor socialization. There are a variety of explanations for this. Some people with poor social skills gravitate to fields where those skills are less emphasized. Some people are drawn to technical fields early and just never develop the softer skills. There is a high incidence of self-diagnosed autism-spectrum disorders among technical people, which allows them to tell themselves that poor social skills are not only acceptable but desirable, because they’ve spent their efforts on building the “important” skills instead. But for whatever reason, as you deal with technical people, you are going to run into a lot of them who just don’t know or care how to interact with others in a constructive way.
The Approach: This might be the toughest one of the lot; every person’s triggers and blind spots are different, so there isn’t a generalized approach that’s going to work for all situations. But if you go into the relationship with the attitude of finding the way to work together, and try not to take personally the inevitable bumps in the road, there’s an excellent chance you’ll develop a productive relationship.

Trust and Honesty
The Principle: Facts and concrete results are a technical person’s stock-in-trade. This leads to a worldview that is long on absolutes and very short on shades of grey. If a technical person finds out that you have lied to them once, it is very likely that they will never trust you again, and that working relations will be destroyed forever. Even “sociable” white lies can come back to bite you here.
The Approach: Never make a promise that you can’t keep. If circumstances change and you find yourself unable to live up to a commitment, be proactive in finding the person and explaining what has happened. Be open about difficulties. Never falsify your results. If you have to choose between honesty and sparing a technical person’s feelings, be honest. But remember, there’s a huge difference between being honest and being an asshole. Don’t be an asshole–there is usually a way to present a message without belittling or attacking someone.

Solving Problems
The Principle: Technical people love to solve problems–see above “Being Right”. Give a technical person a nice meaty problem to solve, and watch them go.
The Approach: “Hey, I’m having trouble with ‘X’. Can you help me/teach me/show me what I’m doing wrong?” Pretty much no matter what the problem is, asking a technical person for help is giving them an opportunity to Be Right and show their intelligence. In other words, you’re specifically asking them to build their status.

The Principle: Technical people work harder for people they respect, and who respect them, than they do for people who want to be their friends. And in fact, technical people form stronger friendships where there is mutual respect.
The Approach: You cannot make people respect you. You can, however, treat them with respect, and be the sort of person that they will respect. So, trust them to solve the problems you assign them. Give them honest feedback. Show your own technical ability, no matter what level it exists at–if it’s less than theirs, that lets them help you. If it’s greater than theirs, then they can learn from you.

Actual Harm, Harassment, and Abuse
The Principle: It’s all very well to learn to work around people’s idiosyncrasies; with technical folks, it’s often the only way to get the job done. But there is a line between “hard to work with” and “abusive”, and it doesn’t matter how technically competent someone is if their presence on the team damages the ability of the rest of the staff to do their jobs. Elitism, racism, and sexism are unfortunately endemic to the technical fields, and should not be tolerated there any more than in any other part of society.
The Approach: Watch your people’s interactions with others. To whom do they listen, and whom do they ignore? Do they tend to walk over others and/or belittle their contributions, either to their faces or behind their backs? Listen to your people; if you’ve built up trust and respect on your team, they may come to you with their concerns. Ask your people questions–“So-and-so seemed like they were stepping on what you were trying to say in the meeting; does that happen a lot?” Control your meetings–make sure that everyone who has something to say has a chance to say it, and don’t be afraid to call out someone who isn’t listening to or is actively quelling others’ input. If you find that you’re unable to keep someone reined in, talk to your HR representative if you have one; part of HR’s job is helping you work through these kinds of issues. In extreme cases, remember that at the end of the day, the important thing is getting the job done, and toxic co-workers can and should be replaced.


About George E. Mitchell

I've been working in the software industry since 1991. Over that time, I've learned a lot about technical people and had a good deal of success working with them and managing them. LinkedIn:
This entry was posted in The Principles and tagged . Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s