> Instead, pick things that are either tiny or decoupled from the release process Totally agree. What I've seen work is when engineering managers work on non-c

> Instead, pick things that are either tiny or decoupled from the release process Totally agree. What I've seen work is when engineering managers work on non-critical (but high impact) improvements, on initial prototypes (so that they can have a good idea of challenges when they allocate resources), bug fixes, getting involved in outage remediation, etc.