Latest
What an AI Detector Score on Your Manuscript Is WorthThe One-Hour Call Before I Quote Your BookWhen a Client Thinks the Ghostwriter Used AIMonthly or Milestone: How Ghostwriting Gets BilledWhen Your Memoir Should Be a NovelWhat It Costs to Fix an AI-Written ManuscriptThe Clients Who Pay and VanishThe Quotation Marks That Get Authors SuedThe Work You Would Never Have StartedWhen Your Own Memoir Sounds Like BraggingWhat Belongs on a Copyright PageThe Hugging Face AI Agent Attack: An Operations ReadingBehind the Book: The Mysterious Island, Neb’s SideHow to Organize Decades of Memories Into a MemoirWhy Rotten Tomatoes Sucks: The Score Does Not Mean What You ThinkWhy Amazon KDP Sucks: They Terminated My Account OvernightIngramSpark: How I Publish Now and WhyWhy Fiverr Sucks for Ghostwriting: The Buyer’s SideWhy eBay Sucks Now: A Seller’s Numbers and a Buyer’s WarningThe Ghost Story TraditionThe Gothic TraditionThe Christmas Ghost Story TraditionResurrection as a Narrative StructureBooks to Give a WriterThe Beach Read ArgumentWhy It’s a Wonderful Life Failed on ReleaseWhat to Read in SpringWhat to Read in SummerWhat to Read in OctoberHow Warner Bros. Dismantled a $17 Billion Cartoon EmpireThe Imaginary Scarcity TrapThe Graph That Goes Vertical Is Usually Somebody Else’sSubstack Is Not Collapsing. The Promise Was.The Disasters That Happen to Ordinary PeopleToba: The Winter That Almost Ended UsJay Stifflemire: Nothing Ever Gets Written DownGeorgie-Ann Getton: I Forgot I Had Free WillAI Detection Cannot Be Evidence, and Publishing Is Using It That WayAI Consciousness Left Philosophy and Entered the LaboratoryThe Office Block Where the Bedrooms AreThe Web Got Fenced: What AI Search Costs Small SitesBlack Tuesday: The Web Ring War Nobody Outside It NoticedWhat the AI Visibility Industry Sells, and What the Evidence SaysBlack Tuesday: The Original ring-master.net Page, 2000Behind the Book: Peacekeeper, The Dissolution WarsBehind the Book: Real World SurvivalBehind the Book: Publish Your BookBehind the Book: ReincarnationBehind the Book: Sell Your BooksBehind the Book: Show Don’t Tell

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’s 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’s no puzzle to solve and hiring is supposed to be hard. The absence of a puzzle is the finding.

What does an exceptional hire look like?

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

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

The hire itself was uneventful. He’d 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. That’s why it’s 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’s the entire performance record and it’s 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’s 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 instead of 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’ve 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 isn’t 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’s 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 doesn’t always use. There’s 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’s no single missing piece. What’s missing is the judgment that was being applied daily and silently.

Two things help and neither is complicated. Ask the quiet ones what they’re protecting you from, since they’ll 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’s doing well. He earned that and I was glad to hear it.

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 and not 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 instead of the pay. Added approval layers, split ownership, and status reporting on work that’s 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’re 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’s 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.

📝 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