Wie Sie den CI/CD-Reifegrad Ihrer Organisation bewerten, ohne es zu verkomplizieren

Sie haben wahrscheinlich schon von CI/CD-Reifegradmodellen gehört. Vielleicht haben Sie sogar über die fünf Stufen, die vier Dimensionen oder die verschiedenen Frameworks gelesen. Aber wenn Sie sich tatsächlich hinsetzen, um herauszufinden, wo Ihre Organisation steht, ist es leicht, stecken zu bleiben. Sollten Sie einen Berater engagieren? Einen dreitägigen Workshop durchführen? Eine Tabelle mit fünfzig Metriken erstellen?

Nichts davon ist nötig. Eine praktische Reifegradbewertung kann in wenigen Stunden mit einer Handvoll ehrlicher Fragen durchgeführt werden. Das Ziel ist nicht, eine ausgefeilte Bewertungstabelle zu erstellen. Das Ziel ist, ein klares Bild davon zu bekommen, wo die wahren Engpässe liegen, damit Sie wissen, was zuerst behoben werden muss.

Beginnen Sie mit einfachen Fragen, nicht mit komplexen Frameworks

Der praktischste Weg, den CI/CD-Reifegrad zu bewerten, ist, ein oder zwei Fragen für jede Schlüsseldimension Ihres Bereitstellungsprozesses zu stellen. Beantworten Sie jede Frage auf einer Skala von 1 bis 4, wobei:

• 1 (Ad-hoc): Jeder macht sein eigenes Ding. Es gibt keinen Standardprozess.
• 2 (Standardisiert): Es gibt einen definierten Prozess, aber er erfordert immer noch manuelle Schritte oder Koordination.
• 3 (Self-Service): Teams können den Prozess selbstständig durchführen, ohne auf andere Teams angewiesen zu sein oder Tickets zu erstellen.
• 4 (Optimiert): Der Prozess wird gemessen, Daten werden gesammelt und Verbesserungen basieren auf diesen Daten.

Die Fragen müssen nicht perfekt sein. Sie müssen nur ehrlich von den Leuten beantwortet werden können, die die Arbeit tatsächlich erledigen, nicht von denen, die die Prozessdokumentation geschrieben haben.

Die vier Stufen bilden eine klare Progression von chaotisch zu datengesteuert. Hier ist eine visuelle Zusammenfassung:

Bereitstellung: Wie gelangen Änderungen tatsächlich in die Produktion?

Stellen Sie diese Frage: Verwendet jedes Team die gleiche Methode, um Änderungen in die Produktion zu bringen?

Wenn die Antwort lautet, dass jedes Team sein eigenes Skript, seine eigenen manuellen Schritte und seine eigene Art hat, zu entscheiden, wann bereitgestellt wird, sind Sie auf Stufe 1. Wenn es eine Standard-Pipeline gibt, aber jemand bestimmte Schritte immer noch manuell genehmigen oder auslösen muss, sind Sie auf Stufe 2. Wenn Teams eigenständig bereitstellen können, ohne ein anderes Team um Hilfe bitten zu müssen, sind Sie auf Stufe 3. Wenn Teams verfolgen, wie oft und wie schnell sie bereitstellen, und diese Daten nutzen, um den Prozess zu verbessern, sind Sie auf Stufe 4.

Diese Dimension ist normalerweise die erste, die Teams verbessern, weil sie am sichtbarsten ist. Aber gehen Sie nicht davon aus, dass eine funktionierende Pipeline bedeutet, dass Sie auf Stufe 3 oder 4 sind. Viele Teams haben Pipelines, die automatisiert aussehen, aber dennoch manuelle Übergaben zwischen Teams erfordern.

Plattform: Können Teams bekommen, was sie brauchen, ohne ein Ticket zu erstellen?

Stellen Sie diese Frage: Können Teams die Umgebung oder Infrastruktur, die sie benötigen, bereitstellen, ohne ein Ticket zu erstellen?

Stufe 1 bedeutet, dass alles manuell ist. Jemand muss eine bestimmte Person bitten, einen Server einzurichten, und diese Person könnte Tage oder Wochen brauchen. Stufe 2 bedeutet, dass es einen Standardprozess gibt, der aber immer noch über eine Ticket-Warteschlange läuft. Stufe 3 bedeutet, dass Teams ihre eigenen Umgebungen über eine interne Plattform oder Tools bereitstellen können. Stufe 4 bedeutet, dass die Plattform kontinuierlich basierend auf Nutzungsmustern und Feedback der Teams verbessert wird.

Diese Dimension ist oft der Engpass für Organisationen, die gute Anwendungs-Pipelines haben, aber immer noch mit langsamer Umgebungseinrichtung kämpfen. Wenn Ihre Bereitstellungs-Pipeline schnell ist, aber die Bereitstellung zwei Wochen dauert, beträgt Ihre effektive Bereitstellungsgeschwindigkeit immer noch zwei Wochen.

Governance: Sind Sicherheits- und Compliance-Regeln automatisiert?

Stellen Sie diese Frage: Werden Sicherheits- und Compliance-Regeln automatisch in der Pipeline angewendet oder werden sie manuell überprüft?

Stufe 1 bedeutet, dass es keine klaren Regeln gibt oder Regeln nur in den Köpfen der Leute existieren. Stufe 2 bedeutet, dass es eine manuelle Checkliste gibt, die jemand vor einer Veröffentlichung durchgehen muss. Stufe 3 bedeutet, dass die Regeln in die Pipeline programmiert sind und Verstöße automatisch blockieren. Stufe 4 bedeutet, dass die Regeln regelmäßig überprüft und basierend auf dem tatsächlichen Risiko angepasst werden, nicht nur auf theoretischen Bedrohungen.

Viele Organisationen bleiben auf Stufe 2 stecken, weil sie denken, dass eine manuelle Checkliste ausreicht. Das Problem ist, dass manuelle Checklisten bei knappen Fristen übersprungen werden und nicht skalieren, wenn das Team wächst.

Datenbank: Können Schemaänderungen zusammen mit Anwendungsänderungen ausgeliefert werden?

Stellen Sie diese Frage: Können Datenbankschemaänderungen zusammen mit Anwendungsänderungen ohne zusätzliche manuelle Schritte ausgeliefert werden?

Stufe 1 bedeutet, dass Datenbankänderungen manuell von einem DBA durchgeführt werden. Stufe 2 bedeutet, dass es eine Standardprozedur gibt, die aber immer noch Koordination und Terminplanung erfordert. Stufe 3 bedeutet, dass Datenbankmigrationen in die Pipeline integriert sind. Stufe 4 bedeutet, dass Datenbankänderungen automatisch getestet und sicher zurückgesetzt werden können.

Dies ist oft die Dimension, die Teams überrascht. Sie haben vielleicht eine ausgereifte Anwendungs-Pipeline, aber jede Datenbankänderung erfordert immer noch einen separaten manuellen Prozess. Das schafft einen versteckten Engpass, der erst sichtbar wird, wenn eine Schemaänderung einen Produktionsvorfall verursacht.

Infrastruktur: Werden Server- und Netzwerkänderungen über Pipelines durchgeführt?

Stellen Sie diese Frage: Werden Infrastrukturkonfigurationsänderungen über Pipelines durchgeführt oder durch direktes Einloggen auf Servern?

Stufe 1 bedeutet, dass alles manuell geändert wird. Stufe 2 bedeutet, dass es Standardskripte gibt, die aber immer noch manuell ausgeführt werden. Stufe 3 bedeutet, dass Infrastruktur als Code verwaltet wird und Änderungen über Pipelines laufen. Stufe 4 bedeutet, dass es automatisierte Validierungs- und Wiederherstellungsmechanismen gibt, falls eine Konfigurationsänderung Probleme verursacht.

Diese Dimension ist eng mit der Plattform-Dimension verwandt, konzentriert sich aber speziell darauf, wie bestehende Infrastruktur geändert wird, nicht darauf, wie neue Umgebungen bereitgestellt werden.

Ergebnis: Wissen Sie, wie oft Bereitstellungen fehlschlagen?

Stellen Sie diese Frage: Weiß das Team, wie oft Bereitstellungen fehlschlagen oder wie schnell es sich von Problemen erholt?

Stufe 1 bedeutet, dass es keine Daten gibt, nur Vermutungen. Stufe 2 bedeutet, dass es manuelle Logs gibt, die aber nicht regelmäßig analysiert werden. Stufe 3 bedeutet, dass Metriken automatisch gesammelt und für das Team sichtbar sind. Stufe 4 bedeutet, dass diese Metriken verwendet werden, um zu entscheiden, was als nächstes verbessert werden soll.

Dies ist die Dimension, die Teams, die nur die Bewegungen durchführen, von Teams trennt, die tatsächlich Verbesserungen erzielen. Wenn Sie Ihre Bereitstellungshäufigkeit, Änderungsfehlerrate und Wiederherstellungszeit nicht messen, können Sie nicht wissen, ob Ihre Änderungen die Dinge besser oder schlechter machen.

Eine praktische Bewertungs-Checkliste

Hier ist eine einfache Checkliste, die Sie mit Ihrem Team verwenden können. Beantworten Sie jede Frage ehrlich, nicht basierend auf dem, was Sie sich wünschen, wahr zu sein.

Was tun mit den Ergebnissen

Die Bewertung gibt Ihnen ein Profil, keine Note. Sie müssen nicht jede Dimension auf Stufe 4 bringen. Was Sie brauchen, ist die Dimension zu finden, die alles andere zurückhält.

Wenn Ihre Bereitstellung auf Stufe 3 ist, aber Ihre Datenbank auf Stufe 1, ist Ihr eigentlicher Engpass die Datenbankänderungen. Die Pipeline weiter zu verbessern, hilft nicht, wenn jede Datenbankänderung immer noch einen manuellen DBA-Prozess erfordert. Konzentrieren Sie sich auf die am niedrigsten bewertete Dimension, die sich direkt auf Ihre Fähigkeit auswirkt, Änderungen sicher und schnell auszuliefern.

Der nächste Schritt ist, eine Roadmap basierend auf diesen Engpässen zu erstellen. Aber bevor Sie das tun, führen Sie die Bewertung mit Ihrem Team durch. Das Gespräch selbst ist oft wertvoller als die Bewertungen.