Analyst Coverage: David Norfolk
DevOps is about encouraging a culture of collaboration across the development, operations and business silos (and, by implication, removing these silos), with all of the appropriate stakeholders involved, focused on agile delivery of automated business outcomes. It isn’t, primarily, about deployment automation or cloud or virtualisation – although all of these may be DevOps enablers.
It is, in part, a governance process (see here), protecting existing service delivery and the quality of enhancements with “just enough” controls; whilst also ensuring that business agility isn’t compromised by unnecessary delays and inefficiencies in the automated business service delivery process.
Business change is the new norm and software development became Agile in order to cope with this. But software development then hit a barrier when it encountered inflexible Operations deployment processes – particularly at scale. DevOps is, at basis, about extending Agile techniques to Build and Release management – deployment by operations – and is possible because Build and Release can now be coded (automated). And, of course, Agile requires end-user involvement in its process.
The tension is around preserving existing business outcomes – if moving code into production is easier, is there a risk that code that isn’t fit for purpose, or that the business no longer needs, reaches production and adds waste to production processes (that is, it adversely impacts the business outcome)? Where is the quality gate, which ensures that the right code moves into production as well as ensuring that it moves right? And there’s a stakeholder issue – the stakeholders in DevOps include regulators and business strategists as well as coders and business users – the higher levels of the ITIL service delivery model are a guide.
The answer is to take best practices from Dev and Ops and combine them to deliver something more than the sum of these parts – and then governance comes, in part, from the active collaboration of all of the stakeholders in automated business service delivery in assuring the business outcome.
The evangelists for DevOps will be the change champions in the organisation. It needs top management support for the cultural changes involved – people are comfortable in technology silos – but it’s been driven bottom-up – by bright developers who see traditional ops as a barrier to adoption and want to adopt a continuous delivery culture; and, probably most importantly, by bright Ops people who see the way things are going.
The DevOps value proposition is around “time to market” agility – the business runs on software, the rate of business change is increasing and the business demands agile responsiveness from software development; ergo, the organisation needs to remove barriers to getting its software released into production – whilst still managing risk.
Continuous build and continuous deployment automation tools are the key features of DevOps currently, supported by test automation tools. In the future, “social business” collaboration tools such as Fuzed may well have a role in facilitating appropriate stakeholder involvement.
The DevOps market is just starting up the hype cycle and mainstream value is several years out in the future. Nevertheless, there are some early adopters (as you’d expect) and large companies such as IBM are already exploring “DevOps at scale” – see, for example, IBM’s Scott Ambler on “Disciplined Agile Delivery” here. DevOps may well become seen as central to Cloud Computing adoption (itself early in its hype cycle). If everything is a virtualised cloud service, automating the orchestration of cloud services delivery – essentially, DevOps – is a no-brainer.
Currently, the market is being driven by early adopters and comparatively small vendors, especially from the Cloud space. Thoughtworks, e.g., is an interesting thought-leader with a good grasp of Agile at Scale to build on.
However, the big management software companies – IBM, CA Technologies, HP, BMC – are gearing up to dominate this market – and, as was seen with Agile development, DevOps at scale will be a key issue for mainstream adoption, several years out.
- DevOps, an IBM Perspective - it’s going to be a culture thing for the Mutable Business, not just a technology thing, and most of IBM’s ideas have general application
- Future starting here? - Looking at DevOps processes beyond simple software development
- A mutable Puppet show - Configuration management is essential for Mutable without tears
- Ignitho and frugal innovation
- Building out a cloud-based critical app for a bank - SEAM number 8, a developer's meet-up
Further resources to broaden your knowledge:
This paper focuses on the synergies between the products that SentryOne has been developing and marketing since it was founded, and those which it gained when it acquired Pragmatic Works Software in April 2018.
Conformiq Creator and Conformiq Transformer
This a technical evaluation of Conformiq’s products for Test Design Automation.
Optimising HPE ALM with CA Agile Requirements Designer
CA Agile Requirements Designer brings significant additional capabilities to HPE ALM environments.
Perforce embraces OSS – in part
Perforce has given some of its IP to the OSS community
Are you experiencing unwanted friction?
A BMC quiz identifies areas of friction between IT and business users
Configuration management and Trust
If you don't know what you have, where it is and how it is configured, how can you trust any of its outcomes?
The Configuration Management Specialist Group conference
he BCS CMSG conference this year is on 10 of June 2014
More than a DevOps story
This is a review of a book: fiction about DevOps. But rather more than that
Git along thar little dogie
A BCS CMSG event highlights the advantages of open-source distributed version control.
Orchestrating Release Management
Serena announces its process-driven approach to application delivery end-to-end, from demand to deployment.