Latest

The Most Competent Person I Ever Hired

This entry is part 9 of 21 in the series The Operations Room
TL;DR: The best hire I made in thirty-three years produced no story. The resume was accurate, the interview matched it, the background matched the interview, and the work matched all three. Nothing went wrong, which is why almost nobody writes about hires like this, and why most managers cannot describe what a good one looks like from the inside.

Knowing what a clean hire looks like is what lets you recognize one while it is still a candidate.

What does a good hire look like before you make the offer?

Every source of evidence agrees with every other one.

A candidate has a resume, an interview, a background, and references. In most hiring, one of those is impressive and the others are thin, and the impressive one carries the decision.

A clean hire is different. Nothing carries anything, because nothing needs carrying. The qualifications are real. The interview matches them. The background matches the interview. Nobody has to decide how much weight to put on the strongest signal.

When that happens, managers tend to feel uneasy, because there is no puzzle to solve and hiring is supposed to be hard. The absence of a puzzle is the finding.

Who was Elvis Niba?

Elvis Niba came to work for me during my years running computer operations, and he is one of the most competent people I have met in my entire life.

He is from Cameroon. His mother was impressed by Elvis Presley, and that is how he got the name. That is the story he told me, anyway, and I have always liked it.

The hire itself was uneventful. He had the qualifications. The interview went well. His background was strong. Everybody who met him liked him.

Then he started, and things stopped breaking.

How do you measure operational competence?

By what stops happening, which is why it is almost never measured.

Elvis took over his area and there was never any real problem after that. Anything that did come up, he fixed. That is the entire performance record and it is the highest praise available in operations work.

Consider what that looks like on a performance review. No incidents to point at. No dramatic recoveries. No firefighting, because there were no fires.

Meanwhile somebody in the next chair is visibly saving the day twice a month, and getting noticed for it, and half of those emergencies exist because of decisions that person made earlier.

Doing this work well is invisible by its nature. The reward structure in most companies is built around visible effort, so the people producing the best outcomes are frequently the quietest ones in the building.

Why do managers remember bad hires and forget good ones?

A bad hire generates events. Meetings, decisions, a difficult conversation, a departure, a rebuild. All of that is memorable because all of it happened.

A good hire generates a stretch of time where nothing needed your attention. There is nothing to remember, because remembering requires something to have occurred.

So managers accumulate a detailed library of what goes wrong and almost no library of what goes right. Then they design their hiring process around avoiding the failures they can recall, which is a filter rather than a search.

Avoiding bad hires and finding great ones are separate activities. A process built only for the first will reliably produce adequate people.

What can you learn from a hire where nothing went wrong?

The signal is sometimes real.

I have written elsewhere about a hire I got badly wrong, where a resume claimed a language the person had never written a line of, and I found out from the code. That story has a lesson in it and the lesson is trust but verify.

Elvis is the other half of the same lesson, and the other half matters. Verification is not suspicion. Most candidates are telling the truth, and a process built on the assumption that everyone is exaggerating will insult the people you most want to hire.

Verify because you cannot tell which case you have, not because you expect the worst. When the evidence all lines up, believe it.

How do you keep a highly competent employee?

Give them the whole job and stay out of the way.

Elvis took over an area and owned it. Not a slice of it, and not a set of tasks assigned by somebody else. The whole thing, with the authority to fix what needed fixing.

Highly competent people leave when the job shrinks. Somebody adds a layer of approval, or splits the ownership, or asks for a status update on work that has never once been late. None of those individually looks like a reason to quit and together they turn a good job into an ordinary one.

A small company has an advantage here it does not always use. There is no layer to add. The whole area can belong to one person, and that scope is something a larger employer usually cannot offer.

What happens when the quiet ones leave?

You find out what they were doing.

The person whose systems never broke was making a continuous series of small decisions that prevented breakage, and none of those decisions is written down anywhere, because nothing prompted anyone to write them down.

Then they go, and over the following months things start failing in ways nobody can trace to a cause. There is no single missing piece. What is missing is the judgment that was being applied daily and silently.

Two things help and neither is complicated. Ask the quiet ones what they are protecting you from, since they will tell you and nobody has asked. And make sure a second person has read enough to keep it running.

Elvis stayed a long time and left on his own terms for a new company, where he is doing well. He earned that and I was glad to hear it.

The Guides That Get Your Book Written, Published, and Sold

Four short, practical guides on writing, publishing, and selling your book, plus the occasional note when there's something worth your time. No fluff, no daily inbox clutter. Drop your email and they're yours.

We use MailerLite to manage our list and send these emails. Your address is used only to send you what you signed up for. We will not sell it, share it, or use it for anything else, and you can unsubscribe anytime.

Frequently Asked Questions

How do you evaluate someone whose work produces no incidents?
Compare their area against comparable areas over the same period, and ask what they prevented rather than what they resolved. An operations reviewer who counts tickets closed will rank the person causing the tickets above the person preventing them.
Should hiring processes assume candidates exaggerate?
No. Build verification into the process because you cannot tell which candidate is which, not because you expect dishonesty. A process that treats every applicant as a suspect drives away the people who have options.
What makes strong technical people leave a small company?
Usually the scope of the job shrinking rather than the pay. Added approval layers, split ownership, and status reporting on work that is never late each look minor and together turn a good role into an ordinary one.
How do you document knowledge that lives in one person’s head?
Ask what they decide routinely and what they are protecting the company from, then write the answers down. Documenting the system is common and documenting the judgment applied to the system is rare, and the judgment is what leaves with them.
Is culture fit a legitimate hiring criterion?
It is legitimate when it means the ability to work with the team you have, and it becomes a problem when it means resembling the people already there. The first is about collaboration. The second narrows the pool for no operational benefit.
How long should you give a new technical hire before judging performance?
Give them a small real deliverable in the first two weeks and a meaningful one by month two. Waiting a full quarter before forming a view means discovering a mismatch after other work already depends on it.

📁︎ Technology

🏷︎ Hiring🏷︎ IT Operations🏷︎ Leadership

📝 Disclaimer

The views and opinions expressed in this blog post are solely those of Richard Lowe and are based on personal experience and research. This content is for informational purposes only and should not be construed as professional legal, financial, accounting, or business advice. Always consult with qualified professionals before making important business or legal decisions. Richard Lowe is not a lawyer, accountant, or licensed professional advisor, and this content does not establish any professional relationship.

0 comments

No comments yet. Yours can be the first.

Was this useful?

Leave a comment