Delivery, not Engineering
Delivery is the combination of Product, Engineering, and Design, under one roof in order to focus on driving customer outcomes.
Delivery is the combination of Product, Engineering, and Design, under one roof in order to focus on driving customer outcomes.
This shift works to remove the "healthy tension" (which is crap anyway from my perspective) from product and engineering.
It also removes the focus from being on code, and focuses it on the delivery of solutions to the customers problem. This may take the shape of code, but may not, and the exact shape of that code will vary, depending on how we can most simply solve the customers problem.
I can't take credit for this one. It's shamelessly stolen from Jonathan Nolen at LaunchDarkly, which I heard about on the Developing Leadership podcast a while ago.
Go listen to it if you want the better, more in depth version of this.