skip to Main Content


Last Updated:
Analyst Coverage: and

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.


  • broadcom logo
  • Conformiq (logo)
  • IBM (logo)
  • QUASAR DB logo
  • Silwood Technology (logo)

These organisations are also known to offer solutions:

  • Blueprint Software Systems
  • BMC
  • Cognizant
  • Datical
  • Dynatrace
  • Electric Cloud
  • Hexawise
  • HP
  • MaestroDev
  • Micro Focus
  • Neebula
  • Nolio
  • Opscode
  • Puppet Labs
  • rPath
  • Serena
  • ServiceNow
  • ThoughtWorks Solutions
  • Tricentis
  • TurnKey Solutions
  • UC4


OBSERVABILITY Spotlight cover thumbnail

Observability - Towards a user-centric, business services-oriented view of IT performance

Observability is a child of DevOps. It is a collection of tools, techniques & best practices. It allows SREs, SecOps and ITOps to understand how app code behaviour affects business services.
SILWOOD InBrief -(cover thumbnail)

Silwood Safyr

Silwood Safyr is a software product which supports customers who need to exploit metadata in their ERP and CRM systems.
IBM INFORMIX InBrief cover thumbnail

IBM Informix

IBM Informix is an object-relational database with native support for both time-series and geospatial data.
IN BRIEF INFLUX DATA cover thumbnail


InfluxDB is a time series database that has been designed that way, as opposed to a relational (or other) database that supports time series.
QUASAR InBrief cover thumbnail


QuasarDB is a NewSQL column-oriented, time-series, distributed database that uses a peer-to-peer approach to support QuasarDB clusters.
Back To Top