Wenn du ein Entwicklungsteam fragst, wo Wert entsteht, bekommst du ein Dutzend unterschiedliche Antworten. Im Planning-Workshop. Im Sprint. Beim Demo. Beim Deployment. Sie liegen alle falsch — und genau dieser Denkfehler ist der Grund, warum die meisten DevOps-Business-Cases beim CFO auseinanderfallen.
Unternehmen stehen heute vor der Herausforderung, ihre Effizienz zu steigern und gleichzeitig die Kosten zu senken. Änderungen an Produkten brauchen oft viel zu lange, bis sie die Endkunden auf dem Markt erreichen. Ein konsequenter DevOps-Ansatz kann diesen Prozess unterstützen.
Die Corona-Krise zeigt, wie Unternehmen mit einem agilen DevOps-Mindset besser auf neue Umstände und Herausforderungen reagieren können als Unternehmen mit starren Strukturen und Prozessen.
Von Romano Roth und Romeo Weber
DevOps ist eines der am stärksten überladenen Wörter in unserer Branche. Leute meinen damit ein Tool, ein Team, einen Jobtitel oder gar ein Hersteller-Produkt. Nichts davon trifft es. DevOps ist die Summe der kulturellen und technischen Praktiken, die Entwicklung (Dev) und Betrieb (Ops) von Software verbessern — gemeinsam, über den gesamten Lebenszyklus.
Unternehmen stehen heute von zwei Seiten unter Druck: mehr liefern, schneller liefern und das zu geringeren Kosten. Gleichzeitig brauchen Änderungen am Produkt oft Monate, bis sie beim Kunden ankommen. DevOps schliesst genau diese Lücke — und deshalb ist es wichtig.
Alle wollen DevOps machen. Aber nur wenige verstehen, was DevOps ist und was es mit deinem Unternehmen macht.
Die Herausforderung # Wenn du DevOps in einem Unternehmen einführen willst, musst du Entscheidungsträger überzeugen, dass es sich lohnt, Geld, Zeit und Ressourcen in die DevOps-Transformation zu investieren. Sie werden dich nach dem Business Case und dem Return on Investment von DevOps fragen.
DevOps in einem Grossunternehmen einzuführen ist schwierig. Aber Moment, warum wollen wir DevOps überhaupt einführen? Gute Frage.
Die ganze Geschichte # In diesem Talk beantworte ich die Frage und zeige, was passiert, wenn man DevOps einführt, und was nicht passiert.
