How many meetings do you have per week?

And how has this changed from job to job or role to role for you?

Comments

[Bobo Brussels]

Full time worker here. I'm in about one meeting per day. Two "standup" syncs per week, one planning meeting, and a few misc meetings on top of that.

[Zikitel22]

meetings
| /
| /
| /
|/ ____ years of career

This is sad reality but it is natural.
The more you rise the ladder the less you code and more you discuss ideas/architecture/how things should work. Over the time you manage more teams that have more people involved which means more time to synchronize and get everybody on board -> more meetings.

[Ben Halpern]

What advice would you give someone who wants to manage their career in a direction that limits meetings — even if it means giving up on title and salary opportunities to some extent?

[Zikitel22]

From the top of my head

• Early stage startups - how many meetings do you need to sync 3-4 people given they are mostly seniors :)
• Being part of "innovation department" - never experienced it myself but from what i heard this is almost no meeting environment
• Lone wolf freelancer/consultant - well you have meetings with clients but i doubt that they happen more than once per week

[Daniel Starner]

3-4 meetings per week.

• planning
• 1:1 with manager
• retro
• flex meeting for discussing projects or department-level stuff

We try to keep content and knowledge transfer asynchronous through documentation to limit the number of meetings needed

[Edwin]

• Daily stand-up (15-30m) - useful, quick status updates and discuss urgent issues.
• Weekly architecture discussion (1h) - cross-team discussion of any architecture topic, this is good for standardisation across teams, reach consensus on topics.
• Biweekly sprint review (1-1.5h) - Every team presents work delivered during the sprint, useful to see progress and gives devs a feeling of closure.
• Biweekly feature kickoff(1.5h) - PM presents new features and collects some early technical feedback from the team (helps the team get a feeling of what's coming and understand the bigger picture).
• Biweekly sprint planning (1-2h) - estimate planned work for the coming sprint, assign story points and identify any issues before work is started.
• Biweekly retrospective (1h) - feedback on internal processes, which does help to improve over time.

Finally there are functional/technical refinement meetings (1h each, as many as needed) where a small team prepares user stories, define requirements, raise issues in spec/architecture/etc before it is planned for the next sprint.

Sometimes it feels like a lot, but if we don't have these meetings, then devs would have to figure this stuff out during a sprint and the overall delivery time would be longer. So most of them are useful planning meetings, which can be tedious, but we try to limit to 1h so everyone stays sharp.

[Joe Mainwaring]

I was pretty meeting heavy when I was in a lead engineer role, but I still managed to get 4-6 hours daily to focus on code.

Some things I did to help balance meetings with getting things done:

• Require meetings to have agendas, otherwise I would not attend
• negotiate with other stakeholders on timing & frequency
• consider meetings optional if a team member was taking the lead

[Pandademic]

exactly 1

[Bobby]

Around 2 per day, and we have meeting-free Friday 🎉

[Ishaan Sheikh]

1-2 if not counting daily stand-ups.

[Jasterix]

Too many. This week alone, I have 16 meetings, including recurring weekly, biweekly or monthly meetings 😭

[Waylon Walker]

When I was a Mechanical Engineer it was solid meetings, making it hard to get work done. I moved over to software and I now have about 1 meeting per day with a lot of working sessions with my team done on the fly. I end up in a Teams call for a good 80% of my day.