Skip to content
Go back

One-on-Ones Are a Debugging Tool

By Jonas Keturka

One-on-ones are often treated as a recurring calendar obligation. They become a place for polite updates, vague encouragement, and small talk that never reaches the real issue.

That is a waste of one of the best tools a manager has.

I think of one-on-ones as a debugging tool.

You are looking for the real constraint

When a strong engineer starts slowing down, the explanation is rarely “motivation.” Usually something underneath has changed:

The one-on-one is where you trace the signal backward.

If you only ask, “How’s everything going?” you will get socially acceptable answers. If you ask better questions, you start finding the actual bottleneck.

Questions I like:

Those questions produce better engineering data than another project-status recap.

Status is the least interesting part

If I already know the work is on track, I do not need to spend the whole conversation on updates. The value of the meeting is not that it confirms a dashboard.

The value is that it surfaces what a dashboard cannot:

You can often feel when somebody is editing themselves for politeness. That is usually the moment to slow down rather than move on.

Debugging requires pattern recognition

One strange comment means very little. The same comment three weeks in a row means a lot.

Managers get better when they notice recurring fragments:

These are not random complaints. They are stack traces for the team.

The goal is not therapeutic theater

Good one-on-ones are humane, but they are not improvised therapy sessions. Their purpose is practical: to help a person do better work in a healthier, clearer system.

Sometimes the fix is coaching. Sometimes it is sharper priorities. Sometimes it is direct intervention from the manager. Sometimes it is simply naming something that has been making the work feel heavier than necessary.

If a one-on-one consistently ends without new information, new clarity, or a changed next step, it is probably not doing its job.

The best managers I know do not treat one-on-ones as maintenance. They treat them as diagnosis.


Share this post on:

Previous Post
Engineering Managers Should Write More Things Down
Next Post
Architecture Reviews Are Social Systems