Top Culture Changes to Make DevOps a Reality - Part 3
October 28, 2016

DEVOPSdigest asked experts across the industry – including analysts, consultants, vendors and even users – what they think is the most important cultural change an organization can make to ensure DevOps success. The result is a broad range of answers that delves deep into what DevOps is really all about. Part 3 covers collaboration and communication.

Start with Top Culture Changes to Make DevOps a Reality - Part 1

Start with Top Culture Changes to Make DevOps a Reality - Part 2

15. COLLABORATION BETWEEN DEV AND OPS

To me, the biggest change companies must make to successfully implement DevOps is collaboration. Teams often focus on integrating the tools in the pipeline to enable continuous integration and delivery, without taking into account the new organizational structure and lines of communication needed to make the end-to-end pipeline successful. Because of the number of handoffs and shared areas of responsibility in a mature DevOps pipeline, there is high potential for conflict when any particular piece of the pipeline breaks down if there is not a clear line of communication and joint understanding of responsibility across teams in the organization.
Kevin Dunne
VP of Strategy and Business Development, QASymphony

Organizations are focused on fast tracking digital business for rapid transformation. To make DevOps a reality, enterprises need to put best-in-class practices in place that operationalize applications faster and provide a single point of control for managing business applications workloads. In order to succeed, the key is to establish tighter collaboration between development and operations with tools that offer planning and coordination.
Gur Steif
President of WLA, BMC Software

16. COLLABORATION BETWEEN IT AND BUSINESS

A significant culture change may be required to embrace and empower collaboration across business and technical teams to make DevOps a reality. The lines between development and operations have continued to blur as enterprises have grown more dependent on technology. At the same time, the traditional authoritative approach to restricting selection and usage of technology does not work for today's digital economy. IT and business leaders need to break out of traditional silos and encourage collaboration between cross-functional units. They must refocus their teams, away from internal politics to customer-driven solutions. Collaboration is a two-way street. The business needs to become more involved with DevOps product owners group and the creation of the business requirements document. In turn, IT should be more involved in the creation of the business case and budget. Timelines and objectives derived from closer collaboration and an understanding each teams perspective ensures a greater clarity of vision, which will lead to more successful implementations.
Paul Mansfield
CTO, iQuate

17. COLLABORATE SEPARATELY

Many people would say you need to mix the developers with the operations teams, but I say that's just a recipe for conflict. Instead, look for tools that let developers and operations collaborate independently from one another. Each group should think about DevOps within the different constraints and goals they work within.
Lucas Carlson
SVP, Strategy, Automic Software

18. COMMUNICATION AND COLLABORATION

Most companies inadvertently create operational silos and as a result have poor collaboration and knowledge sharing. Encouraging all teams and individuals throughout an organization to openly communicate and collaborate on all topics related to the business helps to build empathy which is absolutely essential in changing the culture of an organization to make DevOps a reality.
Jason Hand
DevOps Evangelist, VictorOps

It's no news that Dev and Ops have conflicting objectives and that in most companies they just don't get along. Dev is change happy versus Ops which is averse to change, preferring stability. Trying to make Dev and Ops collaborate smoothly can feel like trying to mix oil and vinegar. If we agree that DevOps is a philosophy which goal is to break down the existing walls between the Dev teams and IT Ops in order to accelerate the service delivery while increasing reliability in production, then cross-functional communication should be brought at the center of attention. DevOps cannot be reduced to only a few automation tools or a toolkit. This is truly about stitching together cross-functional processes and sharing the same objectives to promote collaboration, mutual respect and accountability. To me, the communication and collaboration processes are the foundation stone upon which organizations can
Vincent Geffray
Senior Director of Product Marketing, IT Alerting & IoT, Everbridge

19. COMMON LANGUAGE

Regardless of how you define DevOps, everyone can agree that collaboration is a crucial tenet and a key success factor. Culture and collaboration go hand in hand, and in order to get both right, everyone must feel invested in, actively take part in, and be held responsible for operational excellence. Product and IT teams need a common language to break free of silos and rally around collective insights —infrastructure monitoring is that language. Monitoring is shifting from the responsibility of a single, self-contained organization to a capability that is key to every step and every team in the product lifecycle. And only infrastructure and application metrics, aggregated and analyzed to communicate a clear, meaningful signal, are the foundation for the shift towards collaboration and DevOps culture. Use monitoring as a common language to decentralize operations and as a single source of truth, and DevOps will follow.
Ryan Goldman
Head of Marketing, SignalFx

20. SOFT SKILLS

There is a barrier between IT and development, for whatever reason. Being able to talk through issues is most important to being successful. People always list off technical requirements and the latest and greatest technologies – which are important, but without strong soft skills you will fail. Soft skills are important because you'll need to be the person that can bridge the gap between IT and development.
Eric Turnquist
Senior Director, Information Technology, Ipswitch

21. MUTUAL GOALS

In spite of all the DevOps success stories, friction between the Dev and Ops sides of the house continues at many organizations. To address this, DevOps teams should consider setting clear, measurable, mutually agreed-upon guidelines to govern their respective workloads. If a new piece of software achieves a targeted performance level, further roll-outs can proceed. If not, all future releases will halt until the first piece of software is fixed. An adjudicator in this case can be a "free agent" who knows how to code, as well as handle ops. Sometimes called a Site Reliability Engineer (SRE), this person can offer an unbiased assessment of where the root cause of the performance issue lies – with the development team or IT ops. With clear rules in place and a central person to determine the right course of action, the DevOps friction can be eliminated and the full team can work to its potential.
Mehdi Daoudi
CEO and Founder, Catchpoint

22. EQUALITY

We've seen that even unifying the job titles of team members is extremely helpful – so everyone feels they have equal status and providing equally valuable contributions.
Steve Brodie
CEO, Electric Cloud

The most important culture change a company should undertake to make DevOps a reality is to adopt a DevOps mindset. This is an awareness of the fact that both Dev and Ops are equally important.
An organization looking to make the shift to a DevOps culture should live and breath that mindset daily. The company should seek out candidates when making hiring decisions too. The choice of tooling is only a consequence of that orientation.
Samir Ibradžić
Head of Infrastructure and Systems, Midokura

23. TRUST

Trust is the key ingredient for a DevOps driven transformation to take hold. DevOps success in an existing team is through many small changes that cumulatively add up to faster delivery and higher quality. Each change is actually a mini-experiment where the outcome is unknown. The team has to trust each other and more importantly, the team must trust their leaders to support them while they learn. Communication is an integral part of building and maintaining trust and the most successful teams will have very open communication with all their stakeholders.
John Jerimiah
Senior Productt Marketing Manager, Hewlett Packard Enterprise

Fundamentally, DevOps is ALL about cultural change! It's a holistic culture of change and cooperation that cuts across all phases of software development and delivery. But in order to allow this cooperation to flourish, there has to be a strong culture of trust. Practitioners of various disciplines must trust that their colleagues are operating with the entire organization's best interests at heart and not optimizing their success to the detriment of other teams. This culture of trust must be spearheaded by management who must take active and decisive action to create compensation and reward structures that emphasize the success of the project or product they are working on, rather than individual success. One great way to start is to change management's reaction when when things don't go well. The easiest way to squash a culture of "finger-pointing" is to adopt the mantra "praise the people, blame the process."
Betty Zakheim
VP Industry Strategy, Tasktop Technologies

DevOps is a software methodology that is intended to break down the separation between the Development and Operations groups. But in order for DevOps to actually work, Dev and Ops need to trust each other and do what is necessary to keep the entire system running efficiently. This requires Dev to internalize the fact that operating requirements are as important as business requirements. Dev must own the responsibility of building quality code that meets requirements, but can also run reliably and at the production scale needed. Likewise, Ops must stop playing the victim of bad development processes, define their own requirements for the software and work with Dev to ensure the requirements are met. Change can be messy, but it's necessary. Operations must be more willing to embrace change, but work constructively with Dev to mitigate any surprises or unintended consequences changes may bring about. Dev and Ops are peers contributing in equal ways to the success of the business.
Glenn Everitt
Technical Consultant, Product Management, Compuware

24. EMPATHY

More than any other cultural shift, DevOps requires empathy. Instead of an us-vs.-them, adversarial relationship among siloed teams, individuals must learn to see problems through their colleagues' eyes, especially for colleagues with roles different from their own. The good news: it's possible to teach empathy to most (but not all) people.
Jason Bloomberg
President, Intellyx

Appreciation of everyone's role. A lack of appreciation of the importance each DevOps team member plays, often results in poor collaboration between those who build and those who operate and maintain. This barrier leads to a greater chance of conflicts and inconsistencies. A lack of appreciation, understanding and collaboration in addition to anachronous policies, will no doubt limit the ability for IT Teams to make DevOps a reality.
Hayden James
Linux Systems Analyst, haydenjames.io

Culture is all about people. DevOps requires a certain culture and mindset just as much as it requires certain tools and methods. Developers need to adopt the mindset of an Ops person and vice versa. Communicating, thinking, collaborating across team barriers, hierarchies, regions, departments is crucial and has to become natural to people. Any organization that fails at that but does everything else right will still fail at DevOps.
Sven Dummer
Senior Director of Product Marketing, Loggly

Check out Top Culture Changes to Make DevOps a Reality - Part 4, covering development and testing.

Share this

Industry News

November 20, 2024

Spectro Cloud completed a $75 million Series C funding round led by Growth Equity at Goldman Sachs Alternatives with participation from existing Spectro Cloud investors.

November 20, 2024

The Cloud Native Computing Foundation® (CNCF®), which builds sustainable ecosystems for cloud native software, has announced significant momentum around cloud native training and certifications with the addition of three new project-centric certifications and a series of new Platform Engineering-specific certifications:

November 20, 2024

Red Hat announced the latest version of Red Hat OpenShift AI, its artificial intelligence (AI) and machine learning (ML) platform built on Red Hat OpenShift that enables enterprises to create and deliver AI-enabled applications at scale across the hybrid cloud.

November 20, 2024

Salesforce announced agentic lifecycle management tools to automate Agentforce testing, prototype agents in secure Sandbox environments, and transparently manage usage at scale.

November 19, 2024

OpenText™ unveiled Cloud Editions (CE) 24.4, presenting a suite of transformative advancements in Business Cloud, AI, and Technology to empower the future of AI-driven knowledge work.

November 19, 2024

Red Hat announced new capabilities and enhancements for Red Hat Developer Hub, Red Hat’s enterprise-grade developer portal based on the Backstage project.

November 19, 2024

Pegasystems announced the availability of new AI-driven legacy discovery capabilities in Pega GenAI Blueprint™ to accelerate the daunting task of modernizing legacy systems that hold organizations back.

November 19, 2024

Tricentis launched enhanced cloud capabilities for its flagship solution, Tricentis Tosca, bringing enterprise-ready end-to-end test automation to the cloud.

November 19, 2024

Rafay Systems announced new platform advancements that help enterprises and GPU cloud providers deliver developer-friendly consumption workflows for GPU infrastructure.

November 19, 2024

Apiiro introduced Code-to-Runtime, a new capability using Apiiro’s deep code analysis (DCA) technology to map software architecture and trace all types of software components including APIs, open source software (OSS), and containers to code owners while enriching it with business impact.

November 19, 2024

Zesty announced the launch of Kompass, its automated Kubernetes optimization platform.

November 18, 2024

MacStadium announced the launch of Orka Engine, the latest addition to its Orka product line.

November 18, 2024

Elastic announced its AI ecosystem to help enterprise developers accelerate building and deploying their Retrieval Augmented Generation (RAG) applications.

Read the full news on APMdigest

November 18, 2024

Red Hat introduced new capabilities and enhancements for Red Hat OpenShift, a hybrid cloud application platform powered by Kubernetes, as well as the technology preview of Red Hat OpenShift Lightspeed.

November 18, 2024

Traefik Labs announced API Sandbox as a Service to streamline and accelerate mock API development, and Traefik Proxy v3.2.