Posted by theorchid 7 hours ago
I'd much rather talk for 30~60 mins and get everything hashed out. It also allows you to build rapport, so next time it will be much easier to do something together again.
That's because management is an interruption-driven position. You just can't guarantee you can get 2-4 hours of productive, uninterrupted time.
Which means you shouldn't take on engineering responsibilities which, if delayed, will hurt your team.
So I'd still build stuff but it would be internal tools, or exploratory prototypes, or stuff that was absolutely not linked to any deadlines.
As far as I can tell coding agents have changed this quite a bit: I know a lot of engineering managers who are getting back into code now because they can carve out 30 minutes, and 30 minutes is now enough time to get something useful done.
I still think most managers should stay off the critical path to production though, at most organizations.
If one wants to be a good manager then you do not have the luxury of being in good or bad mood, you are required to context switch between more than one person with entirely different motivation and problems.
It's possible the other party is dealing with some complex or ambiguous and a call is often helpful to talk through and get them focused quickly. If you still hate calls though, as them to send a write up summary of the call and continue any further conversations that way.
There are so many ways to handle these interactions with just a little give and take.
But how do you find others developers like yourself ? Most people need calls. They might say they don't like it, but they're more productive once they have them. They need to feel there is a human on the other side that cares about the results, that is waiting for them and pushing them. Most people need deadlines, even if they're fake. They need to tell people around them they have to do X before Y, they wouldn't be able to justify what they're doing to themselves and their surrounding without that fake deadline. They wouldn't think about telling coworker about a similar piece of code or feature they're working on without that daily standup.
All those boring useless things, all those methods, those rules, those office politics, they're here for a reason
But as I age, I see that there are people out there that NEED to talk and to speak to other people. And of course, you have those doing micromanagement.
This is an obviously poor policy.
Are we avoiding leaving RF spectrum traces? Are we worried about compromised digital channels? What is the reasoning?
In 2026 I'd rather be fighting for the army that evaluates all options to come up with the most effective way to accomplish an objective rather than one that dogmatically clings to ineffective methods.
In other words: if the winning side uses letters and the losing side uses phones, I'd rather be on the letter writer's side.
I switched my team to text based daily updates submitted anytime before ~10am.
A nice perk was it gave people the option to do it at the end of the day to help plan their following day so they hit the ground running in the morning. It was especially useful for Mondays where people spent time filling dead air on calls trying to remember what they were doing on Friday.
Everyone could see what was happening, stalled work and people going off track were really obvious if the updates weren't specific enough. "still working on" and "I couldn't solve it so I'm going try and run git bisect over 10 years of commits to see where it breaks"
Management were happy that they were getting their status updates and we could all stay in the zone for the whole morning.