[throwawaylinux]

I rarely get anything from my 1:1 which is one hour every two weeks.

Most reasons for the call could be replaced just by emailing agenda items to me, and allowing me to respond with any issues, then based on that and what is on the agenda we could decide to have a call but most of the time we wouldn't. And if we did to get past something in particular, it would be like 10 minutes not 60.

My manager is not technical though and can't really coach me about much. It seems strange that 1:1 time would be used to coach and develop technical staff -- what do you mean by this exactly? Some kind of training?

[akerl_]

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.

[throwawaylinux]

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.

[akerl_]

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.

[throwawaylinux]

> 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.

[akerl_]

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.

[throwawaylinux]

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>".

[domk]

Yes, kind of like training, except it doesn't have a set agenda like a training session would, but is instead rooted in the circumstances of what's going on at that time. Any questions your report has? Anything they are struggling with? Any feedback you have for them? What are they working on longer term and how that's going?

I've never managed senior people, but for junior to mid engineers there is plenty to talk about most weeks. Occasionally there isn't, in which case it's just a 10 min checkin, but the weekly opportunity to raise anything is quite important.

1:1s that are status updates or things that could be resolved over email are definitely an anti-pattern.

[stormcode]

I think in general you'll get out what you put in. 1:1 should be your time, your agenda. If it's a status meeting it's being done wrong. If you aren't setting the agenda and bringing things to talk about, goals to discuss, questions, etc. I think you are missing out. If your manager isn't pushing you to bring those things (many don't, but should) take it into your own hands. Shows that you own your development plan, and that is always a plus.

[throwawaylinux]

Manager is very open and always asks me to bring any issue I have, asks me about it on the calls etc. I do bring things to talk about when I have them. Which is not very often because most things I have can be done far quicker and more precisely with a written record I can refer back to on slack.

I am not the one who schedules these 1:1 meetings though. Manager is. Cardinal rule of meetings should be only schedule them if you have an achievable goal for them which is not better achieved with email or IM. And the goal can't be "talk about X".

I don't have a strong desire to push back against it. My schedule is not one that is full of meetings, and most of the ones I do have are interesting and enjoyable technical ones. And the manager is a nice person who means well and probably gets pressure from above to schedule them. And blabbering on for 30 minutes per week isn't terrible. It's just not at all productive or useful for me to be spending that long on a 1:1 as far as I can see.

[hellweaver666]

Just a thought, but maybe your manager does have a goal for these meetings? Maybe checking on your wellbeing, keeping an eye on your engagement etc? I can get a lot from a casual chat with someone. Just because you don't personally benefit from a meeting doesn't mean someone else doesn't.

For my team members, one of my reports started an agenda doc with the things they wanted to talk about allowing us to stay focused, I add things to the doc too and it works really well. When we have nothing on the agenda, we don't have the one on one. It worked so well, I now do it with all of my reports (and the peers and management types that I report to).

[throwawaylinux]

He generally puts together an agenda and does ask about how I'm doing, always asks whether I have any problems or want to talk about anything.

Don't get me wrong at all, he's a lovely person and means well. The 1:1 does not irritate me as such, my week is not loaded up with meetings. If that was different, I would gently try to change things. I also think he is getting pressure from above to meet various metrics like 1:1 time.

I just don't get much out of it that couldn't be replaced by a couple of minute slack or email once in a while when things come up. And I accept it might work well for others.