Slashdot Mirror
Marketing Yourself as an IT Jack-of-All-Trades?
ultimatemonty asks: "As an IT professional looking for a new job, I'm trying to figure out how to market myself as a 'jack-of-all-trades' IT worker. I'm currently employed at a medium sized university as a video conferencing specialist. I'm good (competent) at many IT related tasks (Linux server management, programming, Windows/Linux desktop support, video conferencing support, etc...), but specialize or excel in none of them, sort of like the lone IT manager in a small shop. What kinds of jobs would the you look for with this kind of work experience, and how would you market yourself (design your resume, cover letter, and so forth) to prospective employers so they get the full-breadth of your capabilities, without over-stating your abilities?"
Oh wait! You said Jack of all trades! My bad! I thought I saw 2 'f's there.
I prefer Flambe as apposed flamebait.
If you list a bunch of divergent technologies on your resume, and you describe yourself as a jack of all trades, employers basically see you as a junior admin with exposure to a lot of different technologies that really doesn't know all that much (especially given the huge number of resumes out there that list technologies in the "skills" section because the applicant once read about it in a magazine or something).
Tailor your resume to fit each specific job you apply for. If the job is Windows heavy, emphasize your Windows work on your resume. If the job is Linux heavy, emphasize your Linux work. Also, don't just list what you know, list what you've done. Tell them about your big project that saved the company $10 million. That sort of thing holds a lot more weight than telling them you once logged in to a VMS machine.
Basically, employers don't need to know and don't care about the full breadth of your capabilities: they care about what you can do for them. Do not just shotgun a laundry list resume to a thousand different companies, make sure each resume you send out specifically addresses how you can fill the need the company has, as evidenced by their job posting.
While a "Jack of all trades" is great you a hook to sell yourself on. Pick something you enjoy doing both as a hobby and for work and then become an expert in that field. If you really are competent then the step up from "good" to "great" shouldn't be that hard and great should be enough to get you the job except for very specialist roles.
Also be honest when you get interviews. There is nothing wrong with saying you have recently decided to aim at a particular area in which to become an expert.
You are worrying more about the problem than just getting on with it.
as a generalist, you could qualify as "sysadmin" at a smaller shop, which because of their IT budget, usually means "guy that knows how to do everything for us". I'd emphasize creative problem-solving abilities and a drive to arrive at good solutions quickly.
Of course, you'll want to avoid coming off too arrogant -- no one wants to hire an I.T. jackass-of-all-trades, but we all know a few!
stuff |
I found myself in a similar situation, and found a place that suits me perfectly. It's a small development shop. I'd definitely recommend trying to find a smaller company; the smaller, the more freedom you have to use all your skills. Seems the larger the company, the more specialized they believe their IT folks need to be. The smaller, the less particular jobs are a specific person's responsibility. Just my two cents.
"Actually, I enjoyed this in the same vague, horrible way I enjoyed the A-Team" P. Opus
I really think the next easiest option is to look at the things you have done and specialize in what you like the most. If you like programming, learn to program well, be able to answer basic questions like what is a linked list (or more complex questions) - learn one language well, as well as the basics of programming that you find in books like "Code Complete". If you like server management do that.
I am a UNIX systems administrator, and for me, even this is a very broad definition. I understand that firmware/time-of-day should be in sync across CPU/memory boards on Sun Enterprise 4000's, or that the file /etc/redhat-release is the file which shows which version of Red Hat you are running, but I can tell you it is very, very rare in interviews to find people who would know both those things. You're lucky if someone "strong in Linux" even knows that about Red Hat. I have to say that Solaris people tend to know their stuff better (and this is coming from a Linux fan). So I consider it difficult to bridge these two things, which are very close, and you are talking about all over the place.
My suggestion would be to specialize in one thing, and learn it well. I had to rank a Google job application on how well I knew something, I forget if the scale was 1-10 or not, but you should specialize in something and get to know it as a 9. Being a jack of all trade is fine, meaning having 3-6 ability in other things, but you should know one thing well - something you enjoy and think has a future. Once you master that one thing, then you can work on getting other things up to 9, but I meet so few people who are at level 10, 9, or even 8 for what I need, I would reiterate to learn one thing well. A real jack of all trades knows multiple things at say an 8 level, but that is rare. We have one where I work, but he knows many things at a high level. Someone who knows lots of things at a 4-6 level I generally find useless, in any environment.
When we do technical interviews, our policy is that anything on the resume is fair game to ask questions about. So, if someone comes in with a laundry list, we'll try to find a question to ask about some obscure technology they say they're proficient in (nothing too tough, just something that someone who knows the technology would know). This will tell us how much they're trying to puff themselves up.
We'll also ask progressively harder questions in each category that we have expertise in just to see what they do when they start becoming unsure of themselves or just flat don't know the answer. We are much more impressed by someone who simply says "I don't know" than someone who tries to bullshit us. If you don't really know a technology, don't go around pretending that you do.
The resume is unimportant once you get the interview, however, for getting the interview, a good resume and cover letter is essential. Spelling and grammatical errors get an automatic circular file, as do padding the resume with useless information and just listing things that you may have used for a week. If you can't name and describe a significant project in which you used a certain skill, then it doesn't belong on your resume. With the quality of some resumes I really feel sorry for some people, because they will probable never get a job. If you're writing skills are that bad, at least do yourself the favour of getting professional or possibly a friend to help you compile a resume. Something like this is definitely worth it.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
That's the title.
Some places think a Network Admin is someone who administers a network. They're wrong.
Those are called Network specialists or something like that.
Generally a company of 20 to 100 employees hires one IT guy to support all desktops, the servers if any, the website, Internet connection, managers' blackberries, the occasional phone issue and the president's home computer (and his children's Xbox). That my friend, is a network administrator, occasionally called a system administrator.
IT Technician, IT Administrator or IT guy are also used. As soon as you hit 2 IT employees, you are called an IT manager and everyone stops worrying about what to call you while you start looking for IT Director jobs on dice all day.
"Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
Yes, I love those interviews. I always get an offer.
I have a tone of stuff on my resume. I have never had a job with just one responsibility, and I always go out of my way to do new work. That means I got a lot of things on my resume.
So when some one starts asking questions expecting me not to actually know things, I blow them away.
A good question to ask is "What they learned from what they have listed."
The Kruger Dunning explains most post on
You don't have 3 years .NET experience with RUP and Agile development methodologies. Forget it.
It better be short, it better list what they are looking for at the top, and your first sentence needs to make them want to read more.
I believe this might be a US thing. Here in Australia, multi-page Resumes are the norm, and if you don't have enough information on your Resume to give the person reading it a fairly good idea of your skills and experience, they'll just bin it.
As an Australian, working for a US company, that has to interview US applicants, I find the "one-page Resume" to be incredibly frustrating. There's never enough information included to tell anything useful about the applicant unless it's either a) an applicant who's very new to the industry or b) an entry-level job like L1 helpdesk where applicants don't really need many skills past a pulse. This means I have to do, at the very least, a preliminary phone interview to find out whether or not the applicant is even worth bringing in for a "real" interview - an annoying and time-consuming proposition (doubly so for me since I have to line-up timezones appropriately to call people in the US).
Contrast this to the Resumes I receive from Australian applicants, who typically include academic qualifications, industry qualifications and job histories *with details* of responsibilities, achievements, skills gained, procedures, etc. Sure, there's a one-page summary that has a brief outline (what an American applicant would call the whole Resume) but it *also* includes more in-depth information allowing me to get a good feel for how the applicant has spent the last few years of their working life, in terms of gaining/exercising skills and experience.
The end result is that I can spend 30 - 60 seconds looking at each Resume's summary page, to quickly weed out people who are clearly unsuitable (eg: Electrical Engineering degree, about 30 years old, last 3 jobs in another country, applying for a L1 helpdesk job), then go back and spend 2 - 10 minutes for each Resume in the remaining pool finding the people who actually look suitable for the job, and make the shortlist for interviewing. Thus, by the time I actually get around to calling them in for an interview, I am already reasonably confident they have the requisite skills and experience, and the interview becomes about a) *verifying* (as opposed to discovering) their technical abilities (easier, relatively speaking) and determining whether or not they have the right attitude and personality.
I have yet to see a "single page Resume" that has told me anything truly useful about an applicant. A page's worth of bulleted previous employers, boilerplate "skills" and "responsibilities" one-liners, and "achievements" of maybe a sentence or two each, just doesn't have enough meat in it to determine whether or not an applicant is capable (purely from a skills and experience perspective) of doing the job. Subsequently, I've ended up getting in further contact with some applicants who were clueless and, I'm sure, missing a few that would have made excellent employees.
Slashdotters, what's it like in the UK, Canada, etc ? What style of Resume is typical in those places - just the one-page summary, or a one-page summary backed up by a relatively detailed explanation ?