Die 6 wichtigsten Unterschiede zwischen DevOps und Scrum

In unseren DevOps-Live-Kursen und Vorbereitungskursen für Zertifizierungen fällt eine Frage jedes Mal. Deshalb beantworte ich sie heute in diesem kurzen Beitrag: „Was unterscheidet DevOps von Scrum?“ Es geht also um den Vergleich von DevOps und Scrum.

Heute gehe ich auf die 6 wichtigsten Unterschiede ein. Los geht's!

Unterschied 1: Mit DevOps stellen Sie am Ende jeder Iteration (Sprint) Code in Produktion bereit. Mit Scrum ist das Ziel am Ende jeder Iteration lediglich auslieferbarer Code.

Das ist einer der größten Nachteile von Scrum und einer der wichtigsten, wenn nicht der wichtigste Grund, warum es in vielen Organisationen scheitert. Wenn Sie nicht am Ende jeder Iteration deployen, bleibt Ihr Code meist auf Staging-Servern oder schlimmstenfalls in der Versionsverwaltung (CVS) liegen, bis ein Projektleiter entscheidet, wann er in Produktion kommt. Der kennt sich üblicherweise nicht mit Softwareentwicklung aus. Ich kenne große Banken und Telekommunikationsunternehmen, die alle 6 Monate in Produktion deployen. Das klingt wie ein Scherz, ist aber keiner. Solche Big-Bang-Deployments verursachen in Produktion viele Vorfälle mit höchster Priorität und höchstem Schweregrad, drücken die Stimmung und sorgen dafür, dass mehr Beschäftigte ihren Lebenslauf aktualisieren. Dazu kommen Schuldzuweisungen und Machtkämpfe zwischen fachfremden Personen, die Sündenböcke für ihre Misserfolge suchen.

Unterschied 2: Bei DevOps gehören Testautomatisierung und kontinuierliche Integration als Voraussetzungen für Continuous Delivery fest zur Softwareentwicklung. Bei Scrum wird die Bereitstellung erst nachträglich von Personen geplant und betrieben, die an der Entwicklung gar nicht beteiligt sind.

Auch das ist eine der größten Schwächen von Scrum. Scrum selbst trägt wenig bis gar nichts zur Softwarebereitstellung bei. Bei DevOps sind eine Bereitstellungspipeline, automatisierte Tests und eine Produktionsarchitektur Pflicht, mit denen Teams per Klick in Produktion deployen können. Der Scrum-Prozess für Softwarebereitstellung geht auf 1986 zurück. Hirotaka Takeuchi und Ikujiro Nonaka stellten ihn in Harvard Business Review im Artikel „New Product Development Game“ vor. Mehr als 30 Jahre später gibt es erhebliche Verbesserungen darin, wie Teams Software bereitstellen können. DevOps beantwortet heute Fragen, die Scrum offengelassen hat.

Unterschied 3: DevOps richtet Projekte auf Produkte und Dienste aus, die der Organisation einen geschäftlichen Nutzen bringen. Scrum fehlt die nötige Reife, um zu Geschäftsergebnissen beizutragen.

DevOps betrachtet Entwicklungsteams als eigenständig denkende Einheiten. Sie erledigen die Arbeit und liefern funktionierende Softwareprodukte und -dienste, die Kunden dienen und der Organisation Einnahmen bringen. Scrum vermittelt seinen Mitgliedern leider nichts über geschäftliche Reife. Wenn Sie die „unantastbaren“ Scrum-Rituale nett finden, etwa dass wir beim Daily Stand-up nicht sitzen dürfen, zugleich aber denken, dass hoch qualifizierte und gut bezahlte Ingenieure sich wie im Kindergarten verhalten und der Scrum Master wie ein Erzieher auftritt, liegt das daran, dass Scrum Ingenieure nicht zu professioneller Arbeit anleitet. Mit DevOps arbeiten alle in einer Entwicklungsorganisation professionell auf geschäftlichen Nutzen hin, unabhängig von Erfahrung und Wissen. Dann erübrigen sich Diskussionen über belanglose Fragen wie die, ob man im Daily Stand-up sitzen darf. Mit DevOps nutzen Sie gemeinsame Ideenfindung, um die bestmöglichen Softwarelösungen zu finden und zu verbessern, damit Ihr Unternehmen mehr verdient!

Unterschied 4: Bei DevOps achten alle im Team auf Service- und Softwarequalität und einen hervorragenden Betrieb. Bei Scrum sind Qualitätssicherung und Betrieb Sache anderer.

In den meisten Scrum-Teams liegt die Softwarequalitätssicherung allein bei externen Testern. Für Deployment und Betrieb sind Systemadministratoren zuständig. Die Trennung der Scrum-Teams von der Qualität der Bereitstellung und dem tatsächlichen Weg der Software in Produktion ist einer der wichtigsten Gründe für die Schwierigkeiten vieler Scrum-Organisationen. Bei DevOps ist Qualitätssicherung gemeinsame Aufgabe aller in der Softwareentwicklung. Qualifizierte Full-Stack-Entwickler achten von der Idee bis zum Ende des Softwarelebenszyklus auf Bereitstellung, Sicherheit, Stabilität, Leistung, Wartbarkeit, Betriebsfähigkeit und alle weiteren nichtfunktionalen Aspekte. DevOps-Teams vereinen alle Fähigkeiten, um Software zu entwickeln, Qualität zu sichern und sie zu betreiben. Damit sind sie gut aufgestellt und erzielen hervorragende Geschäftsergebnisse.

Unterschied 5: DevOps gibt Hinweise zur Architektur für Qualität und kontinuierliche Auslieferbarkeit. Scrum bietet keine Unterstützung für eine geeignete Softwarearchitektur.

Scrum hilft Entwicklungsteams nicht, eine tragfähige Architekturrichtung und -vision festzulegen. Denken Sie daran, dass seit der Vorstellung von Scrum durch Hirotaka Takeuchi und Ikujiro Nonaka mehr als 30 Jahre vergangen sind. Bei DevOps müssen Produkte, Dienste und Microservice-APIs lose gekoppelt sein. Jedes Team sollte nur einen Teil der lose gekoppelten Architektur verantworten. Es kann seine Software eigenständig entwerfen, entwickeln und bereitstellen. Eine Frühwarnfunktion in der Deployment-Pipeline sollte die DevOps-Teams automatisch und schnell auf mögliche nachteilige Folgen eines Check-ins hinweisen.

Unterschied 6: DevOps betrachtet die gesamte Softwareentwicklungsorganisation, um hervorragende Geschäftsergebnisse zu ermöglichen. Scrum richtet sich nur an Entwickler.

Scrum konzentriert sich auf kleine Entwicklungsteams mit 5 bis 9 Personen. 10 dürfen es laut Scrum-Theorie nicht sein. Warum? Unbekannt! Dieser enge Blick auf die Entwicklung macht Scrum in Organisationen oft unpassend, weil Scrum keine Fragen dazu beantwortet, wie sich ein Scrum-Team in eine professionelle Organisation einfügt und dort Nutzen schafft. DevOps empfiehlt produkt- und serviceorientierte Teams. Sie sind unabhängig, funktionsübergreifend, autonom, eigenständig arbeitsfähig und meist klein. Sie decken für ein Produkt oder einen Dienst alle Phasen des Softwarelebenszyklus ab, von Architektur, Entwurf und Programmierung über Tests und Experimente bis zu Deployment, Betrieb und Wartung. Ihre Verantwortung reicht über ein befristetes Projekt hinaus. Sie haben richtig gelesen. Wer kann Software besser betreiben und warten als diejenigen, die sie gebaut haben? Niemand. Deshalb geben die erfolgreichsten DevOps-Teams bei Amazon und Netflix ihre Produkte und Dienste nach dem Release nicht ab. Sie betreiben und warten die Software auch in ihren eigenen Produktionssystemen.

Nach diesen Unterschieden sehen Sie, warum DevOps zur nächsten Generation agiler Arbeit wird!

In wenigen Jahren wird DevOps als Weiterentwicklung anerkannt sein, die Scrum einschließt, denn sehr große Unternehmen wie Google, Amazon, Facebook, Etsy, Netflix und viele andere nutzen DevOps bereits.

Das bedeutet, dass DevOps bald überall ankommt!

Die International DevOps Certification Academy™ gibt Ihnen alles, was Sie brauchen, um bequem DevOps zu lernen und Ihre Prüfung zu bestehen. Bei Fragen stehen mein Team und ich Ihnen wie immer zur Verfügung!

Ihr bestes Einstiegsangebot, nur heute! >>

Zur International DevOps Certification Academy™ >>

P. S.: Seien wir einen Moment ehrlich! Wir wissen, dass heute wenige Menschen Blogartikel lesen. Trotzdem nehmen wir uns die Zeit, diese Inhalte für Sie zu schreiben. Wenn auch nur einige Leser den Artikel lesen und etwas daraus lernen, haben wir unseren Auftrag erfüllt, die weltweite DevOps-Community zu unterstützen.

Wenn Ihnen unser Artikel gefällt, zeigen Sie uns das gern! Wenn Sie bis hierher gelesen haben und den Artikel hilfreich fanden, hinterlassen Sie bitte unten auf dieser Seite eine Bewertung und teilen Sie den Artikel mit Ihrem Netzwerk!

VIELEN DANK IM VORAUS! :)