🔗 Who runs Engineering processes?

What I’ve learned since, mostly through designing thoughtful processes that nonetheless failed, is that good process is a deliberate tradeoff between quality and overhead.

This reads like the managerial manifestation of “do you want more boilerplate or more magic [in your codebase]?” Nobody likes having more overhead…but nobody likes the uncertainty of how to handle routine situations, either. Knowing that the tradeoff must be made made feels like the smallest increment of progress.