Why do companies hire non technical people to be their Directors of IT?
community.spiceworks.com
community.spiceworks.com
Even the single point anecdote doesn't really hang together logically. Is the hiring manager also the director of IT? At most mid-to-large organizations, those roles are distinct.
It's also not clear why he thinks the company hiring consultants to handle day to day tasks is such an obvious financial loss. Financially, full time employees aren't exactly free either. Work product wise, if it's really "script kiddie work" - why is he applying to begin with?
Either way, I think everyone probably agrees that - all else equal - technical proficiency is better than not. IMO, teams led by well-rounded managers/executives are in a better position than those without.
However, it's also true that non-technical skills play a bigger role higher up on the org chart. This includes obtaining the role as well as fulfilling its duties.
Put plainly : it's possible to delegate technical tasks, but impossible delegate the managerial ones (that is, after all, the job).
The later one is a fair question and I can't answer it in any useful way beyond the fact that organisations are often structured to allow and indeed reward things which might otherwise be seen as odd.
As to the former, a few reasons spring to mind:
1) Because it's hard remaining technical once you reach a certain level. Sure, you can be the best sysadmin or developer in the company, but when you move up the ladder you will spend more and more time doing non-technical things. As that happens you'll pretty rapidly find that others will surpass you technically - entirely reasonable as they're doing stuff five days a week, you're not. If you're managing a big department then the amount of time you're hands on will rapidly drop to zero and given the pace of technology within three years or so you're probably better assuming you know nothing as what you do know is as likely to be wrong as it is right.
2) Because they should have decent people they can trust to know and do that stuff. People complain that technical people aren't trusted but having a technical manager as often as not results in meddling and second guessing. A decent IT manager should understand high level principals, be able to ask the right questions and help structure thinking and other than that should let their staff do what he pays them to do. As to why they employ consultants to do things their existing staff can do - a lot of the time this seems to be the case but in 20 years I actually can't think of a single place I've worked where this has been true. Sometimes there's a lack of resource (that is people are busy elsewhere), sometimes specialist knowledge is needed or whatever. In my experience people are usually either neutral or positive about consultants coming in.
3) Consider that troubleshooting a VPN isn't the best use of their time. Possibly they could sort out their own VPN connection but if they're earning a six figure salary is it best that they spend half a day sorting it out themselves or that they call in someone who can sort it out in 30 minutes?
The short version: a director of IT isn't some sort of senior, senior sysadmin. It's a different job that needs different skills. Yep having technical understanding would be nice but given the choice between a director of IT who could configure a firewall and one who could manage budgets and keep political crap off my desk I know which one I'd take everytime.
Some of this comes down to organisation and department size too. You get directors of IT where a department of five or six people. In that instance they should absolutely have some recent technical exposure. Once you get up to a department of 20 or so though technical competence isn't top of the list of things a candidate has to have.
Thus, the op question could be rephrased as "why do companies hire executives unskilled in the role they are nominally obligated to perform?"
The answer is simply that the unwritten primary qualification for any given executive in such an organization is "Political Maneuvering". Everything else is secondary.
You will find that the exception to this is commonly, though certainly not in all cases, finance positions.
If you find a company where this isn't true and where you enjoy working, it's a keeper.
IT Directors do not need to be highly technical (although some technical knowledge is normally required), to manage outcomes.
Prior to my previous role at a startup, I was in the IT industry for over 15 years. What I learned taking on the CTO role is that it isn't just technical. I went from programming/infrastructure/architecting to doing budgets, recruiting, planning, and management on many levels and importantly relied on the staff underneath me to take on the low-level IT issues and provide knowledge.
Management is taking on a more important role in business in all sectors including IT. The people who fullfil these roles will start being from different backgrounds, and as organisations start to look to turn their IT departments into profit centres, they will take on people from roles like product and project management.
However I fear the day when a sales exec runs IT :)
Can you work as a lawyer without a law degree? No. As a doctor without a medical degree? No. As an IT worker without a computing-related degree? Sure thing, how hard can it be!
I guess the differences are:
1. IT is still young as a profession. 2. IT lacks professional bodies to regulate the industry (see above).
So we end up with lots of unqualified people pulling the strings :-(
I also haven't run into a Director of Network Engineering that wasn't a CCNP or higher for about 5+ years now (this wasn't always the case)
I think the major challenge for "Director of IT" is that it can comprise a heckuva lot of disciplines. Even for a small company - you are looking a BizApps, Back Office Servers (Exchange, AD), Oracle DBAs, Network Engineering, Telecom, Desktop Support, ServerRoom Operations - and all the political pain associated with managing all the various interests that want things their way...
I believe a senior IT 'management' type qualification needs to cover, amongst a wide variety of things, things like development management (e.g. mythical man month) cost management (e.g. COCOMO) and general business sense (e.g. not getting locked in by a vendor).
So those who skip university are around 2 to 3 years ahead of the rest that was pumped outdated subjects, mostly given by people that don't have practical experience.
Unis today, except the higher tier (hopefully) don't teach Python, NodeJS, etc
Even worse, some dropped C, Lisp(Scheme) or others for Java.
So don't be surprised the ones that just graduated can't do much
That's a universal truth. You also have to self-learn in college.
> So those who skip university are around 2 to 3 years ahead of the rest that was pumped outdated subjects, mostly given by people that don't have practical experience.
Imagine having those 2-3 years to dedicate to full-time learning, without having to try to learn on the job without the luxury of time. Non-grads are ahead in their specific work areas due to on-the-job experience, but lack the broader knowledge of (for example) a comp sci degree that will force you to look at many other areas of IT and business.
> Unis today, except the higher tier (hopefully) don't teach Python, NodeJS, etc
They are just tools. The latest cool tools will change from the commencement of a multi-year degree to the end. All colleges will look outdated when judged in this way, but that is really not the point of these courses.
> Even worse, some dropped C, Lisp(Scheme) or others for Java.
Again, tools.
> So don't be surprised the ones that just graduated can't do much
I would wager that a recent comp sci graduate will bring to your organization than you appear willing to give them credit for. Sure they might have to learn all of your tools and processes, but they bring with them years of training in analytical, logical, critical thought on broader subjects that you organization is currently tackling, enabling a fresh perspective and a capability for lateral thinking.
No, they are more than tools (on itself they are)
They are the sole, or the most important member of a certain paradigm of programming.
To learn how to fasten bolts you need a wrench. Any wrench will do of course, but you need a wrench.
Now, if there's only one 'tool manufacturer' you go with that
Or you expect a dentist to not use tools and only have theoretical knowledge of them in school?
There's no inherent reason you can't practice law or medicine without the appropriate degree outside of the ABA and the AMA saying you can't (actually, you need a license; it just so happens that the professional degree is a requirement to obtain the license, but that's just semantics).
I say this as someone with a liberal arts degree from a podunk school nobody has ever heard of, and I know for a fact I'm more knowledgeable than at least one or two of the "senior" folks who are multiple steps up the promotion ladder from me. I'm in the fortunate position that my actual supervisor is smart and technical, was a developer at a Fortune 10 company in his past and does zero direct technical work today. We have developers in my office who have degrees in Computer Science, Philosophy, Political Science, Accounting and one guy who doesn't have any degree or relevant certifications. Nobody here is what I would consider a bad programmer. Everyone can hold their own building an application or writing a SQL routine. Some are better than others, but I haven't seen any correlation between field of study and skill (or even domain knowledge).
I don't see how judging an applicant or coworker based on a degree they got years ago (sometimes decades) fixes any of the issues with our[0] industry, and I don't see how raw technical skill makes someone more or less able to lead technical people. To use an example from elsewhere in this discussion, debugging a VPN connectivity issue quickly doesn't mean you'd make a great manager of developers. It's a different skill set and it doesn't mean that "unqualified people [are] pulling the string."
[0] Because whether you like it or not, it is our industry even though according to you I don't have the "credentials" to be in it.
And that's the rub of it for me: you have to let them lose on your project in order to prove themselves capable, and you have to hope they work out, i.e. learn on the job and you guide them through it. A Philosophy or Classical Literature major has to start their IT career somewhere, right?
So we have the old apprenticeship model rather than the professional model, nothing new here.
This is fine for junior members, but breaks down hard when you move into leadership roles when the leader is unqualified (both in experience and on paper).
No one bats an eyelid at a software project having a non-technical PM because it's a Team/Technical Lead's role to fill in for the PM's lack of technical knowledge; I've never heard of a Support Team/Technical Lead before though.
Well, Jesus is a carpenter, Peter was a fisherman, Bill Gates is an economist, Steve Jobs is a marketing guy. See the pattern here?