Note: The following is based upon my experience with IT-Security oriented environments (i.e. feel free to replace ’smart’ with ‘extremely geeky’). I would think this should apply to non technology people as well, but I do not have the experience to confirm that one way or the other.
During the course of my professional career, I have been fortunate enough to work in some environments that attracted and retained smart people. I have also had the opportunity to analyze environments that simply could not retain smart people. A few of the ‘bad’ work environments managed to hold the good folks for a tad longer than I thought they could by offering higher than market value salaries - but ultimately the good people, including myself, ended up leaving.
There are dozens of ‘Top 10′ lists that attempt to identify do’s and dont’s on how to keep people happy. As a fellow geek, I can easily dish out a never ending list of dont’s based on my experience in environments that simply didn’t seem to get it, but that is not the goal of my quest which is simply the following: What are the one or two root-causes of executive or management level decisions that repel smart people in any given organization?
I might have not solved this quest for the ’string-theory’ of how to retain smart people, but I’d like to think I’ve made some progress. Before I go into what I feel these root-causes might be, I’d like to reflect on one important characteristic of a geek: analytical. I believe that the smart people working in technology oriented environments are really pure scientists at heart, and therefore extremely analytical in nature. We derive sheer enjoyment out of solving problems just for the sake of solving them. Any environment that threatens the ability of a geek to flourish analytically will repel him or her.
Based upon the above thought process, I have so far identified two main root-causes of frequent executive or management level decisions that tend to repel the good employees:
Decisions solely based upon tradition. This is how things have been done in the past, so we will continue to do things the same old fashioned way. It’s worked for the past few years, so it must be the right way to do things. With a thought process like that, people would still be believing that the Sun revolves around the Earth. Decisions based solely upon tradition lack the hypothesis, the predictions, the joy of finding out things, the very thing that is essential in fostering a healthy atmosphere for geeks.
Decisions solely based upon authority. These types of decisions have the following explanation: the decision was made by somebody important so it must be a good decision. Important decisions cannot and should not be explained as ‘executive decisions’ without any sound reasoning behind them. Analytical people have a tendency to see past this type of bullshit quite easily. As a manager, if you commit the crime of passing on a decision based on authority to a geek, I wish you good luck with earning his or her trust and respect back. Thanks to (some of) the younger generation of companies, the role of the manager is steadily decreasing, and I feel this may (in a few years) contribute to lessening the ratio of decisions with ‘authority’ as the reasoning.
It is often the major decisions in a organization that end up fostering or destroying the ability of a department to retain smart people. I feel the two root-causes above give rise to issues such as: lack of creativity and motivation, a feeling of disconnect (lack of communication), lack of respect and trust, and a general lack of well-being.
What are your thoughts on the topic? Feel free to post below.
Update [5/23/2007]:
A lot of people have emailed me personally and shared their personal experiences and thoughts. Based upon the responses, I’d like to add the following comments:
- The keyword to watch for when reading the proposed root-causes above is ’solely’ or ‘approaching solely’.
- There are instances where decisions based upon authority are completely necessary. However, if you are doing this too often, you are most likely ignoring an underlying problem that needs to be solved.
- My definition for ’smart people’ or ‘geeks’ is not limited to entry level geeks. They can be applied to people in management and executive positions.
- Some people asked me what sort of experience my post is based upon. It is based upon my experience so far, which includes management.
- This is a personal blog. Any comment that is personally offending to others or me will be deleted. That’s not a decision based on authority, but a decision based upon reason: trolls are bad :-)


Aren't these actually, at some level, the same? Isn't an appeal to tradition just another, perhaps somewhat cloaked version of the appeal to authority?
Yup. I'd say you hit that one just about right. I could see a few others in the mix, however ...
please see C.W. Churchman's book on this:
http://www.amazon.com/Systems-Approach-Its-Enemies/dp/0465083420
The Systems Approach and Its Enemies (1979)
You are a leaf in a very large river....
G Milner:
You are right, appeal to tradition frequently includes appeal to authority, but I feel they can be exclusive. Someone may appeal to tradition for reason, but not pass that decision of as authority.
In my own experience what you call 'smart' people or 'geeks' that decide to leave due to management decisions lack the ability to see problems outside of their own sphere of influence. Decisions based on inputs that don't seem rational to 'geeks' or 'smart people' are a fact of life in all endeavors, not just Information Technology. The problem I think is that IT is weighted so very heavily with people that don't give enough weight to the human factors that contribute to decisions and the perception of success.
When it really comes down to it what you're describing are differences of opinion in the decision process and what weighting those who 'do' give to the input variables and what those who 'decide' give to the input variables. Very often those who decide have access to more variables that may be less easily measurable than those that the 'doers' have access to.
Perceived Success is what IT has to be about. Mussolini made the trains run on time, but other factors lead to the perception of failure. Like wise, if we achieve a extremely secure IT environment at the expense of end-user usability then there is a perception of failure. At times these failures are acceptable when assessing the risk management proposition at other times they are not. It is the place of management and executives to make the assessment as to where that line is drawn to maximize efficiencies of the organization as a whole. It may very well be seen as acceptable to loose a few 'smart' 'geeky' people from time to time over differences of opinions if the alternative is loss of sales and support staff.
'Smart' 'Geeky' people can be a force multiplier in any environment, but there needs to be an assessment of their opinions in the whole scope of change that is to be considered. Intellectuals in strictly rational paradigm are not necessarily the best arbiters of such decisions, and can indeed compound problems that require a sensitivity to politics, culture, and the perception of success.
so it goes.
Reminds me of the newspaper where I used to work. The role tradition played wreaked havok when trying to implement the then new online department. To top it off, the authority of those in charge was not allowed to be challenged. One other factor was that the most talented people were needed to solve problems and implement ideas, thus the least talented were in charge of attending meetings... guess which group tended to be made into managers (who then had authority, etc. etc).
Gary:
Thanks for your thoughtful comment.
I think you hit the nail on the head. I also think we are talking about the same things, just in different words. I don't think intellectual people are opposed to sensitivity towards politics, culture, etc. Infact those would indeed be good reasons to use in explaining a decision - rationale can indeed include the reality of politics and culture. I don't see why anyone would disagree with anything along those lines. My post was highlighting the sorts of decisions that given no explanation except that of authority.
I could not agree with Kurt Cagle's mention of lack of company direction. At a previous job my coworkers labeled the work environment as schizophrenic (sp). One day we were told to do a project "that needed to be done yesterday," and the next day, we were told to scrap it for something that was immediately priority one. For someone just out of school, albeit a masters degree in IT, this was extremely disconcerting. Flexibility is an imperative, and being able to turn on a dime is needed in the fast paced environment we live in today. But I found myself not being able to stay on a project long enough to gain any value. I spun my gears day in and day out, and ultimately ended my time with the company frustrated and dejected hoping that subsequent jobs are not like that.
Nice topic!
I cannot find the exact selection tree it but you need to differentiate the four modes of decision making: Command, Consultation, Consensus and Convenience. When decision that are not urgent, are very important to the company and have long term implications are made on the basis of Command (your authority) (or even worse: Convenience (your tradition)), they will lead to the negative effects described and usually poor execution.
On the other hand 'geeks' need to learn the axiom that "feelings are facts" that can be weighed and used in rational arguments just like the usual technical or numerical facts. That way politics, culture and other 'soft' things can benefit from the usually superior brain power of these very same geeks.
Thanks, I sincerely appreciate it. More than my paltry words can convey.
add
Respect;
Recognize and reward success, Leadership and career skills;
Treated as any living or extinct member of the family Hominidae;
Friendship and Solidarity;
That's all folks !
e-mail DOMINUSSTAR 'at'HOTMAIL 'dot' COM
I extremely agree with the writer as I saw the same thing in http://d2hawkeyeservices.com a software development company in Nepal working across secruity,healthcare,banking,core C,C++,csharp .NET, java,ajax programming, embedded technology, and blogging http://www.everestuncensored.org which discusses modern management principles as told by Nitesh Dhanjani.
I as a manager of Quality assurance have always contributed to positive reasoning and atttitude explicitly mentioned in this article. The company d2hawkeyeservices in Nepal has maintained and retained Geeks because of its uperior management and HR experience. It is the only software development company in Nepal with 150 plus engineers devoted to producing best software 24*7*365.
Superb article.Extremely true and energetic to modern companies which need to survive on Geeks the talents and the Smarts belonging to a Hi-tech development organization.
Each of the reasons you mention also has it's mirror image:
dismissing things because they are new. This takes many forms: Only being allowed to use approved platforms, technologies, or vendors, ignoring innovative practices introduced by nimbler competitors, etc.
dismissing ideas because of their source. shooting down suggestions because they came from someone junior, or new, or outside the 'right' department.
Yeah I live for the woohoo moments when you finally solve that problem too!
1) Sound-proof glass ceiling: It is terrible when an organization has a flow of information that goes 1 way. You hire very smart people to be experts on a subject, and then don't listen to anything they say. Quick way to lose talent no matter how much you pay.
2) Being led by the blind: While often times geeks are not the best at human relations, project management, etc etc, it sucks to be working on a project when the project manager, management, and other "non-technical" people should all be banned from owning a computer because they keep breaking the cup holder. It should be a requirement that those who are leading a technical project have at least some concept of what is going on. It does no good when the "geeks" spend 2 hours a day in meetings explaining what is going on, why something should/should not happen etc and then explaining it again.... in very small words.... in crayon.... again and again and again to the project manager when everyone else understands in the first 15 minutes. Then the project manager goes back to the manager, explains it all wrong. The manager doesn't know the difference and thinks the project manager is doing a hell of a job and approves doing the exact opposite of what the geek recommended. We all know that when you are dealing with clients, you can expect to have to work with people who are non-technical and don't know anything. You shouldn't have to deal with the same thing from your own management or if they aren't technical, they should learn quickly, not just stay oblivious because they can always just ask the "geeks".
3) Asking people to work 60 hr weeks to do the wrong thing: Most "geeks" get used to putting in long hours on a big project (or getting 5 too many small projects at the same time). Most will cope if they feel they are accomplishing something. Being asked to work long hours to do things the wrong way sucks. Nobody wants to create spaghetti code to hack in the latest management fad in 2 weeks when they could do it the right way in 3 weeks. Doing that once in a while is understandable. Doing it every project gets people in the job market.