What I learned from a year of DevOps


Last year I had the opportunity to join DevOps, and with it, a whole new class of challenges that Ops faces.

And I’m glad I did.

But if I could have given myself some knowledge to prepare for DevOps a year ago, this would be it.

You will (still) grow as a Developer in DevOps

During the interview, my first question was can I still code. And the short answer to that is yes.

The longer answer is maybe not as much at first, but that’s a good thing. Learning how to write code that plays nicely with mission-critical infrastructure adds another layer of complexity.

Some of the symptoms of growing as a Developer in DevOps:

Measure the right things

As a software developer, success means shipping reliable products, responding quickly to changes, fixing bugs, getting features out.

But in DevOps, success isn’t always correlated with code.

Patching, upgrading, hardening, responding to alerts, developer requests, auditor requests, Release Management, InfoSec - these take up some of your coding time.

The following snippet is about tech leads, but it felt accurate in my early experience with DevOps.

After a few months into my first tech lead role, I was becoming increasingly anxious. It seemed like I needed to do a lot of things that didn’t feel productive. Less and less of my time was spent pairing and writing code as I was busy in meetings, replying to emails, answering questions from stakeholders, etc. I felt as if every story with my name on it wasn’t progressing. My response was to sacrifice my personal time to make up for what I’d missed due to these distractions (as I perceived them). I quickly became overworked.

What I hadn’t realized when I moved from a techie to tech lead, was how my responsibilities and metrics for success…had changed.

Peter Gillard-Moss' (Techie to tech lead: My five biggest mistakes)

The signals for success change - so if you feel like you’re not as successful as you were as a software developer, make sure you’re measuring the right things for DevOps.

Empathy takes work

Being DevOps requires a willingness to learn about and solve problems developers and operations both face. Without that willingness, silos will form. If silos form, it’s not DevOps anymore.

Empathy is what allows us to feel Developer’s pain and know Operation’s struggles. And it takes work to grow that understanding.

Some ways to grow empathy with Developers: