Teamstruktur bei DevOps: Typen, Rollen und Zuständigkeiten

Es ist wichtig zu verstehen, dass nicht jedes Team dieselben Ziele verfolgt oder dieselben Praktiken und Tools verwendet. Selbst die Art und Weise, wie ein Team zusammengesetzt ist, sollte nicht standardisiert werden. Je nach den Umständen des Unternehmens und seinem Drang, sich zu verändern, benötigen verschiedene Teams unterschiedliche Strukturen. DevOps-Teams in zwei unterschiedlichen Unternehmen können sich massiv voneinander unterscheiden.

Um die Vorteile von DevOps zu nutzen, etwa schnellere Markteinführungszeit, verbesserte Deployment-Häufigkeit, bessere Teamkultur und verstärkte Zusammenarbeit zwischen Teams und Abteilungen, muss die Rolle jedes Teams klar umrissen sein. Dennoch gibt es in vielen Organisationen eine Vielzahl von Teambezeichnungen und Teams, die mehrere Rollen übernehmen (z. B. ein Infrastrukturteam, das Tools nicht nur auswählt, sondern diese auch wartet). Diese Vielseitigkeit macht es für Führungskräfte schwierig, die gesamte Organisationslandschaft zu visualisieren und wichtige Fragen wie die folgenden zu beantworten: Verfügen wir über die richtigen Teams? Fehlen uns in einigen Bereichen Fähigkeiten, die keines unserer Teams vorweisen kann? Sieht es so aus, als ob Teams gleich viel Autonomie und Unterstützung durch andere Teams erhalten?

Die hervorragende Arbeit der Leute hinter Team Topologies ist der Ausgangspunkt dafür, wie Atlassian die verschiedenen Ansätze des DevOps-Teams sieht. Denke daran, dass die nachstehenden Teamstrukturen je nach Größe und Reifegrad eines Unternehmens unterschiedlich geartet sein können. Tatsächlich ist eine Kombination aus mehr als einer Teamstruktur oder einer Struktur, die sich zu einer anderen entwickelt, oft der beste Ansatz.

Es gibt mehrere Methoden, um DevOps-Konzepte umzusetzen, aber auch viele, die man nicht anwenden sollte. Teams und DevOps-Führungskräfte sollten sich vor sogenannten Anti-Patterns hüten, die durch Silos, mangelnde Kommunikation und eine falsche Priorisierung von Tools gegenüber der Kommunikation gekennzeichnet sind.

Unabhängig von der Teamstruktur tauschen alle erfolgreichen Teams mit DevOps-Praktiken regelmäßig Wissen und Erfahrungen zwischen dem Entwicklungs- und Operations-Team aus. Beispielsweise bei regelmäßigen Besprechungen oder mittels Personen, die in verschiedenen Teams arbeiten und/oder über Teammitglieder, die beide Funktionen innehaben. Ein erfolgreiches Team profitiert von den folgenden DevOps-Vorteilen: schnellere Markteinführungszeit, verbesserte Vorlaufzeit, höhere Deployment-Häufigkeit, höhere Qualität der Ergebnisse, bessere Teamkultur und verstärkte Zusammenarbeit zwischen Teams und Abteilungen.

DevOps-Teams bestehen normalerweise aus Personen, die sowohl im Entwicklungs- als auch Operations-Bereich über Kenntnisse verfügen. Einige Teammitglieder können besser Code schreiben, während sich andere vielleicht besser mit dem Betrieb und der Verwaltung der Infrastruktur auskennen. In großen Unternehmen kann jedoch jeder Aspekt von DevOps, der von CI/CD über IaaS bis hin zur Automatisierung reicht, mit einer Rolle besetzt werden. Dazu können Release-Manager gehören, die Anwendungen von der Entwicklung bis zur Produktion koordinieren und verwalten, oder Automatisierungsarchitekten, die die CI/CD-Pipeline eines Teams warten und automatisieren.

Was braucht man, um einem DevOps-Team beitreten zu können? Die Jobanforderungen für den Beitritt zu einem DevOps-Team entwickeln sich aufgrund neuer Technologien und Techniken weiter, gute DevOps-Teams zeichnen sich aber immer durch dieselben Eigenschaften aus. Solide technische Fähigkeiten, gute Kommunikation, Teamplayer-Mentalität und Anpassungsfähigkeit sind einige der wichtigsten Merkmale von fähigen DevOps-Fachleuten. Wahrscheinlich ist es wichtiger, mehrere dieser Eigenschaften vorweisen zu können, als ein enzyklopädisches Wissen über Kubernetes oder Git. Es schadet aber nicht, beides zu haben!

Ein weiterer Erfolgsfaktor ist eine Führungskraft, die bereit ist, ein Team, kollaborative Teams und das Unternehmen als Ganzes von DevOps zu überzeugen. Diese Person muss nicht unbedingt das Wort "Manager" im Titel führen. Das kann jeder sein, der skeptische Teammitglieder davon überzeugen möchte, dass die Lücke zwischen dem eigenen und einem externen Team geschlossen werden muss – seien es Entwicklungs-, Operations- oder Plattformteams.

Die tagtäglichen Aufgaben eines Teams geben zwar die DevOps-Toolkette vor, du brauchst aber eine Software, mit der du Arbeiten zwischen deinen Teams und dem Rest des Unternehmens verbinden und koordinieren kannst. Jira ist ein leistungsstarkes Tool, mit dem du Softwareentwicklungsprojekte planen, nachverfolgen und verwalten und deine unmittelbaren Teamkollegen und das erweiterte Unternehmen über den Status deiner Arbeit auf dem Laufenden halten kannst.

Anwendungen wie Zoom, Slack und Microsoft Teams sind ebenfalls notwendig, damit Teams insbesondere bei der Remote-Arbeit schnell und effizient kommunizieren können. In der Vergangenheit konnten Entwickler zum Operations-Team gehen und es nach dem Status eines Vorfalls fragen. Jetzt bieten virtuelle Kommunikations-Apps die Möglichkeit, sich umgehend zu informieren.

Du solltest allerdings dran denken, dass Software für die Teamzusammenarbeit ein Mittel, aber kein Zweck an sich ist. Wenn dein Unternehmen das volle Potenzial von DevOps, wie Transparenz, Vertrauen und Autonomie, nutzen möchte, braucht es nicht nur Tools, sondern auch Teams.