Hacker News new | ask | show | jobs
by akerl_ 1722 days ago
It’s hard to give concrete recommendations because everybody’s company/role/background is different, but two things that really stand out to me:

1. As parallel posters have pointed out, yea, if your 1:1 is spent reporting task status / receiving task direction, woof, that sucks. 1:1s are (as you’ve found) a horrible medium for that, in that they burn your time, your manager’s time, and also are a high-delay channel for that information. In my experience, a good 1:1 is meta-level feedback. I spend a lot of my 1:1s discussing what’s likely/unlikely to come over the horizon in the next 3/6/9 months, both in terms of projects and my personal growth.

2. There are plenty of coachable skills that are not technical, and the average engineer, in my experience, tends to climb the IC ladder via tech skills and then plateau because their non-tech skills are an undeveloped muscle. This is how tech ends up with so many very skilled programmers that have to be hidden in a dark corner because when they talk to another team they accidentally piss everybody off or they get pissed off. As a mundane example of this: I have worked with several developers over the years that write awesome code, but if somebody from another team pinged them and said “hey, can you work on $project”, would just say “sure” or “go pound sand” based on their personal mood w/o any concept of how to prioritize that ask. Time management and prioritization are amazingly important non-technical skills that an effective manager can help coach.

1 comments

No it's not reporting task status. Some times a high priority issue that he was asked about in some other meeting by a project manager for example that I haven't made good progress on, he'll just mention it. Or just a friendly "how is <this> project going?" how is "<that> interesting feature you are working on going?" chat. Which is fine it but not necessary to be in a 1:1.

I'm not one to believe I can't be taught anything new or training has no place (technical or non-technical), but I don't really see how a 1:1 is an appropriate place for it. Shouldn't it be offered as some training, perhaps even in a group setting to maximize use of time (which is how we organize informal training sessions between the team on topics one might know a lot about), perhaps even offered as a formal training course run or paid for by the organization?

So I don't see what the 1:1 itself is achieving in any of this.

Does your organization not offer internal or external group training opportunities? They’re great, but I’m not sure why you’re presenting them as mutually exclusive with individual coaching.
> Does your organization not offer internal or external group training opportunities?

It does.

> They’re great, but I’m not sure why you’re presenting them as mutually exclusive with individual coaching.

I'm not, it just sounded to me like time management and prioritization were skills better taught in training courses or group sessions.

I'm still not clear on what this coaching really looks like, or why it is appropriate for a regular 1:1 call.

Coaching generally differs from training in that it’s drawn from actual ongoing circumstance. So you can go to a group training on how to manage your time, where somebody teaches you techniques for prioritizing requests. But a good manager can notice if you’re getting burned by bad prioritization and spend time coaching you based on the specific circumstances you’re hitting.
Well I'm a bit skeptical whether they would or whether it would be better to suggest actual structured courses for me. But either way I don't see how that justifies regular 1:1 when I don't get said coaching. Send a message mentioning their thoughts and ask if I'd like some help with it, and if they think they are the one to give it and other team members would not benefit, great organize a regular call for a few months or do it over slack or whatever.

As I said, I have no problem with a call for a said purpose with an achievable goal. "1:1" is not a goal though, nor is "talk about <x>".