Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I think there's an inherent collective bias against making interviewing and hiring easier because that would make the hiring market more liquid, meaning their best people will be able to more easily find jobs elsewhere.


Speaking as a business owner actively hiring... the cost of a mishire is huge. It is difficult to understate mishire costs. This means you have to simply spend a lot of time with candidates. Even then you have a narrow window of time, relative to how long the business and employee have to live with one another, to figure out if it is a match. This means you will say no to a lot of people after investing significant time and effort into them (and them into your business). We owe it to our teams to hire well. If that means making it harder, so be it. Think about if it is easier for the wrong people to slip in under the radar. It can wreck culture and team quick. Most teams and businesses dont spend enough time. In Work Rules (Bock) they found the first four long interviews they did helped a lot at Google. After that interviews added one percent accuracy in judging a hire. It is a hard problem and I think the first and foremost goal in any hiring process that is well developed aims to make good hires the #1 priority.

I won't discount your theory of a bias, but I think it is a small influencer if it exists.


> the cost of a mishire is huge.

Absolutely agree and I'll add that you're shopping in a market for lemons. There are multiple adverse selection criteria against the pool of job seekers. (Excellent engineers are more likely to be retained/less likely to be fired. Excellent engineers are more likely to receive an offer when they do interview. Poor engineers are less likely to be retained, more likely to be fired, less likely to be hired.)

In steady state, the applicant pool is of lower overall average quality than the pool of employed engineers.


There was (who I feel was) a mishire at my job. I haven't seen him produce a single work-product since he started 6 months ago. I get the sense that he's worth more to the company (a large tech conglomerate) as a write-off than he is a producer to the team.


We recently hired an ops guy into a dev role and the guy just does not know what he's doing. Merging his own pull requests before code review or before tests have passed the build system. Downs development/staging servers because he's "testing something" and forgets to bring them back up.

Our place has a 12-month contract before being made perm. Once you are perm you are not getting let go unless it's part of larger cutbacks (government). He was made perm before 12 months and I was astounded. They didn't even ask me what I thought before they did it.


In my experience, hiring is the most political act a company does, meaning individual goals very often take priority over company goals.

Well above avoiding mishires, loyalty concerns are paramount in every organization I've worked for. You'd think that they'd treat hiring as the quintessential bet-the-company decision, and operate accordingly, but this simply doesn't happen. Leadership creates policies and procedures designed to introduce opacity in the process with the ostensible goal of avoiding mishires, but the real goal of preserving power.


Agree. The best thing a business can do is standardize their hiring practices to weed out intentional and unintentional bias and politics. It is hard, though, but possible. Guess that is why I love working in a small business. We keep it transparent and real. We just want to hack things and work with good people.


> Speaking as a business owner actively hiring

Can you quantify? I read this all the time but nobody explains it.

Meanwhile, this talking point is used to justify an atrocious waste of interviewee time and ridiculous interview requirements.


It's virtually impossible for most companies to manage someone out in less than six months. They're earning full freight salary for each of those six months. Many of your overhead costs like e.g. recruiting fees, new machinery, training, come due within that period and are not refundable.

This only costs actual cash outlay, not opportunity cost of other team members (could be coding but are instead spinning up the new engineer), overhead from management salaries, cost to redo work of an other-than-productive employee, etc.

At Valley salaries hiring someone for a day costs you $100k++. In more moderately compensated locales, lower bound it at $40k or so.


"Managing someone out" is a large company concept. Once they realize the mistake, the owner of a small company can get rid of somebody immediately. It can take surprisingly long to realize there's been a hiring mistake, though.


>>At Valley salaries hiring someone for a day costs you $100k++. In more moderately compensated locales, lower bound it at $40k or so.

Sorry, WHAT?

>>pportunity cost of other team members (could be coding but are instead spinning up the new engineer)

Hey I've got news for you. Developers don't just waltz in and start coding from day 1, they need to be brought up to speed on the systems. Your business-nosed attitude needs a reality check. Developers are human capital, not robots.


> Your business-nosed attitude needs a reality check. Developers are human capital, not robots.

You're being unnecessarily defensive. Just because people are people does not change the fact that it costs companies money to onboard them. This whole subthread is "why is it expensive to hire people?" and one part of the answer is "because you have to pay them money while you train them, and pay their colleagues while they do it". It's not a reflection of any unrealistic expectations--it's the opposite.

> Sorry, WHAT?

Computer, desk, office space: $5k

Job ads: $500-3k per hire is not unrealistic

Time spent sifting through applications: Easily 5 hours per week. If the posting is up for a month, that's 20 hours. That translates to about $1.5k in fully loaded costs for an employee with a $100k salary.

Time spent conducting phone screens: Assume 50 phones screens for one position. 30 min per person (20 minute conversation, 10 minute notes/break). 25 hours. Approximately $1.8k for the same $100k employee.

Further interview rounds: Assume about 10 candidates per position. Assume at least 4 person-hours per candidate, plus at least 8 hours devising evaluations (programming tests or what-not). 48 hours = ~$3.6k. Add in $1k of travel costs per candidate = $10k.

Draw up an employment offer. Assume you've got a stock one, but the new hire would like to make an amendment. Run it by a lawyer. $500.

We're at about $25k. It's not $40k, but it's not free, either. It would be easy to spend more time on any of those steps. If you use a recruiter, it will be higher. If you calculate based on SV salaries and costs, it will be higher.


> We're at about $25k.

If that's the figure, then maybe bad hires really aren't that bad. Presumably the company won't have gotten zero or negative value from a bad hire, and even if it was $0, $25k isn't going to make or break any but the scrappiest bootstrapper.


This is almost facetiously hyperbolic. I don't have time right now but I'll be responding later.


The grandparent post was pointing out that once you've decided to hire someone for one day they'll probably be around for at least 6 months. That's where the majority of the cost comes from.


1. the project slips while you expect your new hire to work, and they don't deliver.

2. opportunity cost of actually hiring someone good - by the time you've realized you've made a mistake, a good person is off the market.

3. you actually have to pay a bad hire for their time. you can't just not pay them. that's cold hard cash out the door.

4. everyone on the team starts wondering, how the hell did this guy make it through this process? are we being run by idiots?

5. if the hire is remote in another state, you have to register your business with their tax authorities, and deal with that whole payroll rigamarole.

6. also health insurance bullshit.

7. setting up accounts, changing passwords/keys when they get canned.

8. actually firing them is not fun unless you are a total sociopath, or they are actively causing damage by destroying value (which is extremely rare -- most people will just silently not do a fucking thing for weeks on end).

9. worrying about a lawsuit because ironically, people who cause damage like to threaten these things.

this is on top of your already full workload of doing actual, productive things for actual paying customers and good employees.


We are a small information security consulting boutique. We are interviewing and hiring more than one person. For a small team making good hires is a big deal (most teams are small, even if the organization is large).

I don't know how else to do it, especially when it is really rare for someone to have the skills we need out of the gate. That means testing (we have a testing process) and time talking with candidates. On the other side, streamlining things, we have made hiring missteps in the past, which had measurable and high cost to the business. For us at least, it isn't hot air. Hiring is a hard problem. We spent a lot of time trying to optimize it to find an ideal way that costs less time.

Consider this: every hour a consultant is interviewing they arent doing research or billable work. So we believe strongly enough in how we do things to put our money where our practices are. Maybe the economics for the Googles of the world are different, but for us it is a real decision to be made.


The cost of a mishire is huge and obvious, but don't discount the cost of passing up on a good hire, which is much less visible. But every time a good candidate is passed on, the odds of a mishire go up. There isn't any way to determine with certainty whether a hire will work out or not before they take the job.


Also, take care of the good hires you already have. Everybody takes their people for granted.

I don't think I've ever heard a manager even say the phrase 'turnover' until they have a few ex-employees that they really couldn't afford to have lost, and a bunch of disgruntled people still there. Once the horse has left it's too late to close the barn.


So much this. Talent management is more than hiring.


Not really - what you describe is a prisoners dilemma.

If it gets me good people to defect (make my hiring easier), I win. The world won't copy me so once I hire people, I can still keep them.

I don't do this because I don't think I'll get good people.


I said the bias was collective, not individual.

Individual Germans may not have thought of themselves as particularly bigoted against Jews, but that didn't stop them from participating in regimes that marginalized them.

Most of the people fighting against slavery owned slaves. Jim Crow persisted well into the sixties and it's probable that many of the people against slavery would have been for Jim Crow.

It's very possible for the hiring market to be biased against liquidity even when everyone wishes it were easier to hire.


The market is made up of individuals acting in their own self interest. Why would any individual not make hiring easier if they thought they could gain from it?

Note that Jim Crow/Davis Bacon/etc was a legal regime, a "must discriminate" set of laws to prevent people from acting in their own self interest. What such mechanism exists today preventing me from acting in my own interest?


I replied to you elsewhere but I did just remember that Google / Apple poaching deal. That isn't even a bias, but outright manipulation at a massive scale that hurt the market more than any bias probably could. I am just wondering where in the hierarchy things like this go vs. subtler market forces you are theorizing.


Well, things evolve over time. Market manipulation would be slavery, while bias is just Jim Crow. The whole world is operating under a biased, ugly regime, it just gets better little by little over time.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: