After reading this node I thought about a problem which I am sure many businesses must face. There are a lot of technical staff available, but for a business that has little or no technical knowledge, how do you know which one to hire?

If you already have decent technical staff, then the answer should be easy, you let them find out who's best. If you already have a staff member who knows Perl and XML, it's an easy task for them to determine if any potential applicant really knows her stuff or has only read the buzzwords the night before.

The problem is different when you have nobody with the knowledge to tell the difference between the clueless and the clueful.

In the case of hiring consultants the matter is simplified somewhat. Go to all your friends and associates, preferably ones in the industry, and ask who they recommend. If four out of five web-designers recommend XYZ for CGI scripts, then XYZ must have something going for them. This method of finding the right person isn't restricted just to technical staff, it works for tradespeople, medical specialists, mechanics, and a range of other professions.

The common point in all these cases is that the "consultant" is readily available. You give them a call, wave some money at them, and if it's a large enough wad they'll fit you into their schedule somewhere. Unfortunately, that just doesn't work when you need to hire someone full-time.

Full-time staff just don't get around the same way consultants do. A consultant might work with dozens of different clients each year, whereas a full-time staff member usually just has one -- their own place of work. Employers also don't want their staff members being poached, so you can't expect to see the same recommendations as you would with a consultant.

As such, new staff for a business can be quite an unknown, and making a mistake can not only be expensive in salaries paid, but also in clean-up costs if the staff-member has done their job poorly. Hiring the wrong problem can sometimes even make matters worse.

There are some fairly common industry practices such as probationary periods which business use to cover themselves in case they hire the wrong person. While these can be useful when the problems are obvious, most software development, system administration, and other technical tasks seem like magic to the lay-person. It's very hard for a business to tell if their technical staff is really doing a good job.

After some consideration, the bootstrapping phase of getting your first member of technical staff seems clear. Ask all your friends who the best consultant is in the field you're after. Hire the consultant to discuss what sort of full-time staff you need, and then find your staff in conjunction with the consultant "expert" who can make recommendations, review resumes, and sit-in on interviews. Compared to the costs of hiring someone for a year, the consultancy costs can be considered insignificant.

I'm wondering if anyone has actually seen this occur in-practice, either in the software or other industries? What other practices have you seen businesses use to take on their first techincal staff member? Have you any amusing stories about business who hired the wrong person and it went horribly, horribly wrong?

Paul Fenwick
Perl Training Australia

Update: Adjusted title to make the node more useful for future generations. Thanks to crazyinsomniac for the suggestion.


In reply to Bootstrapping Techies (or how to hire without technical knowledge) by pjf

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.