The real game changer is axing all scheduled internal meetings. No standups, no weekly grooming, no syncs. Scrap these time-wasters and you'll be surprised at the productivity spike. If not, then you likely don't have the right people working for you.
Remote work offers very little structure. As someone who thrives on autonomy and chafes at process this always felt great to me, but a lot of people thrive with a bit of structure. These days I’m of the opinion that remote work needs to both adapt to not demand too much structure, but also needs to mindfully provide enough that people can work effectively. Most people on my team have around 5 to 6 hours of standing meetings each week, plus ad-hoc synchronous discussions when they seem valuable. That seems to be the right balance for my team but every team will be different in the exact numbers.
The important thing I think is to let the structure emerge naturally and serve a specific purpose rather than doing meetings to replicate in-office processes or to serve some theoretical process.
Wow that is a lot. That is (almost) a WHOLE DAY of meetings each week just for syncs.
I can only provide my own anecdotes, but I'm at 0.5-1hr for standup status-report type meetings.
My team skews a bit junior right now, and I generally expect a pretty high degree of autonomy. We’re not a feature factory and people aren’t pulling tickets from a backlog mindlessly- I expect them to understand what they are building, why, talk to users, take ownership of a problem and exercise sound judgement. That requires some coordination. More senior people can handle that with less structure. For a highly competent but less experienced engineer I’ve found asking them to work mostly asynchronously was setting them up for failure. Giving the a bit of structure, making them available to one another to help themselves grow, and giving me more opportunities to recognize when I needed to intervene early has been successful.
For some teams it might feel like too many meetings, but that’s why I said that you need to pick what works for the specific team. Don’t cargo cult process and structure, but don’t be afraid of it when it can help either.
Jeeeesus... Yeah, I bet your engineers thrive.
I've found a singular Slack message at the start of the day more than enough for stuff like daily standups or whatever, literally no reason to drag people into a meeting for crap like that.
It's amazing how difficult this is for so many managers out there though.
https://learningcenter.unc.edu/tips-and-tools/taking-breaks/ https://hbr.org/2023/05/how-to-take-better-breaks-at-work-ac...
Sure, let's factor in breaks, but let's also factor time spent in meetings, emails, interviewing candidates, maintenance work, capitalization work, training new hires, R&D, etc, etc.
Only then can we understand the true costs of this kind of labor. Taylor had factories where it was easy to inspect and measure. If you want the kind of scientific management that shows a measurable increase in how long and how many breaks that a knowledge working should take, then you need detailed data on their baseline productivity.
Our meddling intellect
Mis-shapes the beauteous forms of things:—
We murder to dissect.
Ok, with high school poetry class over…this “scientific management” approach seems to hold a particular appeal to technical types, who also say it could never apply to them. So bravo for volunteering your own working life to the altar of manageable metrics, but for me, I’d rather not.
I already fill out hourly timesheets as I work in legal services and we bill clients by the half hour, albeit just for external purposes.
This isn’t just Taylorism. I’m also describing Activity-Based Costing, a key component in managerial accounting for high complexity services and products with lots of fixed costs.
Most non-VC backed companies engage in such practices.
This if course needs to:
1.) come from the top down. The CEO should be doing the same thing, and
2.) have an incentive structure tied directly to profits and “public” reporting.
Buy-in from the entire organization is required and everyone must be motivated to keep costs under control.
Look at the efficiency of software developers for Formula 1 teams. Any additional costs in that division impacts time spent in the wind chamber, etc, because there is a cap if $190 million per team.
They are motivated to win and their costs are constrained by the format.
Motivation for organizational cost analysis must be shared amongst all employees.
The result of this approach, centered on metrics, ranking, making lists and using “objective data”? They almost killed the golden goose. The successes dropped off and the averages declined. The tech side finally had to back off, and those people are back to acting like they always did.
Now that I’m back at my regular job (which, I must concede, is an amazing job on paper and something I spent a lifetime getting to), I can barely survive the day and have zero energy after 16:00.