Sep 23, 2020
When a company invests in DevOps, it’s investing in speed: speed to market, speed to new ideas, speed to respond, and speed to recover. DevOps is a lot like roller coasters, sports cars, or anything else that goes zoom — if you don’t first build in safety, nobody will be comfortable going fast. The consequences of disregarding this could be disastrous, and it is up to leadership to provide that support and vision to ensure a successful transformation.
This safety concept will apply throughout the transformation, but it has to begin with giving the team the psychological safety to experiment. DevOps can be phenomenally scary for all sorts of people. Some of the most common, fear-based questions I’ve answered when coaching DevOps include:
If leadership doesn’t ruthlessly eliminate the underlying fears, then the DevOps transformation is doomed to tepid success at best, but more likely it will fizzle out like wet campfire wood—a few pops and some smoke, but nothing worth being excited about.
The best thing a leader can do is to give the team their full-throated support for investing time and energy into the DevOps Transformation. What does this look like? It means:
Once a leader has created psychological safety for the team, it comes time for the hard part. A great DevOps transformation LOOKS like an automation effort, but it’s really a cultural transformation around what the technology organization prioritizes and values. Automation is the symptom, but the root cause is a culture of safety, measurement, continuous improvement, and intellectual curiosity. As leaders, it’s our job to let the team focus on the automation while we establish and nurture the culture.
I can hear you now asking, what, specifically, is a leader responsible for when leading such a transformation? Like any other Agile product creation, we should start by providing the team with a clear, manageable objective that they can independently complete and demonstrate. In many organizations, this is the creation of a small-scale automated test suite. In others, it’s a metrics dashboard that can guide future sprints’ work by giving insight into what’s working good enough and what needs to be fixed right away. The state of the organization, where the burning platform is, and what resources are immediately at your disposal will guide where you start, but I suggest the following based on my experiences:
There you have it, the four key items to consider when leading a safe and successful DevOps transformation. This article is just a starting point; a place from which to inspire and begin the DevOps transformation journey.
In summary, start by creating psychological safety for the team, expand into self-directed improvement of daily work supported by canny investments, and continue into a broader organizational movement, inflamed by localized wins. The ultimate goal of a DevOps transformation is to implement the fast, consistent flow of value to our customers. It starts by creating a safe, learning-oriented environment within our own organization, long before the customers ever see a change. Building such an environment is a technology leader’s most challenging modern task, but the market has proven that such a journey is not optional, and, thankfully, bears rewards equal to the difficulty.
This post is slightly altered from it’s orginal version with permission from Goldmind Consulting
Subscribe to receive our monthly newsletter with the latest blog articles.