DevOps skalieren: Best Practices

Mit dem Wachstum von Unternehmen wachsen und verkomplizieren sich wahrscheinlich auch deren Anforderungen an die Entwicklung von Anwendungen und Prozessen. DevOps ist eine Methodik, die darauf abzielt, den Prozess hinter diesen neuen Entwicklungen zu erleichtern. Sie zeigt Entwicklungs- und Betriebsteams, wie sie bei iterativen Projekten zusammenarbeiten können, allerdings gelingt die Umsetzung einer DevOps-Strategie nicht jedem Unternehmen auf Anhieb.

Insbesondere für größere Unternehmen kann DevOps eine Herausforderung darstellen, da möglicherweise komplexe Silostrukturen zwischen verschiedenen IT-Abteilungen aufgebrochen werden müssen. Unabhängig davon, an welchem Punkt sich Ihr Unternehmen bei der Einführung von DevOps befindet, sollten Sie diese Best Practices für die Skalierung von DevOps im Hinblick auf Unternehmensziele und einen Mehrwert in Echtzeit berücksichtigen.

Außerdem lesenswert: NetOps vs. DevOps: Automatisierung für das Netzwerk

Standardisierte Projektvorlagen und Richtlinien entwickeln

DevOps kann keine langfristigen Effizienzsteigerungen in der Entwicklung erzielen, wenn nicht der nötige Freiraum für die Standardisierung von Projektrichtlinien und -verfahren geschaffen wird. Das Wichtigste, was ein DevOps-Team tun kann, ist sicherzustellen, dass die Standardisierung von Anfang an im Mittelpunkt steht und keine DevOps-Projekte als Ausnahmen behandelt werden.

Eine gute Möglichkeit, konkrete Schritte zur Standardisierung von DevOps zu unternehmen, besteht darin, Projektvorlagen zu erstellen und konsequent zu verwenden. Projektvorlagen demokratisieren DevOps-Projekte, indem sie Prozessdaten allgemein verfügbar und leichter interpretierbar machen. Dadurch werden erfolgreiche Projekte wiederholbar und skalierbar.

Viele DevOps-Tools bieten integrierte Vorlagen und Funktionen zur Entwicklung von Richtlinien, die den Start eines neuen Projekts automatisieren und vereinfachen können. Die Standardisierung von Richtlinien ist über die Erstellung von Vorlagen hinaus ein weiteres wichtiges Element, da sie Projekte und die zugehörigen Tools dabei unterstützt, während der gesamten Entwicklung angemessene Sicherheits- und regulatorische Anforderungen einzuhalten.

Erfahren Sie mehr über Vorlagen für das Projektmanagement auf project-management.com.

Abteilungsübergreifende Ziele schaffen, um Silos aufzubrechen

IT-, Sicherheits-, Betriebs- und andere technologieorientierte Teams arbeiten typischerweise in spezialisierten Rollen und nach getrennten Arbeitsabläufen – insbesondere in größeren Unternehmen, die sich diese dedizierten Teams leisten können. Selbst wenn diese Abteilungen Projekte erhalten, bei denen sie zusammenarbeiten müssen, kann es leicht passieren, dass jedes Team und jedes einzelne Mitglied nur auf die Projektteile achtet, für die es direkt verantwortlich ist. 

Zwar sind manche Projekte mit diesem Silokonzept sehr erfolgreich, doch häufig gehen Kosten- und Zeiteinsparungen verloren, und es können Fehler entstehen, wenn Technologieteams zu unabhängig voneinander arbeiten.

Für eine erfolgreiche DevOps-Einführung ist es wichtig, von der Führungsebene aus abteilungsübergreifende Ziele festzulegen. Dieser Ansatz stellt sicher, dass die verschiedenen Teams Kennzahlen und Aufgaben erhalten, die Kommunikation und Zusammenarbeit erfordern. So fließen die Best Practices und das Wissen aller beteiligten Teams in ein besseres Endprodukt ein.

DevOps-Tools zur Unterstützung der Teamziele einsetzen

DevOps-Tools können verschiedene DevOps-Aufgaben automatisieren, speichern, dokumentieren und fokussieren. Wenn Ihr Team über das Budget für zusätzliche Tools und Ressourcen verfügt, sollten Sie Lösungen aus den folgenden Kategorien in Betracht ziehen, um die DevOps-Ziele Ihres Teams zu unterstützen:

• Versionskontrolle
• Datenbereinigung und Datenqualitätsmanagement
• Containerverwaltung
• Projektmanagement
• Überwachung der Anwendungsperformance
• Konfigurationsmanagement
• CI/CD- und Workflow-Automatisierung
• Zusammenarbeit und Kommunikation

Erwägenswerte Lösungen für das Datenmanagement: Die besten Datenmanagementplattformen (DMP)

Auf kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD) setzen

Zu den wichtigsten Grundsätzen von DevOps gehört es, den Bereitstellungszyklus zu verkürzen und regelmäßig Iterationen eines Produkts auszuliefern, um agiler zu werden. Versuchen Sie nicht, eine perfekte Version mit mehreren neuen Komponenten auf einmal zu erstellen. Das entspricht nicht nur keinem echten DevOps-Ansatz, sondern kann auch einige der folgenden Probleme für Entwickler und Nutzer verursachen:

• Nutzer erhalten benötigte Zwischenversionen nicht so schnell und müssen auf gebündelte Releases warten.
• Nutzer können neue Funktionen aufgrund des verlängerten Zeitrahmens nicht so schnell testen und Feedback dazu geben.
• Die gleichzeitige Veröffentlichung mehrerer Funktionen macht das Projekt umfangreicher, wenn Entwickler nach dem Release noch etwas korrigieren müssen.

Kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD) halten die Abläufe schnell, ermöglichen unmittelbares Feedback zur Weiterentwicklung bestehender Funktionen und vereinfachen den Prozess, wenn ein DevOps-Team den Kurs ändern oder einen Projektplan vollständig umstellen muss.

Mehr über CI/CD erfahren: DevOps: Kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD) verstehen

Auf die Nutzererfahrung (UX) achten

Nutzererfahrung (UX) ist ein zentraler Bestandteil von DevOps, denn iteratives Feedback hilft einem DevOps-Team dabei, geplante Projektiterationen im Laufe der Zeit anzupassen. Um die Anforderungen an die UX für ihre Projekte wirklich zu verstehen und umzusetzen, sollten DevOps-Teams regelmäßig mit nichttechnischen Teammitgliedern interagieren und möglicherweise sogar erwägen, einige dieser Mitarbeiter in das DevOps-Team aufzunehmen.

Wenn Sie nicht wissen, wie Sie Rückmeldungen von tatsächlichen Nutzern einholen können, gibt es je nach Projekt und Ressourcen Ihres Unternehmens verschiedene Möglichkeiten. Erwägen Sie Umfragen, Ticketsysteme, Diskussionsforen zur Nutzererfahrung und abteilungsübergreifende Meetings, um das nötige Feedback für ein nutzerorientiertes Design zu erhalten.

Änderungsmanagement in alle DevOps-Projekte integrieren

Entwickler und neue Nutzer müssen bewährte Verfahren für das Änderungsmanagement in neue Entwicklungs- und Releasezyklen integriert werden, damit die Tools effizient und korrekt verwendet werden – insbesondere im Hinblick auf Anforderungen an Sicherheit und regulatorische Compliance.

Für möglichst erfolgreiche DevOps-Releases sollten Sie sicherstellen, dass Ihr Unternehmen über eine solide Unterstützung für das Änderungsmanagement verfügt. Zu den hilfreichen Strategien für das Änderungsmanagement bei einem DevOps-Release gehören ein Frage-und-Antwort-Forum oder Ticketsystem für neue Nutzer, die Erstellung von Dokumentationen und zusätzlichen Schulungen sowie die Unterhaltung eines DevOps-Taskforces, die bewerten kann, wie erfolgreich das Tool in das Unternehmen integriert wurde.

Als Nächstes lesen: Die besten DevOps-Tools und -Software