Rob England defines DevOps within The IT Skeptic as followed:
“DevOps is agile IT (operations) delivery, required to match the cadence of agile IT development. DevOps is a philosophy, not a method, or framework, or body of knowledge, or *shudder* vendor’s tool. DevOps is the philosophy of unifying Development and Operations at the culture, practice, and tool levels, to achieve accelerated and more frequent deployment of changes to Production.
- Culture=behaviour, teamwork, responsibility/accountability, trust/empowerment…
- Practice=policy, roles/RACI, processes/procedures, metrics/reporting, KPIs/improvement…
- Tools=shared skills, toolmaking for each other, common technology platforms…”
I personally agree to this statement, as it combines a philosophy for collaboration between several departments and includes management, developer, tester and administrators while involving customers. If the business users are highly integrated the philosophy is also called BizDevOps, which means Business plus DevOps. However; DevOps is a philosophy and not a method, framework or body of knowledge. Therefore the culture of a company, their processes and lived roles are the key for the success of DevOps. Sometimes DevOps is compared to frameworks such as ITIL, as they have shared disciplines and can integrate into each other. By putting those two next to each other it is possible to find relations:
|DevOps Stream||Frequency||ITIL Roles and Disciplines|
|Code objects checked in, tested and deployed||Daily||
|Knowledge updates created and tested for the new functional requirements||Every other day|
|Formal Operational acceptance tests||2 times / week|
|Hardware deliveries||As required||
|Early Life Support and Continual Service Improvement||Daily|
|* discipline before ITIL 2011|
Even though there are relations, ITIL is a still a whole framework and provides larger deployables and scope, while DevOps is more agile and flexible. Therefore DevOps deployables are smaller. DevOps could be considered as younger brother of ITIL, which provides a more agile throughput. Within this booklet, I introduce some milestones for DevOps and considerations when aiming for DevOps approaches.