How Do You Evaluate IT Skills for Hiring
-
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@Carnival-Boy said in How Do You Evaluate IT Skills for Hiring:
But I could recruit an IT support technician, even though I'd hopefully know less about IT than the candidate - because I know something about IT.
how would you do that? If the candidate knows more than you, how would you know if he was bluffing or if he was amazing? Wouldn't they seem the same?
Headhunter: "How do you fix a VM that is non-responsive in KVM."
You: "In the options, you change the setting to use left-handed keyboard and then it should start responding to ctrl+alt+delete so you can reset the virtual CPU cache."Now if a headhunter knows nothing about IT, that may seem like an amazing answer.... maybe not, but just trying to make a point.
-
@wirestyle22 said in How Do You Evaluate IT Skills for Hiring:
Then it becomes how do you know you are hiring the right person to ask the right questions. At some point you're taking a leap of faith when hiring.
Not nearly the same. This is where the Claptop Hendrix thing comes in. You CAN hire top end people to do hiring roles. You can't realistically hire them to be your mid-range staffers. There are people and firms that do this stuff as a speciality and you can use the same ones for decades.
-
-
@Tim_G said in How Do You Evaluate IT Skills for Hiring:
If you don't know about something, then how will you think to ask about it and properly evaluate someone's skill regarding it?
If you are completely unaware of a technology or method of doing something in IT, then that is one thing you will never be able to recommend to a company in order to improve business flow from better IT.
A great example is... how many shops ask candidates about managing a SAN, but don't ask if they should be using a SAN? They will often hire based on skills they assume that they need rather than the skills that they actually need.
-
OK, so you're talking about employing someone, not a headhunter, to do the hiring. Someone who knows more about IT than the candidates. How do you employ that person? I could employ Jared. But how do I know if Jared is bluffing or is amazing? According to you I shouldn't be able to tell.
-
The CIO role that I just turned down two weeks ago put specific skill requirements into their demands. I happen to have the exact skills, in spades (I wrote the certs for some of them) so that was no problem. But, I was also senior enough and privy enough to know instantly that none of those skills would be used because anyone even remotely qualified to be a manager there let alone the CIO would instantly have cancelled all of the projects using those skills and done something completely different. but they were so mired in thinking like juniors that they were trying to hire their head of department like he was going to be a tech following orders.
This was a major reason that I turned down the job - their CEO didn't have the chops to hire people in a management tier. He was used to hiring doctors which tend to be more like cogs, any legally certified doctor could have done the job to some degree. But IT isn't like that, IT is very opposite. IT is like business, you need people running it who get the big picture, don't just have "skills" and think broadly, just like you need for a CEO. Which is how I knew the CEO wasn't qualified to be a manager, let alone a CEO and turned them down. The CEO failed the interview.
-
@Carnival-Boy said in How Do You Evaluate IT Skills for Hiring:
OK, so you're talking about employing someone, not a headhunter, to do the hiring. Someone who knows more about IT than the candidates. How do you employ that person? I could employ Jared. But how do I know if Jared is bluffing or is amazing? According to you I shouldn't be able to tell.
You can tell, because he's someone you can't hire. That's the handy part. People who are significantly beyond what you can place internally are normally pretty easy to pick out. Especially using experience, price, social media and so forth. I can't hire a great CEO but I can tell you some great CEOs that could help me find one. I can't afford or entice them to be my employees, but I might be able to get them to be my consultants.
But moreso, this is where you hire firms, not people. Firms make more sense in nearly all cases. And if your goal is to get a CIO, then that's where a top head hunting firm makes sense. A firm that has CIOs with proven track records.
-
My 2 cents
-
Having some expert extensively screen people is expensive and isnt all encompassing. You cant tell if someone is lazy or doesnt give a shit even if they are knowledgeable
-
Most enterprise companies are requiring at least 90 days as a contractor with limited access to make sure you are who you say you are
-
In my specific focus they are hiring pretty much based on DoD directive 8570. So certification based... Even nearly all private companies are following it. If you have experience companies are willing to pay your full salary and give you 6 months and the necessary tools to get the appropriate certs.
.png)
-
-
@IRJ said in How Do You Evaluate IT Skills for Hiring:
- In my specific focus they are hiring pretty much based on DoD directive 8570. So certification based... Even nearly all private companies are following it. If you have experience companies are willing to pay your full salary and give you 6 months and the necessary tools to get the appropriate certs.
Yeah, but getting certs doesn't say anything about skill or experience or aptitude. Just shows you can take tests well. I'm an awesome test taker, I can often pass tests on things I know nothing about because I empathize well with the test writers and the style of questions. The DoD famously does a terrible job of hiring, so we should learn from them in a "what not to do" sort of way. They care about covering their butts politically, not about doing a great job.
-
@IRJ said in How Do You Evaluate IT Skills for Hiring:
- Most enterprise companies are requiring at least 90 days as a contractor with limited access to make sure you are who you say you are
SMBs want to try to avoid this. It's very costly to have people sitting around idle for a long time, especially if they represent 50% of your IT workforce during that period, instead of .1% of it, and them having nothing to do but get paid to look for even better jobs.
-
@IRJ said in How Do You Evaluate IT Skills for Hiring:
- Having some expert extensively screen people is expensive and isnt all encompassing. You cant tell if someone is lazy or doesnt give a shit even if they are knowledgeable
of course not, but you can never tell that. Although the conversation method gives you the best chance of screening for that. Passion is hard to hide or miss. Same with social media, hard to miss someone is passionate if there is years of demonstration that they are. That's why those things are so important. They tell you the parts that traditional interviews cannot.
There is always risk in hiring. It's about having a decent shot at having a good result. Traditional interviews both tend to filter out the best and filter in the middle and tend to make the best want to pass on by because the process isn't impressive. The best people look for good hiring processes because they want to work with other great people.
-
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@Tim_G said in How Do You Evaluate IT Skills for Hiring:
The problem, is that if you are not skilled enough yourself, you won't know what to ask and look for. If you don't know about something, then how will you think to ask about it and properly evaluate someone's skill regarding it?
Example of this... I knew the most standard Solaris question in interviews at a place where I worked was "What are the four running processes of NFS?" They asked this in every single interview that I didn't run.
Problem was.. candidates often knew more than the interviewers so this question would confuse them because they had to assume that the interviewer knew the answer. But in reality, the interviewers had all memorized this and didn't actually know that they all had it wrong. And they had it REALLY wrong.
- NFS is not one thing and there were several different potentially correct answers.
- The list that they had wasn't QUITE accurate.
- NFS only requires two, but often uses four.
So they always evaluated people as positive when actually having gotten the answer wrong. And marking against the people who rightfully got confused. They made assumptions and thought that they were right, but actually didn't know enough about the topic to realize they were asking something that wasn't answerable without loads of false assumptions that they were not filling anyone in on.
Plus, what a horrible question anyway. Sounds like an A+ question. I'm so glad that type of thinking is dying off.
-
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@Tim_G said in How Do You Evaluate IT Skills for Hiring:
The problem, is that if you are not skilled enough yourself, you won't know what to ask and look for. If you don't know about something, then how will you think to ask about it and properly evaluate someone's skill regarding it?
Example of this... I knew the most standard Solaris question in interviews at a place where I worked was "What are the four running processes of NFS?" They asked this in every single interview that I didn't run.
Problem was.. candidates often knew more than the interviewers so this question would confuse them because they had to assume that the interviewer knew the answer. But in reality, the interviewers had all memorized this and didn't actually know that they all had it wrong. And they had it REALLY wrong.
- NFS is not one thing and there were several different potentially correct answers.
- The list that they had wasn't QUITE accurate.
- NFS only requires two, but often uses four.
So they always evaluated people as positive when actually having gotten the answer wrong. And marking against the people who rightfully got confused. They made assumptions and thought that they were right, but actually didn't know enough about the topic to realize they were asking something that wasn't answerable without loads of false assumptions that they were not filling anyone in on.
Plus, what a horrible question anyway. Sounds like an A+ question. I'm so glad that type of thinking is dying off.
Too bad it is dying off so slowly. I've been campaigning against this for at least a decade if not more. These types of interviews are completely capricious.
-
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
-
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
-
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
Even on RHEL the version matters. It will vary.
-
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
Even on RHEL the version matters. It will vary.
Right. This is all 7. No idea what it was before 6.
-
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
Even on RHEL the version matters. It will vary.
Right. This is all 7. No idea what it was before 6.
I mean the NFS versions. NFS 2, 3 and 4 have different processes.
-
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
Even on RHEL the version matters. It will vary.
Right. This is all 7. No idea what it was before 6.
I mean the NFS versions. NFS 2, 3 and 4 have different processes.
Ooooh ok. I got you.
-
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
@scottalanmiller said in How Do You Evaluate IT Skills for Hiring:
@stacksofplates said in How Do You Evaluate IT Skills for Hiring:
Plus, what a horrible question anyway. Sounds like an A+ question.
Yeah, not the kind of thing you'd ever need to know. And trivial to look up. And loads of really qualified people simply never work with NFS before that job. NFS is pretty standard, but still, lots had not (I was lucky, I had in the job just before so I breezed that question based on assumptions and luck) and those that haven't used it can learn it in, you know, ten minutes or so.
I don't know on UNIX but I only know of nfs, rpc-bind, and mountd on RHEL. Debian it's nfs-kernel-server or some crap like that. But knowing those don't help me do my job any better.
Even on RHEL the version matters. It will vary.
Right. This is all 7. No idea what it was before 6.
I mean the NFS versions. NFS 2, 3 and 4 have different processes.
Ooooh ok. I got you.
Yeah, at some point they switched how the communications were handled. Can't remember the details but it was like from using RPC to something native and so it reduced the listening processes dramatically.
