Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Businesses Technology

Questions for Entry Level PC Techs? 176

Rick Zeman asks: "For the first time ever, I have to interview and hire (I'm not management, so an exception is being made) what we call a 'PC Technician', which is an entry-level IT person. While actual computer knowledge and how we do things can be taught, how to think, and the aptitude for troubleshooting can't be. In the readers' experiences, what are the best (legal in the US!) questions to ask an entry-level candidate to really evaluate them? They don't have the resumes, the skills, or the experience yet, so I think they have to be judged on other factors that are harder to qualify."
This discussion has been archived. No new comments can be posted.

Questions for Entry Level PC Techs?

Comments Filter:
  • Good Starter (Score:4, Insightful)

    by locokamil ( 850008 ) on Saturday December 16, 2006 @01:17PM (#17269408) Homepage
    "Find the power button on this computer. "

    I kid you not... this one should filter out 95% of the cruft.
    • by Theto ( 923622 ) <theto@thet o . de> on Saturday December 16, 2006 @01:26PM (#17269486)
      Good one. One for managers: "Push over this bucket of water. WITHOUT delegating it to anyone!"
    • Might be a really good question if the computer is a Mac Mini.
    • Re:Good Starter (Score:5, Insightful)

      by Total_Wimp ( 564548 ) on Saturday December 16, 2006 @05:19PM (#17271424)
      First I ask them to name the parts of a PC (I'll ask specifically about the power button next time :-). I wanted to hear things like hard drive, CD-ROM, CPU, RAM, video card, etc. If they can't name the parts, it shows insufficient interest in the field. If they they get this pretty well, I ask them to name a few different types of CPU, RAM and Video cards. Once again, good answers show interest and enthusiasm.

      Then I move onto buses. Most newbies will look at you funny because they don't know the term "bus", but that doesn't mean they don't know what a bus is good for. If I have to, I'll give them a simple explanation like, "They're the systems that let you expand the PC by allowing different parts talk to each other. For example, the IDE bus will let your hard drive talk to the rest of the computer." A bright guy will usually catch on and mention the AGP or PCI-E buses because he probably expanded his video card. They'll usually get the PCI and SATA buses too, and might refer to the IDE/ATA as PATA if they're especially young. For some reason, a lot of guys miss the USB, even though "Bus" is right there in the acronym. I think it's because they're thinking of buses as being inside the case only. For this reason, if they get USB I usually give them extra points for "thinking outside the box" (couldn't resist :-) Once again, you can tell by how they answer these questions what their level of enthusiasm is for the work. I don't look for all the right answers as much as I look for them showing they've taken the time to learn some stuff on their own with the tools they've had on hand.

      I then go on to networking. I have them draw a simple network on the white board consisting of a server, a workstation a network printer and any other equipment they think is necessary to get them all to work together. They should show network cables going to a switch or hub. Wireless is also an acceptable answer. This shows me several things. Do they understand that there's a piece of centralized networking equipment involved? Can they take direction to do a simple task? Can they effectively communicate data to another team members? I've had coworkers who questioned this interview technique because they think the question is too simple. It doesn't seem possible that anyone could get this wrong. They were amazed to see so many candidates that couldn't handle this request, even going so far as to make wild networks with ring topologies or multiple routers. I had one guy draw a line from the workstation to a small box. When I asked him about it, he said "it plugs into the wall." I actually gave him credit for this (it was a tough call) because he said that that was his only exposure to networking instead of making something up. It's also increadible the number of candidates that blow this one just from giving pushback about getting up out of their chair to "work."

      As far as technical aptitude is concerned, understanding their PC and simple networking shows that they care about computer equipment. Actual brilliance with technical stuff is difficult to gauge, so knowing they've taken the time to learn their way around the stuff they already have at home is sometimes all you can get. I've found these people tend to pick up on new concepts rather easily.

      Communicating effectively both to and from other team members usually makes for a good employee that will learn rapidly because they know how to make the most of their relationships with people that know more than them. It also tends to show that they're more likely to get along with the staff in general.

      TW
      • Interesting. I am curious, with the flood of technicians and the scarceness of jobs; do you actually have to choose among entry level applicants?

        My most recent experience came from the other side, hunting for employment. My most recent verifiable experience was a couple years for a small company in rural Illinois. The company was based in a town of about 20,000 people, and this was the county seat. The area is also financially depressed, so in terms of commerce the town is even smaller than what you would t
        • When I broke down and decided I would have to start over at entry level I found that everyone wanted interview after interview. Some places would string you along for three or even four interviews. Do these hiring employers really have so little to do?

          I don't understand this. Not only should the hiring managers have better things to do, but they should have more respect for their potential employees. Three interviews says, "bureaucracy." Four says, "we will have no problem ignoring your personal life on
  • Take a pc apart, put it in a box, see if the ycan get it together again. Put some spyware on the hard drive, and a couple of viruses. see if they can get it up and running.
    • Re: (Score:2, Interesting)

      by jshackney ( 99735 )
      Take a pc apart, put it in a box, see if they can get it together again.

      This is exactly what they would do at the university's computer repair shop where I used to work. An applicant was given a box of parts and told to make a computer. Clones were easy, Macs were a huge pain in the a$$--I hated those cases!
  • HelpDesk (Score:4, Insightful)

    by tonsofpcs ( 687961 ) <slashback@NOSPAm.tonsofpcs.com> on Saturday December 16, 2006 @01:19PM (#17269436) Homepage Journal
    For helpdesk IT, play dumb, set up a system with windows broken, sit in front of it, don't let him see it, and have him walk you through getting it running.

    For hands-on IT, same thing, but let him sit in front of it.
    • Re: (Score:2, Interesting)

      I was going to suggest something similar, but just do a fake phone call. One of my first interviews when I was going for PC tech spots the interviewer pretended to be a caller and his monitor did not work. I had to guide him 'over the phone' to get the monitor to work. I had to describe things like what the cable ends looked like to him and also demonstrate a knowlege of common problems with monitors. I think in this cases it was just a dead monitor.
  • by 9mm Censor ( 705379 ) * on Saturday December 16, 2006 @01:22PM (#17269458) Homepage
    Dont worry about the technical skills, you can teach them that. Responsibility, problem solving, and ability to learn along with social skills are more important and will lead you to a candidate that you can teach to do what you need.
    • Re: (Score:2, Interesting)

      by Anonymous Coward

      Dont worry about the technical skills, you can teach them that. Responsibility, problem solving, and ability to learn along with social skills are more important and will lead you to a candidate that you can teach to do what you need.

      It depends... for this sort of position most places I've worked do not have the time to take somebody for ground zero (i.e. a novice user) and train them up to technician level.

      On the other hand, there was one place I worked (major university) where we needed a full time tech b

    • Re: (Score:2, Interesting)

      by tom17 ( 659054 )
      I agree with this.. At my first interview in the big world of IT (with a company everyone here loves to hate*), They sat me in one room with a bucket of lego. Someone built up something, gave it to me and I had to describe down the phone to "the customer" in another room, how to reproduce the thing I had in my hand (they also had a bucket of lego).

      Was very good for judging someons communications skills, especially when "the customer" is bing as unhelpful as possible.

      A few years later I did the "the customer
  • Suggestion: (Score:5, Interesting)

    by Chabil Ha' ( 875116 ) on Saturday December 16, 2006 @01:25PM (#17269474)
    I'm not sure what is entailed by 'technician', but I'm assuming that they will need *at least* some troubleshooting skills. Even non technical ones. I remember when I got a job doing tech support and the preliminary interviewer asked me a question: "I'm thinking of a product in a grocery store, find out what it is in less than 15 questions."

    They didn't care that I had any IT background; they could provide me the training to fix issues, but I needed first to have the skills to find out what they were. I would suggest following a similar pattern. You've got people with little experience, skills, and knowledge concerning the subject matter, but the basics of logical deduction will get you the most value as an employer.
    • by DrSkwid ( 118965 )
      try "Everybody be cool, this is a robbery!"

    • Re: (Score:2, Interesting)

      by RealGrouchy ( 943109 )
      I remember when I got a job doing tech support and the preliminary interviewer asked me a question: "I'm thinking of a product in a grocery store, find out what it is in less than 15 questions."

      Did you try rebooting your computer?

      When you first thought of this product, did you write it down somewhere?

      Turn the product over. There should be a white box with some vertical lines and some numbers. Can you read those out to me?

      - RG>
    • "I'm thinking of a product in a grocery store, find out what it is in less than 15 questions."

      To be fair, most of the callers you got couldn't tell their MSN Companion from an item you would find in a grocery store...

  • Since most business still run Windows, you need to find people with enough skills to fix the same problems over and over. Printing, Outlook, and antivirus/antispyware are the base standards. Ask if they know what Active Directory is, and what its used for. The best question, imho, is still to ask what is the quickest way to find out which version of Windows a user is running. (winver.exe ...btw). If they can answer any questions about those, that will filter out most of the riff-raff.
    • by godsfilth ( 999026 ) on Saturday December 16, 2006 @01:52PM (#17269732)
      slightly off topic but i always found that "windows key" + "break" was the fastest way to find out the version of windows its only two button presses
    • Right-click on My Computer and select Properties. It says right there what version.
    • Since most business still run Windows, you need to find people with enough skills to fix the same problems over and over.

      But if you're running a support outsourcing business, you can make more money per hour supporting clients running non-standard platforms like OS X or Un*x. Or even getting into things like consulting for embedded systems (though if they're life-critical make sure to carry good insurance).

      -b.

  • by NevarMore ( 248971 ) on Saturday December 16, 2006 @01:31PM (#17269528) Homepage Journal
    Give them a rather nasty technical question, even something that is beyond your experience or is totally made up (SQL Server on Slackware 4). Instead of asking them for an answer ask what steps they would take to find the answer. An entry level anything is going to have to learn a lot on the job.

    Entry level implies that you want someone who can grow, so try and find out where they started and how they got there. Should show you a little about their learning style and curve.

    The rookies will also run into situations that they haven't been trained for. You need to see if they can step through it and get a partial solution before going up a level and that in the interest of customer service they can recognize when they're getting in too deep and need some help.
    • If you ask something ridiculous, you run the risk of potential employees thinking that either you don't know what you're talking about or that you're toying with them.
      • If you ask something ridiculous, you run the risk of potential employees thinking that either you don't know what you're talking about or that you're toying with them.

        True, but you're looking for someone who has a good chance of being able to do the job.

        When hiring support techs for an ISP many years ago one of my favourite scenarios was to pretend to be a customer who has just migrated from another ISP and could't get their browser to connect anywhere: the modem would dial-up and connect, I could check

  • question I'd ask (Score:2, Insightful)

    "What is your home computer setup like?"
    • by Yvan256 ( 722131 )
      Also ask "what were your ealier systems?" If you end up with a story about how "it's hard to define with so many upgrades", you got a good candidate. ;-)

    • "I have one computer. I can't afford any more than that. That's why I'm applying for this job."
  • box 0 junk (Score:4, Interesting)

    by Anonymous Coward on Saturday December 16, 2006 @01:33PM (#17269550)
    give him a big box of junk parts, see how many working computers he can get in a couple hours. At least two you would think. Award bonus points for testing the power supplies before attaching them to the mobo and devices, just leave a meter laying around see if he grabs it. Watch for stuff like putting on the grounding strap first, etc.. Throw in some ringers in the box of course, and a mobo with bad (bulging or burst) caps, see if he spots it. Stuff like that there. That and just talking to him about computers should weed out the posers. Ask him to brag on the machines he's built, see if he knows off the top of his head all the parts, etc, then do the hands on test after you get your field narrowed down a little. You didn't mention what environment he might be working in, but if windows, then see if he can troubleshoot normal consumer click on anything FUBARS. In fact, you can have fun with that, just stick a working non firewalled vanilla install of ths or that windows installation on the net for an hour and go find the dodgiest links you can find and click on everything. Install a ton of screensavers and whatnot. Give the final test on that machine, see how clean he can get it, and what tools he asks for for troubleshooting. That should be enough to go through the selectees. Even if they can't get everything, you'll see if they can proceed in a logical manner.
  • I'd set him up with a scenario such as a user calls with something generic like "I can't get to yahoo". Pretend you are the user and he'll need to ask you questions to try and narrow it down. Simple things like "can you go to any other websites?", "is your email working?", etc, etc. Nothing specific to your network, but generic.

    You might want to throw in some trick questions as well. Things that come up in the real world like users lying. My favorite case of a user telling a flat out lie was "I can't pri
  • by pla ( 258480 ) on Saturday December 16, 2006 @01:50PM (#17269708) Journal
    They don't have the resumes, the skills, or the experience yet, so I think they have to be judged on other factors that are harder to qualify.

    I tried to think of a good answer, and had decided on "fix this PC" (where it has some glaringly obvious problem that should take any decent tech under five minutes to find and fix, such as a dead HDD), but then re-read the part I quote above...

    What requirements does this job have, that you expect applicants lacking the skills and experience to do the job?

    I would agree completely that overall familiarity with PC architecture and problem solving skills in general matter far more than having the LED error codes for a Dell Dimension 4300s memorized - But it sounds like you expect to not only interview, but hire, completely clueless individuals.

    At the very least, you should have no trouble finding people who can demonstrate simple tasks such as installing RAM or setting up a modem connection on XP. Don't settle for less in the hope that you can train someone up the level of basic competency the job demands.


    Unless, of course, you plan to have these people do nothing but take calls and read scripts - In which case, for all our sakes, just make sure they can read and speak reasonably clear English. Although that particular "test" would probably break the law, you can easily give it in a roundabout way that answers the question without raising any eyebrows.
    • just make sure they can read and speak reasonably clear English


      That's taken care of by the in-person interview. If you can't understand them, neither will your customers.

    • by larien ( 5608 )
      Hrm, LED error codes - I once had an exam for a job and one of the IBM questions was "what does the LED code mean?". For those who haven't worked with IBM hardware, their Unix servers have an LED panel (used to be 3 digit LED, it's been expanded on later hardware). These guys expected me to know what an LED code stood for - the error was "Corrupt custom entry in the ODM database" - how many people know what the hell that is, let alone what LED code it is????
  • by ConfusedSelfHating ( 1000521 ) on Saturday December 16, 2006 @01:55PM (#17269768)

    1. What is the Device Manager and how do you access it? 2. What are the differences between IDE and SATA? 3. What is the process of installing Windows XP on a blank hard drive? 4. What is Safe Mode? 5. What does RAID stand for? 6. Why should a PC tech wear an anti-static wristband? 7. How do you reinstall a printer driver? 8. What is POST? 9. How do you access "msconfig" and why would you use "msconfig"? 10. How do you change the screen resolution?

    Anyone who wants to be a PC tech should be able to answer at least 8 of these questions. You can train them, but they must have some basic knowledge. For entry level tech guidelines, I would consult an A+ certification guide. In fact, you should buy (at company expense) an A+ certification guide and use questions from there. After you hire one of the applicants, give them the guide as a reference for their job. You did say they were entry level after all.

    • I agree with the questions in that someone doing general support should have basic pc knowledge. But time and time again I see general techs who are hired because they know the answers to specific questions, but couldn't troubleshoot their way out of a paper bag. The best interviews I have been a part of and have seen are where very general questions are asked and interviewees are graded by their probing ability, whether they are in front of the machine or on the phone with someone who is. But they need to
    • by tricorn ( 199664 )

      I hardly ever use a Windows machine. Doesn't mean I can't learn how, if that's what the job calls for. Five of your questions are very Windows-specific, and you're probably looking for a Windows-specific answer to the one about "safe mode". Yet, even not using Windows much, I can guess at most of the answer to most of those questions, which means they aren't very useful (and give me 5 minutes in front of a Windows machine, and 10 minutes to read the documentation on installing Windows XP, and I'll answer

  • by loony ( 37622 ) on Saturday December 16, 2006 @02:03PM (#17269850)
    Most people that interview with me hate me for it - but in return I've yet to hire someone who didn't do a good job...
    You first ask a few simple questions so they relax a little - repeat that if they don't know its alright - just say how you would figure it out... Then you move on to questions you're certain they don't know... and ask how they would troubleshoot it. There are always the basics - like ask the user when this first happens, ask exactly what is slow and so on - that shows how they go about a new problem - and in the end, that's what matters. Don't go by how correct their answers are - but how they answer it. If they try to BS their way around it. If they admit they don't know or if they come up with a million different answers. You want the ones that come up with many different things - even if many of them are wrong - it proves that they have the right attitude.

    Peter.
  • by sam_paris ( 919837 ) on Saturday December 16, 2006 @02:17PM (#17270002)
    I spent the last year in Paris working at a school as an entry level technician and often had to solve problems that I didn't know anything about. The skill to doing this is being a fast learner and also to know how to go about solving a new problem.

    I suggest you give them a problem which they probably don't know how to solve and ask them to talk through their process. This could involve some quick research on google or using common sense, etc etc. Its feasible that someone with very little tech experience could do this job as long as they have a quick brain and good common sense.

    The next most important thing is social skills and the ability to get on with their users. I know how common it is to have to deal with people who know nothing about computers. You could play the role of a retarded user, or even better, get someone else involved who really is a novice and get your interviewee to train them to do something. You observe their social skills and how they interact with the novice.

    1) Ask them hard question, get them to talk through their process of trying to solve it

    2) Give them a task of training a novice to do something, or act as a novice yourself. Ask very novicey questions to see if you can frustrate them. Patience is a virtue needed for IT tech jobs.

    3) Get them to talk through a spyware infestation, a virus infestation. Make up some hypotheticals to ask them. Example: Someone calls you up and say's their internet is broken, what do you ask them first? Go through the scenario step by step and see what they do.

    It's fairly easy to see quite quickly who are the people who are sharp thinkers with good inter-personal skills. It's also fairly easy to pick those people up who know what they're talking about. Ask them to recommend a virus scanner, if they say Norton, kick them out of our office immediately! They should know about programs like AVG, Avast, Stinger.
  • Ask them some open-ended questions that make them talk about themselves and their strengths. Based on their responses are they intelligent and articulate? Do they bounce all over with no direction, or are they able to apply logic to progress to a conclusion, even if it's just to build a strong case for why they're good for the job? Ask them some tough questions that they won't know the answer to. Not to make the interview miserable, but to see if they're capable of coming up with creative ideas, and mor
    • are they capable of saying "I don't know, I need help here."

      If they do answer this correctly, it also helps to ask some follow-up questions about where or how they would go about getting that help. I wouldn't expect most techs these days to know how to make a Centronics to RS232 printer cable from the components. There hasn't been a need to do that in a long time. But I would be able to explain how I would start to find information on how to do it - including finding out what a Centronics plug was.

  • Hey it worked for Haliburton.
  • by D.A. Zollinger ( 549301 ) on Saturday December 16, 2006 @02:31PM (#17270114) Homepage Journal

    You are correct, computer knowledge and how things are done in your organization can and should be taught. This means that the individual you are going to hire needs to have a good work ethic, troubleshooting skills, and have excellent customer service skills. This individual is going to be the physical representation of the IT department for the majority of the company. You want someone who is going to come off as courteous, intelligent, and hard-working.

    What questions you ask are not as important as how the candidate answers the question. Are they confident of the answer they provide? Are they too serious, or are they friendly in their interview? Are they able to create a rapport with you during your conversation? Do they come across as someone who knows what they are talking about? Would you want this person to represent your department to all the other employees in the company?

  • An important skill is the ability to give instructions without actually physically SHOWING how to do something.

    For instance, teach them how to do some simple Origami (better yet, use something they already know how to do). Then have them write out instructions on paper and have someone not experienced in the process use the instructions to complete the task.

    The ability to communicate a step-by-step process is critical, in my opinion.

  • you located? I'm always looking for another job. Shoot me an email.
  • by Channard ( 693317 ) on Saturday December 16, 2006 @02:39PM (#17270206) Journal
    Ask them the same question six times during an interview, pretending each time to not understand the answer - that'll give them an idea of what support is like.
  • Of all qualifications, the one that a person must have to be successful in this business is a passion for technology. For entry-level people, this could well be the -only- real qualification you need; everything else is learned.

    Ask them how they decided on computer technology as a job, or as a career path.

    I've found people are surprisingly candid when you ask this - some will tell you straight up that it was a good-paying job they thought they could do.

    Others will tell you that they've been tinkering with c
  • Apprentices (Score:5, Interesting)

    by lukas84 ( 912874 ) on Saturday December 16, 2006 @02:42PM (#17270240) Homepage
    I've been in a similar situation, i've hired several apprentices for my company.

    In case you're unfamiliar how an apprenticeship works:

    It's part of one of the possible education roads in switzerland. At age 16, you start an apprenticeship in a company, which usually is 2-4 years (depending on the amount of skill of the job required). An apprenticeship requires attendance at a public school for one or two days a week. The pay is usually very weak, from 450 - 1000 CHF / Month. At the end of the apprenticeship, there's a standardized test.

    Since people start at age 16, they have no qualification whatsoever (except that they finished public school), and as an additional drawback, you can't fire apprentices unless they SERIOUSLY fuck up (stealing from the company or something like that, or fucking up in school several times in a row).

    The only thing i've paid much attention to is interest. Interest in IT can vary, e.G.:

    An avid gamer, maxing out the performance of his video card, by working with lots of settings? Creating custom ini files for you game?
    A young Linux zealot, telling my windows is a bad thing.
    Writing programs?

    Young, interested people are raw diamonds. They don't understand professional IT yet, and they have a lot to learn. While it is my job to help them to learn, the bunch of stuff is what they have to do alone. Just provide the infrastructure and support. It doesn't matter much what kind of skills they already have, since most of them don't help on their job - but most of my apprentices are more up to date on PC/Consumer hardware than iam.

    Interest is all that matters. Someone who is willing to learn will be able to do everything you want him to, it just takes some time.

    There's an important second skill, and that is social skills. You always have customers, be they internal (like in an enterprise) or external (in my case, SMB support).

    An apprentice will have to learn how to deal with customers. In my case, i go to customers with them, let them stand aside (for about half a year). After that, they will have the skills to solve small problems on their own. The next step is to learn to deal with the customer. Delegate tasks, have them solve the problem on their own, report to the customer. And as a last step, send the on their own way.

    This process takes about 3 years with an apprentice - you can shorten this ALOT if someone has at least a bit of previous experience.

    And another tiny bit i've learned. Never solve a problem for your apprentice, if time is not critical. Give hints, push them in the right direction, let them figure out the solution on their own.

    Never lie to them - while it is sometimes necessary to adjust the truth for a customer, never lie to your apprentices - there's nothing worse than learning the wrong things.
    • At age 16, you start an apprenticeship in a company, which usually is 2-4 years (depending on the amount of skill of the job required). An apprenticeship requires attendance at a public school for one or two days a week. The pay is usually very weak, from 450 - 1000 CHF / Month. At the end of the apprenticeship, there's a standardized test.

      They can learn a lot in a year or two. If the apprenticeship is (say) 4 years, can't they just go off on their own freelancing way once they hit age 18? Or are there

      • by lukas84 ( 912874 )
        Well, without a finished apprenticeship (or finished higher education), you won't have any chance on the swiss job market.

        The apprenticeship is still the standard way to enter the job market in switzerland, about 60-70% of swiss kids enter the job market using this education as a starting point. The Wikipedia Article (http://en.wikipedia.org/wiki/Apprenticeship) explains the system in more detail, Switzerland system is is quite similar to the German one.

        This system sounds probably sounds as strange to you a
        • you won't have any chance on the swiss job market.

          Of course. But you can't just register as a corporation or self-proprietorship with a tax ID number and thus be self-employed? Possibly hire other techs as well. If you advertise and seem like you have a clue, people will use your services, at least in the US. Or is Switzerland that much more of a rigid society that that isn't a possibility?

          -b.

          • by lukas84 ( 912874 )
            But you can't just register as a corporation or self-proprietorship with a tax ID number and thus be self-employed?

            You can.
            a) Einzelbesitzer / Einfache Gesellschaft
            + Doesn't require anything
            - Full personal liability
            - Personal taxes apply

            b) Gesellschaft mit Beschränkter Haftung (GmBH)
            + Limited personal liability
            + Company taxes apply
            + Needs registration
            - Requires 20k CHF capital

            Possibly hire other techs as well.

            If you want to hire people (instead of starting the company together with the other people) yo
  • Q's (Score:4, Insightful)

    by AliasTheRoot ( 171859 ) on Saturday December 16, 2006 @03:03PM (#17270462)
    Entry level to my mind means a user facing role, desktop support or such. The single most important thing for them to have is social skills - i'd rather hire someone that the users get on with and has difficulty with the tech than someone who irritates the users enough to start complaining to managers. You can get a feel for social skills in a 10 min chat. If you have a friend in the marketing department or whatever ask them to help you out with a social appraisal. The tech side of it is easier.
  • The one I used to at interviews to ask entry-level Engineers, is a simple question..

    Imagine you live in a shared house, with a shared computer. The computer using dial-up (POTS/PSTN) to connect to the internet. You come home and there is a Post-It note on the computer saying 'Internet Not working'. Talk me through the logical steps you would take to solve the problem.

    The correct answer I use is 'Password has been corrupted'. But we are really interesting the steps. They can use any operating system they

  • I usually pick some really specialized procedure from a non-technical venue, something that Google isn't going to come up with. (Like how to operate a 1921 Model-T)

    I would ask them how to do the task, and invariably they would immediately come up with Google. And I would reply with "you can't find that", now what would you do?

    I'm hoping they head in either or both of two directions:
    1- Find web sites related to that specialty, and do some reading in there to try to understand more about the knowlege domain
  • My two favorites (Score:5, Insightful)

    by Fjornir ( 516960 ) on Saturday December 16, 2006 @03:36PM (#17270728)

    I've had to interview folks for this position several times. The most important thing to me is that they don't create more work for me than they'll unload off of me.

    I like to (in sight of the candidate) create a new account and login under that account. Then I reach back and unplug the keyboard right in front of them. "Can you browse to www.cnn.com now?" is the question after that setup.

    The correct answer is for the tech to reach to plug the keyboard back in or ask if they can. That's full credit there. Tell them that, and then ask them if they can think of any other ways. Since its a new account it won't be in the browser history -- but seeing them check is extra credit. Finding a textfile and copy/pasting the characters out of it or using charmap is also good for extra credit, along with a remote desktop connection, ... (as an interesting side-note I developed this test before being assigned a Pri1/Sev1/Blocking bug by an overzealous tester at Microsoft which I root-caused as her unplugging her keyboard cable).

    For my second question I like to (again, in plain view of the technician) edit the boot.ini file on a system in such a way that it rendered unbootable. Then shutdown/restart, and ask them how they'd fix it. Yank the HD and put it in another machine, alternate boot media, ...

    If there's any chance they'll ever work on hardware set them up in front of a junk PC (make sure it's an easy one to take apart/put together -- not some obscure system of latches to get the case off -- they can learn about those guys on the job and should not be graded on never having opened some vendor-specific box). Tell them to pretend that the simple NIC on the table is a prototype board the developers need installed, and as such is very expensive. Ask them to handle the physical install of the card, and talk you through what they're doing. The big thing is they should either ask for a static strap or mention that "it's just pretend so I'm going to just ground myself to the chassis before I pick up the card..."

    If your entry level tech can get full credit on all of these they're probably safe to turn lose without supervision. Partial credit for good attempts and thinking aloud about the problem (ask them to when you give them these problems) should mean they need a minimum of supervision. If they bomb out on all three then they need a babysitter and you should probably move on to the next candidate since they're gonna break more than they fix.

  • People often forget details in interviews.

    When I interviewed for my current job as an ISP Technical Support Representative, I completely forgot what DHCP stood for. But I did remember what it did. "What does DHCP stand for and what does it do?" would be a good question, and give far more weight to the "what does it do" part. Only worry about the "what does DHCP stand for" part if you have to decide between two closely matched candidates - the one that remembers that may be a little better when under real world pressure.

    I agree with the comments about being social. You could train a monkey to do most entry level tech jobs. The social part of interacting with the customers is a lot harder to train for.

  • by wikinerd ( 809585 ) on Saturday December 16, 2006 @03:52PM (#17270842) Journal
    • Do you have a PC at home? More than one PC? Did you assemble your PCs yourself?
    • Do you have a laptop? Have you ever serviced its interior yourself?
    BUT take care not to fall into the Expert Junior Trap: Companies look for talent, they find the talent and hire it to a junior position, but leave the talent in their junior position for months or even years. In the end the talent gets mad from boredom and does one of the following things:
    • Learn slacking skills to avoid the boring work and do something else with their 9-5 time instead, like e.g. contributing to open-source. This is common among underpaid or demotivated expert-junior staff (they would resign professionally if the company were paying them enough). Sometimes the expert-juniors may try to communicate their thoughts to the management in various ways, but they get either ridiculed or ignored.
    • Resign or cause you to fire them and get a better position elsewhere or start their own company.
    • Leave their brain at the gate at 9am and regain it at 5pm, usually for contributing to open-source.
    Employers must understand this expert-junior complex and deal with it. Someone with no work experience, even without a degree, may be more skilled than their managers. Also note that the performance of an employee at work depends on pay, the other employees and managers, position, expectations, economic level, and the presence competitors in the job market. Even if they don't show their expert self at work, they may be experts in their own projects where they are intrisically motivated. The management must seek to create such an atmosphere where employees, even junior ones, can be intrinsically motivated to do their job. (BTW I study for an MSc in Management, including a good amount of HRM)
    • Someone with no work experience, even without a degree, may be more skilled than their managers.

      Gee, I hope so. Management is a lot different skillset than most tech/development stuff. Or are you implying that the managers they'll be under are tools?

  • I think that troubleshooting is often more of a talent than a learned skill.

    You can teach it - but it takes strong deductive reasoning, curiosity, and imagination. They probably need to bring those things to the table, because training those skills takes longer than it's probably worth. If someone has those three things, and NO knowlege, but access to information, then that person will make a good PC tech. Training them in the knowledge and domain experience is more practical.

    That's basic troubleshooting.
  • BOFH (Score:4, Funny)

    by alexhard ( 778254 ) <alexhard AT gmail DOT com> on Saturday December 16, 2006 @06:05PM (#17271734) Homepage
    I get the first applicant in.

    "Ok" I say "I'm just going to ask you some simple questions to guage your knowledge of Computing and Networking in relation to the Operations Field"

    "Sure"

    "Right. Question One. What's the best way to stop an individual posting nasty articles to news?"

    "Close their account"

    "Good - But can you elaborate?"

    "Delete all their files, Change their password to `Knobhead' and Erase any backups of their account"

    "Excellent. What is a killfile?"

    "Uh. It's a list of usernames/topics/news items etc that you wish the news- reader to automatically skip so you don't have to wade through rubbish"

    "Uh No. Remember I said pertaining to Operations. A killfile is in fact a file with a list of names of people you are going to kill."

    "Oh. Of course."

    "Never mind. What is DCE?"

    "Delete, Close and Erase"

    "Good. DTR?"

    "DON'T TRY to RING. The Operator's watchword"

    "Well done. DBMS?"

    "Dont Bug My Supervisor. Probably the most important acronym around"

    "You betcha. Ok. A user comes to you with a complaint about another user sending sexually explicit email messages to them. What do you do?"

    "Take a copy of the messages, close the complainant's account (by accident) and extort money from the mailer by threatening to show their parents"

    "Good. I think you'll do nicely. Hang onto this wire..."

    "I don't think so."

    "Excellent. You passed the final test. You start tommorrow. Please leave by that door so as not to disturb the other applicants."

    BZZZZZEEEERETTT!

    Electrified Door Handle. Gets them every time. I think it's the "Complaints Dept" sign that draws them to it like moths to a globe...

    I push the body out onto the fire escape.

    "NEXT!"
  • "You're in a desert, walking along in the sand when all of a sudden you look down and see a tortoise. It's crawling towards you. You reach down and flip the tortoise over on its back.

    "The tortoise lays on its back, its belly baking in the hot sun, beating its legs trying to turn itself over. But it can't. Not without your help. But you're not helping.

    "Why is that?"

  • I use the "box" test (Score:2, Interesting)

    by dizzy8578 ( 106660 ) *
    I keep a box of odd hardware pieces and adapters, connectors and cables. I have them reach in and pull out something at random and describe what it is and what it does.

    I explain that good guesses are as revealing to me as actual knowledge or experience.

    This is the only way I have found to determin apptitude for troubleshooting. I have had several "A+ certified" graduates fail the box utterly. I have seen MCSE's who could not tell a modem from a network card. And I have trained those who showed good deductiv
  • Try to find out how patient the candidate is. The hardest thing about entry-level support is that most users are utterly clueless about systematic troubleshooting, and getting information to troubleshoot the problem will be like the blind men feeling the elephant. It's hard for some users to explain problems logically or coherently. A good support person (I'd never make it) will be able to patiently elicit enough symptoms from a user to make a problem diagnosis. Also, this good support person will be able t
  • I've found Einstein's Puzzle [stanford.edu] to be solvable by everybody I've considered to have a top-rate analytical mind.

    The page I linked to claims a 2% success rate among college students.

BLISS is ignorance.

Working...