If bi-weekly works for you and your reports, do that. However I would argue that 1:1 is the one area you shouldn't try to minimise - as a manager, spending time coaching and developing your reports is a large part of your job. The time you spend on them should be highly valuable. If you or your reports think 1:1s are a waste of time, something is going wrong and you need to change how you do that.
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?
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.
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.
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.
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>".
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.
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.
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).
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.
It should also be a scheduling priority. A 1:1 may not seem super important, but it's often the only time an employee will have to talk with their boss. Repeatedly cancelling it (especially last-minute) is an indicator that your employees are not a priority and that can destroy trust and kill morale.
If a 1:1 is just a way to surface problems with the employee and plan skills progression, weekly is way too much. Even monthly, there is hardly something new going on, in my experience.
I think this happens because of deep issues with how companies operate, which is a frustrating and painful issue to deal with upper management.
The problem with skill progressions in most companies I've seen is that they're something meant to retain engineers, while what engineers are hired for is to build a product. Once you're not a junior engineer anymore, you have probably seen all the technical tasks you can do. What are you going to learn next? Functional programming? Cool, it will come in handy to fix pixels on buttons.
Some companies are better than others. From what I've seen, it's worse where skills progressions are basically irrelevant for promotions and raises and the only factors that matter are product related.
It's hard for an engineer to get the time out of their busy schedules. I've seen two types of engineers. Those who don't care about their career and spend as much company time learning something to show off at their next interview and those who care so much about the product that they don't have time. I'm sure just the notion of these factors being in play influence the way mentees portray themselves to mentors. If you don't trust your mentor and you know there is no punishment or reward for not learning whatever skill is important to learn, you'll just say you didn't have time to learn it and focus on the product.
I promote explicitly scheduled focus time (ex: 4 hours twice a week of "GSD"). Also a good manager will know when they really don't need to probe on current health & status and happily call a meeting early. I wish more meetings ended with "we're done 30 minutes early!"