{"id":990,"date":"2015-05-27T16:52:03","date_gmt":"2015-05-27T14:52:03","guid":{"rendered":"http:\/\/leanmagazine.net\/?p=990"},"modified":"2024-03-15T15:18:49","modified_gmt":"2024-03-15T14:18:49","slug":"jez-humble-continuous-delivery","status":"publish","type":"post","link":"http:\/\/leanmagazine.net\/lean\/jez-humble-continuous-delivery\/","title":{"rendered":"Jez Humble \u2013 The Father of Continuous Delivery"},"content":{"rendered":"

\"\"<\/a><\/p>\n

With the book he co-wrote with David Farley, Jez Humble can be considered one of the founders of the Continuous Delivery movement. In this article, he shares some of the experience he has gained since then.<\/em><\/h4>\n

Jez Humble\u2019s first experience with continuous deployment was working in a startup in 2000:
\n\u201cMe and the CTO would ftp files from our workstations directly into production; of course I don’t recommend that now,\u201d he says with a smile.<\/p>\n

Five years later, he was working at ThoughtWorks\u2014an IT consultancy\u2013on a team in a corporate “enterprise” environment. Here the team tried to get the custom software they were helping to build deployed to a production-like environment for testing purposes.
\n\u201cIt took us 2 weeks the first time and exposed a number of architectural problems,\u201d Humble recalls. \u201cIn addition, it was a configuration management nightmare.\u201d<\/p>\n

Experience turned into a handbook<\/strong>
\nIn the course of fixing that and a number of similar projects, Jez Humble and his co-worker Dave Farley distilled the ideas and experiences of colleagues involved in those projects into the Continuous Delivery book.<\/p>\n

\u201cWe were very lucky inasmuch as several people in other parts of the world had come up with similar ideas,\u201d says Humble. He mentions people like John Allspaw and Paul Hammond of Flickr and the wider community around the Velocity conference. The idea of agile infrastructure that evolved into DevOps was the brainchild of Patrick Debois and Andrew Shafer. John Willis contributed by writing a blog on this convergence. The term continuous deployment was coined by Timothy Fitz and Eric Ries at IMVU.\u00a0\u201cThat along with the emergence of \u2018the cloud\u2019 meant that what began as a niche book on the dusty topic of build, test and deployment automation ended up where it is today,\u201d Humble says.<\/p>\n

According to Humble, Continuous Delivery is all about making it economic to work in small batches. From a general perspective, there are two goals of continuous delivery. The first is to speed up the process of creating and evolving software-based products. The second is to reduce the pain and risk of releases.
\n\u201cAs a side benefit, companies have also found that investing in practices such as continuous integration and comprehensive test and deployment automation has reduced costs and increased quality,\u201d he says.<\/p>\n

Two kinds of obstacles<\/strong>
\nAccording to Humble\u2019s experience, the biggest obstacles for companies implementing Continuous Delivery tend to be architectural and organizational:<\/p>\n

    \n
  • In architectural terms, continuous delivery requires software that is easy to test and deploy in an automated way.<\/strong> Developers need to be able to run automated tests on their developer workstations and gain a high level of confidence the software is releasable rather than having to rely on complex, integrated environments to get this kind of feedback.\u00a0\u201cIf we can find problems early on in the development process, they’re much cheaper to fix,\u201d Humble says. \u201dIn addition, developers can get fast feedback to \u201cbuild quality in\u201d rather than relying on testers to try and inspect for quality after \u2018dev complete\u2019\u201d.<\/li>\n
  • The organizational problems are usually due to poor communication flow.<\/strong> This is either up and down the organization due to typical command-and-control management processes, or across the organization due to functional silos.\u00a0\u201cIn order to move fast at scale, we rely on people working together across organizational boundaries,\u201d Humble says. \u201cWe also rely on people at the edges of the organization having the authority and information necessary to make decisions locally that produce the correct results for the organization and its customers as a whole, and being able to get fast feedback if the outcome isn’t going to be the one they expected. These are preconditions for a culture of experimentation which can be found in all high performing organizations.\u201d<\/li>\n<\/ul>\n

    Plenty of evolution remains<\/strong>
    \nRegarding the future of Continuous Delivery, Humble thinks that it is seeing faster adoption now than a few years ago.
    \n\u201cTo choose just one metric that is close to my heart, my CD book had higher sales in 2014 than any year previously,\u201d Humble says. \u201cEarly adopters have been talking about these ideas for a few years now, but there’s an enormous number of companies who are only now beginning to seriously adopt agile practices, let alone CD. I think we will see plenty of evolution in the future – people are constantly coming up with new ideas, and we still have some way to go in our adoption of some relatively old ideas proposed by people like Taiichi Ohno, W Edwards Deming, Douglas McGregor, Peter Drucker, and Shigeo Shingo.\u201d<\/p>\n","protected":false},"excerpt":{"rendered":"

    With the book he co-wrote with David Farley, Jez Humble can be considered one of the founders of the Continuous Delivery movement. In this article, he shares some of the experience he has gained since then. Jez Humble\u2019s first experience with continuous deployment was working in a startup in 2000: […]<\/p>\n","protected":false},"author":32,"featured_media":991,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[77,72,5,83],"tags":[6,30,53,58],"_links":{"self":[{"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/posts\/990"}],"collection":[{"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/comments?post=990"}],"version-history":[{"count":9,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/posts\/990\/revisions"}],"predecessor-version":[{"id":1162,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/posts\/990\/revisions\/1162"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/media\/991"}],"wp:attachment":[{"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/media?parent=990"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/categories?post=990"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/leanmagazine.net\/wp-json\/wp\/v2\/tags?post=990"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}