100% Agile within a Year – The DevOps Cube
by Niall Crawford
An interesting article I spotted on LinkedIn this week:
- [Bank] to be “100 per cent Agile” within a year, says senior coach
Interesting for a few reasons, one – the post was quickly removed after receiving a battering in the comments section and across general social media and secondly because these “agile at scale” comments are a pet “bug-bear” of mine.
Saying that however, I probably must also assume that the excitable author may have “partially” miscommunicated the intended message of the “agile thought leader” and thus why the article was quickly swept under the carpet.
Nevertheless, it did get me thinking.
How could a large company, like a bank, be 100% agile? And how could they prove it?
I see two fundamental challenges or truisms:
- Companies are federated
Companies tend to be federated, by Business Unit or Platform and of course teams. This of course has certain benefits, however, it also means “mileage” can vary. Some teams have good leaders & smart engineers, other poorer divisions less so.
- Measuring agile is difficult.
Counting the number of agile coaches is not a realistic method and organizations rarely have the necessary statistics (past baseline information or accurate real-time statistics) to demonstrate they have accelerated delivery timelines, increased change volumes and continue to provide quality.
With this objective in mind, I set a challenge for the team to come up with a solution, using our own Enov8 Platform, that our clients might use as a method, in part at least, to measure their IT maturity & agility.
The result after some brain storming was the “DevOps Cube”.
An approach based on understanding the organization is built upon IT Systems & Platforms.
Each system is made up of building blocks that span across:
- IT Environment Tiers i.e. infrastructure, applications & data
- IT Environment Operations e.g. build, deploy, test (& maybe secure).
They also have different maturity levels from Chaos to Defined to Automated to Self-Service.
21 FEBRUARY, 2018 by Niall Crawford I am continually 'un-amazed' when I go into large organizations and look at their 'DevOps' strategy. At a team level, it's invariably no different to what we were doing back in the late 90’s (perhaps with exception to some of the...
The intention of environment synthetics is to provide ‘high-level of confidence’ applications (your system instances e.g. UAT Home Loan System) and their underlying component services…
DevOps & DevOps at Scale is little a bit like comparing the building of Sand Castles on a Beach to Town Planning. Here are 5 practices to promote as a way of preparing for a DevOps at scale capability…
This year’s world quality report (2018) has once again identified Test Environment Management as a major challenge for Agile Development & Testing. Key statistical insights from this report included…
A key responsibility of any CIO is to find the correct technology partners to deliver IT services. Ideally services that will be delivered: Better, Faster, or at the very least Cheaper. A process that involves RFPs, Presentations, Strategy Workshops…
13 OCTOBER, 2017 by Niall Crawford According to Wikipedia, Enterprise Release Management (ERM) can be defined as: A multi-disciplinary IT governance framework for managing software delivery & software change across multiple departments in a large organization. ERM...