DevOps in hybriden IT-Setups: Erfolgsfaktoren, Anti-Patterns und ein Best-Practice-Modell

Wie gelingt DevOps in hybriden Setups, in denen interne IT, Product Owner, Fachbereiche und externe Entwicklungspartner eng zusammenarbeiten müssen? Diese Bachelorarbeit untersucht zentrale Erfolgsfaktoren und typische Anti-Patterns der DevOps-Adoption am Fallbeispiel GS1 Switzerland und verdichtet die Erkenntnisse zu einem übertragbaren Best-Practice-Modell.

Kontext

DevOps wird im Alltag häufig mit Automatisierung, Pipelines und Monitoring gleichgesetzt. Diese Sicht greift zu kurz. DevOps ist ein sozio-technischer Ansatz, der Kultur, Rollen, Prozesse und Technik verbindet. Entwicklung und Betrieb verfolgen dabei historisch unterschiedliche Ziele. Auf der einen Seite stehen schnelle Bereitstellung und Flexibilität, auf der anderen Seite Stabilität und Verfügbarkeit. Hinzu kommen Schnittstellen zu Fachbereichen, zu Product Ownern und in vielen Organisationen zu externen Entwicklungspartnern. Wiedemann et al. (2020) fassen die nötige Abstimmung innerhalb der IT unter dem Begriff Intra-IT-Alignment zusammen.

Erfolgsfaktoren und Anti-Patterns dieser Abstimmung wurden bisher unterschiedlich tief untersucht. Wenig systematisch betrachtet wurden insbesondere kleine bis mittelgrosse Organisationen, die DevOps in einem hybriden Setup aus interner IT und kontinuierlich eingebundenen externen Entwicklungspartnern umsetzen. Genau dort verdichten sich typische Spannungsfelder, weil Ressourcen knapp sind, Rollen mehrfach besetzt werden und Verantwortung über Organisationsgrenzen hinweg getragen werden muss.

Ziel

Die Arbeit identifiziert zentrale Erfolgsfaktoren für die Einführung und Weiterentwicklung von DevOps-Teams, stellt ihnen typische Anti-Patterns gegenüber und führt beides zu einem übertragbaren Best-Practice-Modell zusammen. Die Hauptforschungsfrage lautet, welche Erfolgsfaktoren die effektive Einführung und Weiterentwicklung von DevOps-Teams ermöglichen und wie sich diese unter Berücksichtigung typischer Anti-Patterns zu einem Best-Practice-Modell zusammenführen lassen. Drei Subfragen strukturieren die Untersuchung entlang der wissenschaftlichen Literatur, der empirischen Befunde und der Modellbildung.

Methodik

Methodisch verbindet die Arbeit eine strukturierte Literaturrecherche nach Webster und Watson (2002) mit einer qualitativen Einzelfallstudie nach Yin (2018). Den Untersuchungsfall bildet GS1 Switzerland, eine Mitglieder- und Standardisierungsorganisation mit einer kleinen internen IT, mehreren Product Ownern und kontinuierlich eingebundenen externen Entwicklungspartnern. Im Mittelpunkt steht die Plattform MyGS1, an der die Schnittstellen zwischen Business, interner IT, externen Partnern und nachgelagerten Bereichen besonders gut sichtbar werden. Die empirische Grundlage bilden sieben leitfadengestützte Experteninterviews, die in Anlehnung an Mayring (2015) qualitativ ausgewertet wurden. Das Vorgehen folgt einer deduktiv-induktiven Logik. Das aus der Literatur abgeleitete Modell dient als Rahmen, bleibt aber offen für neue Erkenntnisse aus dem Material.

Ergebnisse

Die Befunde bestätigen einen dreigliedrigen Bezugsrahmen. Eine relationale Ebene umfasst Kultur, Vertrauen und Wissen. Eine strukturelle Ebene betrifft Rollen und Verantwortung. Eine prozessuale und technische Ebene deckt Architektur, Automatisierung und Steuerung ab.

Vier Befunde präzisieren das Modell für hybride Setups. Erstens zeigt sich ein zweischichtiges Leadership Commitment, das formale Zustimmung und konsequentes Vorleben verbindet. Zweitens sind externe Entwicklungspartner strukturell einzubinden und nicht als blosse Lieferanten zu behandeln. Drittens braucht es eine eigenständige Wirkungsmessung neben dem technischen Monitoring. Viertens ist eine verbindliche Stakeholder-Governance erforderlich. Zwei fallspezifische Anti-Patterns treten besonders hervor, nämlich die IT als Auffangbecken für Aufgaben, die strukturell anderswo liegen, sowie eine Salami-Taktik, bei der Anforderungen stückweise und ohne Gesamtsicht in die IT getragen werden.

Aus der Synthese entsteht das Hybride DevOps-Alignment-Modell mit sieben Bausteinen entlang der drei Ebenen. Jeder Baustein verbindet einen Erfolgsfaktor mit einem typischen Anti-Pattern, das seine Wirkung gefährden kann. Eine umgebende Schnittstellenlandschaft mit Business, Product Ownern, interner IT, externen Entwicklungspartnern und nachgelagerten Bereichen wie Customer Care berücksichtigt, dass die wesentlichen Spannungsfelder gerade an diesen Schnittstellen entstehen. Das Modell ist als Diagnose- und Gestaltungshilfe gedacht und nicht als Reifegradraster oder Checkliste.

Praktisch besonders wirksam sind drei Hebel. Führung muss neue Arbeitsweisen im Alltag sichtbar mittragen und Prioritäten aktiv klären. Information allein genügt nicht, sie muss bei Entscheidungen in echte Einbindung übergehen. Und die Governance braucht kurze Entscheidungswege, ergänzt um eine verbindliche Portfoliosicht.

Fazit

Die Arbeit zeigt, dass DevOps in hybriden Setups vor allem eine Schnittstellen- und Alignment-Frage ist. Entscheidend ist nicht nur, ob Teams agil arbeiten oder moderne Werkzeuge nutzen, sondern ob Vertrauen, Rollen, Verantwortung, Governance und Wirkungsmessung systematisch aufeinander abgestimmt werden. Das Hybride DevOps-Alignment-Modell liefert dafür einen Bezugsrahmen, der einen bislang weniger beachteten Organisationstyp in den Blick nimmt und Anschlusspunkte für vergleichende Folgestudien bietet.