Schriftliche DevOps-Schulung
Vor welchen IT-Problemen stehen Sie ohne DevOps?
In einer IT ohne DevOps geraten Entwicklungs- und Betriebsteams häufig aneinander. Die durchgängige Qualitätssicherung für die vom Kunden benötigten Funktionen und Vorteile beginnt erst, nachdem das Entwicklungsteam schon an einem ganz anderen Projekt arbeitet. Audits zur Informationssicherheit und Produktionsreife finden am Tag vor dem geplanten Rollout statt. Wenn Sie Softwareprobleme erst in dieser kritischen Projektphase lösen müssen, besonders Entwurfs- und Sicherheitsfehler, die Sie schon vor 8 Monaten hätten erkennen und beheben müssen, gefährdet das sowohl den Fortbestand der IT als auch den Geschäftsbetrieb. Erschöpfte Entwickler, ein wenig kooperativer Betrieb, abgeschottete Test- und Informationssicherheitsteams, fordernde, aber verzweifelte Projekt- und Produktmanager, verärgerte Führungskräfte und frustrierte Kunden und IT-Stakeholder tragen kaum zur Wertschöpfung bei.
Zu viele Übergaben, Abhängigkeiten in alle erdenklichen Richtungen und zahllose unkoordinierte, manuelle und undurchsichtige Aufgaben in Ihrer IT-Abteilung gehören zum Alltag.
Auch wenn jede Aufgabe lange dauert, gibt es keine bessere Möglichkeit, zumindest vorerst. Und Sie wissen, dass Sie die Stelle brauchen, um Geld zu verdienen.
Schließlich kommt der große Tag. Nach einem chaotischen und problematischen Deployment mit erheblichen Ausfallzeiten fragen Sie sich, ob dabei bestehende Produktionsfunktionen beschädigt wurden. Ihnen wird bewusst, dass Klarheit und belastbare Belege dafür fehlen, was tatsächlich passiert ist und welche Teile der Produktionssysteme betroffen waren.
Auf den Fluren Ihres großen IT-Bereichs wird der Go-live schon gefeiert. Auch Sie sollten etwas trinken und sich von der anstrengenden, schlaflosen Nacht erholen. Was Sie letzte Nacht in Produktion kaputt gemacht haben, wird ohnehin das Problem eines anderen sein. Das ist keine große Sache …
Jetzt fragen Sie sich vielleicht, wie diese schwierigen Projekte überhaupt irgendwie zu Ende kommen, obwohl sie zeitweise so desolat und aussichtslos wirkten. Die Antwort liefert das Infinite-Monkey-Theorem. Kurz gesagt besagt das Infinite-Monkey-Theorem, dass ein Affe, der unendlich lange wahllos auf einer Schreibmaschine tippt, mit Sicherheit einen vorgegebenen Text tippt, etwa das Gesamtwerk von William Shakespeare. Das ist kein Scherz.
Ähnlich ist es bei Ihrem IT-Team. Niemand kann den Abschluss vorhersagen. Wenn das Team aber genug Zeit gewinnt und das Projekt lange genug hinauszögert, wird es das Projekt sicher irgendwann liefern.
Anhaltender Konflikt zwischen Entwicklung und Betrieb
Neben vielen anderen wichtigen Aufgaben hat Ihre IT-Organisation zwei zentrale Aufträge:
- Ihr Entwicklungsteam muss schnell liefern, um auf veränderte Anforderungen Ihrer Kunden und des Marktes zu reagieren.
- Ihr Betriebsteam muss Kunden und Markt einen stabilen, vorhersehbaren, sicheren und kontinuierlichen Dienst bieten.
In dieser Organisationsform verfolgen Entwicklung und Betrieb widersprüchliche Ziele und haben unterschiedliche Anreize. Der Konflikt schadet Produktivität, Servicequalität, Kundenzufriedenheit und den Ergebnissen Ihrer IT-Abteilung und schließlich der gesamten Geschäftsleistung.
Jetzt haben Sie technische Schulden
Ständige Brandbekämpfung, Behelfslösungen und ungeplante Rettungsmaßnahmen häufen weitere technische Schulden an. Darunter leiden Entwicklung und Betrieb sowie Architektur, Informationssicherheit, Test, Produktmanagement, Release-Management und Ihre fachlichen Stakeholder.
Technische Schulden ähneln finanziellen Schulden. Je höher Ihre finanziellen Schulden, desto weniger Möglichkeiten haben Sie, Ihre Ziele zu erreichen. Irgendwann wird es fast unmöglich, die richtigen Entscheidungen zu treffen, und Sie machen wahrscheinlich weitere Schulden.
Das gilt auch für technische Schulden. Je höher sie sind, desto weniger Möglichkeiten haben Sie, gute Lösungen zu entwickeln und zu liefern. Schließlich stapeln sich Behelfslösungen wie Kartenhäuser. Es ist nur eine Frage der Zeit, bis sie zusammenbrechen. Das wissen Sie bereits.
Ihr Geschäft verdient an den störanfälligsten Systemen
Eine wenig überraschende, aber besorgniserregende Tatsache: Ihre wichtigsten, umsatzbringenden Systeme sind am anfälligsten für Fehler, Abstürze und Ausfallzeiten.
Diese Systeme stehen meist im Mittelpunkt des Geschäfts. Sie haben wohl noch an keiner Besprechung teilgenommen, in der sie keine Rolle spielten. Fast jedes Projekt betrifft sie. Weil sie geschäftskritisch sind, brauchen sie laufende Arbeit, dringende Änderungen und ungeplante Korrekturen. Trotzdem verursachen sie immer neue Vorfälle der Priorität 1.
Geht etwas kaputt, machen Sie noch größere Versprechen
Weil Ihre IT-Organisation immer wieder Zusagen bricht und ihre Stakeholder enttäuscht, werden diese anspruchsvoller, um Versäumtes auszugleichen. Ihnen und Ihren Führungskräften bleibt oft nur ein „Warum nicht?“, solange kein besseres Stellenangebot in Aussicht ist.
Dann erhalten Ihre Teams für Entwicklung und Bereitstellung eine größere Aufgabe als üblich. Ihre kritischen Systeme und Ihre Architektur können die Anforderungen innerhalb der „dringenden“ Frist nicht annähernd erfüllen. Also setzen Sie neue Behelfslösungen auf die bestehenden.
Die Arbeit macht Ihnen keinen Spaß mehr
Schließlich haben alle noch etwas mehr zu tun. In Ihrem Kalender ist keine Stunde mehr frei, in der Sie ungestört die Arbeit tun können, für die Sie eingestellt wurden und bezahlt werden. E-Mails prasseln auf Sie ein. Also nutzen Sie die oft unproduktive Zeit in Meetings, um meist unklare und belanglose Nachrichten zu sichten und abzuarbeiten. Sie fragen sich, warum es keine Pflichtschulung zum Schreiben und Nutzen von E-Mails gibt.
Meist brauchen Sie andere Teams, um Ihre Arbeit fortsetzen zu können. Was Sie vor ein paar Wochen angefragt haben, ist dort aber noch nicht einmal eingeplant. Das andere Team hat gerade sein neues Projekt „Horizon 2400“ begonnen und musste zugleich 9 Vorfälle der Priorität 1 in seinen störanfälligen Anwendungen beheben.
Sie werden langsam ungeduldig. Sie brauchen Antworten von Ihrer zentralen Ansprechpartnerin im anderen Team, damit Ihre Arbeit weitergeht.
Also schicken Sie eine weitere E-Mail als Erinnerung. Diesmal setzen Sie ihre Vorgesetzte in Kopie und denken, dass Sie das schon bei der ersten Anfrage hätten tun sollen.
Sekunden später erscheinen zwei Abwesenheitsmeldungen. Ihre Ansprechpartnerin ist bis Ende der Woche in Workshops zu „Horizon 2400“. Ihre Vorgesetzte ist heute krank zu Hause.
FAZIT
In diesem Kapitel haben wir die Herausforderungen beschrieben, vor denen die meisten Unternehmen und IT-Fachkräfte stehen. Mit diesen Abwärtsspiralen und Teufelskreisen müssen fast alle Unternehmen und Fachkräfte leben.
Gartner schätzt, dass Unternehmen weltweit jährlich rund 600 Milliarden USD für nicht budgetierte und ungeplante IT-Wartung ausgeben, um umsatzbringende Systeme in Betrieb zu halten. In Ziffern sieht der Betrag so aus: 600.000.000.000 USD.
In einem Berufsfeld wie der IT, das hohe geistige Anforderungen stellt, ist ein solches Ausmaß an Verschwendung schwer zu begreifen.
Das ist eine Herausforderung, die sich lohnt. DevOps bietet Antworten für manche Unternehmen und vielleicht auch für Ihres, wenn es bereit ist, zu experimentieren, zu lernen und sich anzupassen.
