All in theory of constraints

Evgeny Zislis has a great piece on DevOps Transformation using Theory of Constraints, where he takes us through the 4 Questions for Technology. The short version of the discussion is that it is far too easy for people to apply the tools and outward signs of <pick your poison> without fully taking the change on board. And as a result, the power behind that change is never fully released.

Change management is always an entertaining topic. It usually starts with some version of "they don't want to change" and then variations on how to make it work. Thinking about it a little more, it's not that people always resist, but there is something about the change that doesn't work for them or maybe they don't understand. Maybe it's time to step back and take a look at their perspective.

I finished "Stretch: Unlock the Power of Less - and Achieve Than You Ever Imagined" by Scott Sonenshein a few weeks ago, and have had the ideas rolling around in my head since then. I really like the overall premise of the book: lean towards Stretching instead of Chasing. I found that it nicely connects to the ideas of Theory of Constraints and process improvement in general.