At its core, DevOps is a philosophy and practice focused on agility, collaboration, and automation within IT and development team processes.

Traditionally, software development occurred in silos, with IT and development working independently within their own teams and processes. This separation and competing values created an environment rife with miscommunication, poor alignment, and production delays (some have even nicknamed the operations department the “War Room”).

How then can DevOps be described? It’s a methodology. Or maybe a culture. Perhaps even a spirit. Doing a product according to DevOps principles means that everyone—be it developer, operations engineer, or product manager—shares a common vision, maintaining it via communication

As long as each group works in its own silo and only has its own goals in mind, friction is inevitable. ... Communication does not usually take place directly, but via tickets, e-mails or third parties, which increases the effort and stress. ... Bugs that occur are played back and forth like ping-pong between dev, ops and the customer, everyone insisting on having done “their” job and looking to blame the others.

The aim of the research is to investigate the communi-
cation challenges faced by developers while implementing DevOps and
deriving strategies to overcome these challenges. The overall research
goal is to find out how communication takes place in a software orga-
nization/multinational company, the communication challenges faced
during the implementation of DevOps and finally the strategies fol-
lowed to overcome these challenges.

Infrastructure
Focuses on the reliability of behind-the-scenes systems that help make other teams' jobs more efficient. These are often confused with "Platform" teams or "Platform Operations" teams. Infrastructure SRE teams may pair up with one or more platform engineering team(s), but they differ in that Infrastructure SRE teams focuses on performing most, if not all, of the work described in the principles and practices list above. Platform teams tend to focus on building the platform and while reliability is desirable that's not their sole priority.