IT ohne DevOps? Fünf gravierende Probleme, die Sie kennen sollten!

Wir freuen uns, dass dieser Artikel vorgestellt wurde …
HIER auf LinkedIn >>>

Hallo! Seien wir heute einmal ganz ehrlich miteinander.

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, wenn 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, besonders Entwurfs- und Sicherheitsfehler, die Sie schon vor 8 Monaten hätten erkennen und beheben müssen, gefährden Sie den Fortbestand der IT und den Geschäftsbetrieb. Erschöpfte Entwickler, wenig kooperativer Betrieb, abgeschottete Test- und Sicherheitsteams, 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 problematischen und chaotischen Deployment, das erhebliche Ausfallzeiten verursacht hat, fragen Sie sich, ob bestehende Produktionsfunktionen beschädigt wurden. Ihnen fehlen Klarheit und belastbare Belege dafür, 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 solche schwierigen Projekte überhaupt zu Ende kommen, obwohl sie zeitweise in einem desolaten Zustand waren. Die Antwort liefert das Infinite-Monkey-Theorem. Es besagt, 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.

Das versprechen wir Ihnen:
Fünf gravierende Probleme, die Sie in einer IT ohne DevOps kennen sollten!

Problem Nr. 1: Anhaltender Konflikt zwischen Entwicklung und Betrieb!

Neben vielen anderen wichtigen Aufgaben hat Ihre IT-Organisation zwei zentrale Aufträge:

1. Ihr Entwicklungsteam muss schnell liefern, um auf veränderte Anforderungen Ihrer Kunden und des Marktes zu reagieren.
2. 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.

Problem Nr. 2: 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.

Problem Nr. 3: 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.

Problem Nr. 4: 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.

Problem Nr. 5: 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.

Zusammenfassung und nächste Schritte …

Dieser Artikel erläutert die Herausforderungen, vor denen die meisten Unternehmen und IT-Fachkräfte stehen. Mit solchen Abwärtsspiralen und Teufelskreisen leben fast alle.

Gartner schätzt, dass Unternehmen weltweit jährlich rund 600 Milliarden USD für nicht budgetierte und ungeplante IT-Wartung verschwenden, um umsatzbringende Systeme in Betrieb zu halten.

In Ziffern sieht dieser Betrag so aus:
600.000.000.000 USD. Wie bitte?

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.

Lassen Sie mich nun eine Frage stellen …

Möchten Sie DevOps lernen?

Gut! Die International DevOps Certification Academy™ gibt Ihnen alles, was Sie brauchen, um bequem DevOps zu lernen und Ihre Zertifizierungsprüfung zu bestehen.

Zum Abschluss: Sichern Sie sich noch heute sofortigen, kostenlosen Zugang zu Ihren DevOps-Schulungsunterlagen und -videos!

Hier ist der direkte Link zu Ihrer kostenlosen DevOps-Schulung:

Holen Sie sich sofort kostenlosen Zugang zu Ihren DevOps-Schulungsunterlagen und -videos, bevor der Link abläuft >>

Vielen Dank!

Yeliz Obergfell und das Team der International DevOps Academy™

P. S.: Seien wir noch einmal einen Moment ganz ehrlich.
Wir wissen, dass heute wenige Menschen solche Artikel 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.

Zeigen Sie etwas Anerkennung für die Arbeit an diesem Artikel! Wenn Sie bis hierhin gelesen haben und ihn hilfreich fanden, hinterlassen Sie unten eine Bewertung, geben Sie ihm ein Like und teilen Sie ihn mit Ihrem Netzwerk.

VIELEN DANK IM VORAUS! :)