[marktangotango]

> However, we do expect that everyone is putting in similar amounts of effort to their peers.

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.