The problem isn’t the speed of communication, it’s requiring everyone else to witness communication that doesn’t apply to them. I’ve never been on a team where 8+ people are all potentially involved in the same issue. If it takes someone 5 minutes to write an email or 1 minute to talk it out, it’s still a bad idea to have 8 people listen so their communication will be faster. And generally a back and forth, which is where direct communication really shines over email, shouldn’t be a full-team situation.
And yeah, email can be a distraction, but that means you need to handle email better (filter your team’s email to priority and churn through the bullshit flooding your inbox later). It’s just as much a flow killer to get people up and out for a meeting that may be short, but is largely worthless. I know when a meeting isn’t worth my time. Short is better than long, but it’s still a disruption beyond skimming an email and recognizing “not my thing”.
In the end, what really strikes me as a problem is the frequency of these meetings. You shouldn’t need to be synchronizing your team every day. Leading up to a release, sure, every day matters and things can change in an instant, but for a regular way to manage a software team? You shouldn’t have daily pivots needing realignment. The ritual isn’t to make the devs comfortable by structuring their day, they’re not children and they can make their own structure, it’s instilling a feeling of perpetual crunch.