What piece of advice had the greatest impact on your career in DevOps?

See what practices, principles, and patterns have influenced DevOps leaders' careers, and share your own wisdom.
282 readers like this.
Are you using this highly effective interview technique?

Opensource.com

That said, you don't have DevOps without principles. Some of these concepts are intuitive truths we have known from the start but needed a movement to help us adopt them. Others are quite different and help us acknowledge and grow beyond our cognitive biases.

While not strictly DevOps, one principle that changed everything for me is kanban. The simple idea of work being visible and optimized for flow was radical for a chronic multi-tasker like me. To this day, I keep work in progress visible, and it's been a huge relief to not worry about losing a task along the way. Not only that, I no longer celebrate work in progress: I celebrate completed tasks.

To find out what things have influenced my colleagues, I asked members of the Open Source DevOps Team to share their thoughts on this question:

What is one DevOps concept (practice, principle, pattern) that changed your career?

Here's what they had to say.

Alex Bunardzic

Fail fast, fail early, fail as frequently as you possibly can. Before I clued into this amazing concept, I was toiling miserably in vain under the traditional waterfall model. My career was a series of botched projects; all of them commencing with the "failure is not an option!" cheer. It is an extremely tiresome way that always results in working inefficiently and lurching from one frustration to the next.

Embracing the fast and furious flurries of failure was the best thing that happened to my career. Frustration got replaced by the feeling of soaring. That lead to the wholesale adoption/embracing of TDD [test-driven development] practices and to the realization that TDD is NOT about testing, it is about DRIVING!

Catherine Louis

Culture hacking. I had no idea there was a name for the method I had (subversively) used to change a culture, but then I saw Seb Paquet's "Ignite Montreal" video and rejoiced that there were others out there.

Clement Verna

Continuous improvement. Until I was introduced to continuous improvement, I was not really looking at ways to improve in my job or in my career. Continuous improvement made me realize that it was up to me to challenge myself with learning new things and getting out of my comfort zone. That led me to start contributing to an open source project (Fedora) and then led me to work for Red Hat. So that definitely changed my career.

Jason Hibbets

It started with The Lean Startup at my first Code for America Summit. In 2012, I distinctly remember a career-changing moment. Eric Ries, author of The Lean Startup and Code for America board member, was on stage with Tim O'Reilly. The topic they were talking about was hacking on code, and culture and failure as validating learning. My biggest takeaway was discovering The Lean Startup. I downloaded the book and read most of it on the plane ride home. It changed how I approach my work and how I lead my team.

The biggest change I made was to incorporate feedback loops. This was a critical difference in how I transformed my work style and my team. I shifted my team habits to making data-driven decisions and sharing information and insights to create those feedback loops. We hold weekly health-check meetings and constantly examine our processes and assumptions. In addition to that, we experiment with new ideas and evaluate how those experiments went. We'll conduct start, stop, and continue sessions to help us understand what to tackle next or what didn't work so we can move on.

Willy-Peter Schaub

During a two-month sabbatical in 2018, it dawned on me that the fear of failure had paralyzed my energy and passion for software engineering, a career I used to love. Realizing that failure is not bad, but an enabler for innovation, collaboration, and continuous learning that fuels DevOps, was a key moment in my career. Transparent collaboration, progressive exposure, hypothesis-driven development, test-driven development, and continuous delivery of value are some of the core practices that generate frequent opportunities to fail fast, inspect, and adapt the solution (and the career) we are working on.

Your turn

There are so many ways DevOps can teach us without ever opening a terminal or user interface. So, I ask you the same question: What DevOps concept made the most impact on your career? Please share your thoughts in the comments.

What to read next
I'm happiest at a microphone
Matt was an EMC storage expert, VMware vExpert, and former fan of other proprietary technologies. He now focuses on open source and DevRel adoption.

2 Comments

My favorite quote which used to hang above my desk at work was, "When you get to the top keep climbing," and "Every wall is a door." The second quote is from Ralph Waldo Emerson. I don't know the author of the first.

As a DevOps, Engineer, Fail fast, early, and frequently so you can put it all back together through testing, analyzation, and more testing through a chaos engineering testing ground. Phrases like ‘bridging the gap between IT and Development’ to build and strengthen communications and collaborations amongst team members, encouraging ideas, feedback, and sharing. Phrases such as ‘open source’ and ‘agility’ which opens the doors of opportunity for innovation, AI, ML, digital transformation, and creative thought provoking dialogue, and inspiration. Additional phrases such as ‘lean principles’, ‘simplicity’, and ‘business logic’ addressing the successes of building for resilience; as decomposition highlights the critical nature of the design pattern from which we build. Continuous integration (CI), and Continuous Delivery/Deployment (CD), giving us the the courage to move our projects forward while also motivating our teams through to production. DataSecOps, the API Gateway, and the pipeline, all providing the inspiration to explore new avenues, tools, and channels in security measures to protect and secure our applications. There are so many phrases that have spurred the interest and growth of the build and deployment processes of a mono, SOA, or a micro-service hybrid eco-system - every phrase is significant in terms of performance. In fact, we couldn’t build at all without a service mesh, load balancer, or without a Kubernetes. I have my favorites like Observability, continuous testing, logging with metics, and a health status report. My favorite last line of defense terminology prior to production is the ‘canary stage’. Notwithstanding, all of the verbal continuous terms, such as integration, development, monitoring, testing, deployment, improvement, etc., coupled with ‘best practices’, all work together to further the goals and successes of the developer, architect, engineer, and the DevOps Engineer in the build and deployment of a micro-service architectural software application.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License.