Earlier quoted context omitted.
I am with you on most of your points, but definitely not on the "normal and mostly acceptable". The truth of our domain is that you can get great work done in 3-4 hours a day (I am referring to deep work here, not meetings). In fact, most of us become much less productive beyond that. The remaining hours can/should be spent on useful meetings, reading, learning new things, chatting to people about things, etc. Coasti…
> I am with you on most of your points, but definitely not on the "normal and mostly acceptable". The "normal" part is easy to disprove: If everyone was doing near zero work and lying their way through standup about it, nothing would ever get done. That may be normal in certain zombie organizations, but those organizations can't last forever without people doing actual work. Somebody is doing the work, even if the OP…
I think there's a distinction here between two types of "work" (at least). Work that moves the product/business forward in tangible ways, in addition to just adding features (decrease down time, reliable repeatable deployments, reproducible, easy to understand configuration, fast bug remediation) and work that doesn't.
I think we've all experienced teams who switch frameworks and libraries at a whim, or worse yet, adopted entirely new languages "just because". They usually don't ask permission, or if they do the sell the decision makers on some hula balu about "increase productivety" or whatever when they really just want to use new cool X. Or howabout the frontend teams that switch naming conventions, and never rename the old stuff before starting another naming convention?
The point being there are a lot of developers who waste a lot of time "working" on things that just don't matter. The business never asked for it, it serves no purpose or real need other than to scratch someones itch (or build their resume). I maintain if wasting time doing nothing is "stealing" from the company, then so is this.