of Theory of Constraints 1970 Production scheduling software OPT The Goal 1984 It's Not Luck 1994 1988 Approach named Theory of Constraints TOC service offers the Viable Vision 2005 2008 Isn't It Obvious TOC Handbook & The Choice 2009 2000
constraint 3. Subordinate the system to the constraint 4. Elevate the constraint 5. If constraint broken - go back to step one WARNING: Do not allow inertia to cause a system constraint! ToC Five Focusing Steps
for Manufacturing - DBR Protection Sets the pace Drum Protection Finished work New work Rope Signals the release of work into the system. Bottleneck Non-bottlenecks Non-bottlenecks
same ◦ Activation is what should be done Utilization is what can be done “100% utilization of a non-bottleneck is wasteful.” 2. The level of utilization of a non-bottleneck is determined not by its own potential but by some other constraint in the system. 10 Rules of OPT
frequency Multiple per day (on demand) Once per week to once per month Once per month to once every half year Lead time for changes Less than one hour One week to one month One month to half a year Mean time to restore Lett than one hour Less than one day Less than one day (lower on avg) Change fail rate 0 - 15% 31 - 45% 16 - 30% 2016 State of DevOps Report dvps.me/2016-state-of-devops-report
May 2011 May 4, 2016. AWS Summit Stockholm ~50 million deploys / year ~136K deploys / day “Deployment every 11.6s, 1,079 max in one hour. 10,000 mean number of hosts per deployment, with 30,000 maximum” - Amazon.com youtu.be/dxk8b9rSKOo
requesting a change until customer value is delivered? time to restore service How long does it take for an abnormal behavior in the system to be detected and restored to the normal standard agreed way of operation? release frequency How many changes and features are being released to production in a fixed period of time? change fail rate How often the system fails or service disruption occurs that originates from lack of quality in the source and required rework? Performance KPIs
with a before-and-after benchmark. ◦ Process improvement consulting services provided by senior system architects. ◦ Technical training and mentoring sessions for software engineers and operations. ◦ Architecture and system design service for innovative products. ◦ Workshops for hands-on learning of cloud and devops technologies.