frontend

What Cricket Selection Teaches Us About Hiring Engineers

Thoughts from the intersection of code, craft, people, and progress.

Looking beyond the stats to find the right team fit.

Picking a cricket side and hiring an engineer both involve more than choosing the strongest individual record. The right person needs the skills for the role, the potential to improve and the temperament to make the wider team better.

Cricket leaves plenty of time to think between moments of action, which makes its lessons difficult to avoid. Partnerships, patience and choosing the right ball all have obvious equivalents in team work.

I have learned to be suspicious of advice that only works in a tidy example. Real projects come with history, deadlines, uneven confidence and requirements that move while you are looking at them.

The useful bit is the rhythm

Sport is useful here because it makes the invisible parts of progress visible. Form changes, confidence moves around, and the result rarely tells the whole story.

I try to notice the conditions before judging the outcome. Was the task genuinely difficult? Did the team have enough preparation? Was the decision sensible even though it did not work this time? That is a fairer review than treating every miss as a character flaw.

A poor result can contain a good decision, and a good result can hide a poor one.

The point is not to turn software into a sporting metaphor at every opportunity. It is to remember that steady practice, honest feedback and good partnerships usually beat a dramatic intervention.

There will always be exceptions. The trick is to make them deliberate exceptions rather than habits nobody remembers choosing.