Bleibt wettbewerbsfähig: Setzt auf Platform Engineering

Platform Engineering ist eine Reihe von Tools und Praktiken rund um Entwicklungs-Toolchains, die es Entwicklern erleichtern, hervorragende Software zu erstellen. Es etabliert eine interne Development Platform (IDP), die Teams in cloud-nativen Unternehmen unterstützt und die Erstellung, Implementierung sowie die betrieblichen Aspekte der Plattform über den gesamten Service-Lebenszyklus hinweg umfasst. Sie hat in letzter Zeit aufgrund der wachsenden Nachfrage nach verbesserten Entwicklungs- und Betriebspraktiken erheblich an Popularität gewonnen.

Plattform Engineering kann "goldene Wege" oder "gepflasterte Straßen" bieten, die Entwickler bei richtiger Herangehensweise schnell übernehmen können. Diese Begriffe werden zwar unterschiedlich verwendet, zielen aber im Wesentlichen auf dasselbe Bedürfnis ab: Plattformen sollen Entwicklern die Erstellung, Bereitstellung und Ausführung ihrer Software erleichtern. Die Plattform bietet Automatisierung und verschiedene Abstraktionsebenen, um den Softwareentwicklungsprozess entsprechend der Unternehmensführung zu unterstützen.

Die Softwareentwicklung gewinnt in der heutigen Unternehmenslandschaft immer mehr an Bedeutung, egal in welchem Sektor. Unternehmen müssen der Investition in eine gut konzipierte IDP Priorität einräumen, um eine höhere Produktivität, Effizienz und Motivation zu erreichen.

Hier ist eine Liste, wie eine IDP Ihrem Unternehmen helfen kann:

Verkürzung der Wertschöpfungszeit

Es geht nicht nur um die schnelle Bereitstellung von Software, sondern auch um die breitere Wirkung, die eine neue Softwarelösung auf die Benutzererfahrung und das Unternehmenswachstum hat. Eine robuste Plattform wirkt als Katalysator und kann Entwickler von den komplizierten Details der Infrastrukturverwaltung abschirmen, so dass sie sich auf die Entwicklung von Funktionen konzentrieren können, die für die Benutzer und das Unternehmen am wichtigsten sind.

Höhere Kosteneffizienz

Eine einheitliche Plattform wirkt wie ein Katalysator für die strategische Finanzmanagementpraxis. Die Zentralisierung der Infrastruktur und der Tools über eine Plattform erhöht die Kostentransparenz und gibt den Serviceverantwortlichen mehr Befugnisse. Dank dieser Transparenz können die Teams ihre Ausgaben selbstbewusst einschätzen und abwägen und sie nahtlos mit den Einnahmen und dem geschäftlichen Wert, den sie bringen, in Einklang bringen. Diese Konvergenz von Kostenbewusstsein und geschäftsorientierter Entscheidungsfindung fördert eine Kultur, in der sich IT-Investitionen auf die Wertschöpfung ebenso konzentrieren wie auf die Kostendämpfung.

Verbesserung der Entwicklererfahrung und Gewinnung neuer Talente

Die Gewinnung und Bindung von talentierten Entwicklern ist der Schlüssel für jedes softwaregesteuerte Unternehmen. Durch Investitionen in Plattformen zur Vereinheitlichung und Rationalisierung der Softwarebereitstellung legt ein Unternehmen klare, sichere Gleise für seine Entwickler fest, auf denen sie sich bewegen können. Eine Plattform bietet eine einladende Umgebung für den Start von Projekten und die Sicherheit für Experimente. Dank eines robusten Tech-Stacks kann das Plattformteam den Entwicklern ermöglichen, ohne Reibungsverluste sinnvolle Arbeit zu leisten.

Gewährleistung von Compliance und Sicherheit

Da die digitale Landschaft anfällig ist, sind strengere Sicherheits- und Datenschutzmaßnahmen nicht mehr nur eine Option, sondern eine Notwendigkeit. Leitplanken wie automatisierte Prüfpfade, Richtlinien als Code, gesicherte Selbsthilfe und konsistente Umgebungskonfigurationen können in eure Plattform integriert werden. Eine erfolgreiche Plattform integriert Compliance und Sicherheit nahtlos in den Workflow. Auf diese Weise können sich die Entwickler auf Innovationen konzentrieren, ohne sich um Sicherheit und Vorschriften kümmern zu müssen.

Lest oder hört euch die Podcast-Episode "Platform Engineering done right" über die Möglichkeiten einer IDP in einer portugiesischen Bank, Millenium BCP, an.

IDPs bieten Selbsthilfefunktionen für Entwickler, damit diese sich auf ihre wichtigste Arbeit konzentrieren können. Viele Unternehmen kennen die Vorteile von IDPs, aber es ist schwierig, die richtigen Talente und die richtige Strategie für den Aufbau einer überzeugenden Plattform zu finden.

Wie man mit Platform Engineering anfängt

Es gibt viele Faktoren, die zu berücksichtigen sind. Die technischen Teams müssen mit den Interessengruppen des Unternehmens zusammenarbeiten, um die notwendige Unterstützung für die digitale Plattform und die Ressourcen für das Projekt zu erhalten. Die Unterstützung von Führungskräften ist von entscheidender Bedeutung, da die Erstellung einer IDP allein erhebliche Ressourcen erfordert und nicht nur eine technische Herausforderung darstellt.

Dieses Unterfangen kann kostspielig sein, insbesondere für größere Unternehmen. Im Folgenden findet ihr einige Schritte, die ein CTO unternehmen kann, um mit dem Projekt zu beginnen:

1. Holet euch die Zustimmung des Managements und überlasst ihm die Verantwortung für die größere Vision.
2. Stellt ein Team zusammen, und lasst es seinen Auftrag und seine Mission definieren.
3. Entdeckt Möglichkeiten, die den Anwendungsentwicklungsteams einen guten Nutzen bringen
4. Legt Messungen für den Erfolg fest
5. Setzt Prioritäten und liefert (Software und Dokumente)
6. Haltet Feedback und Ergebnisse fest
7. Kommuniziert Erfolge und Herausforderungen an Sponsoren und Interessengruppen
8. Überprüft die Team-Charta (Mission)
9. Iteration von Schritt 3

Erfahrt mehr über die einzelnen Schritte in unserer Blogserie "If I were a CTO, I’d approach platform engineering like thisntwicklung so angehen" (oder springt direkt zu Teil zwei: Establishing a platform engineering organization).

Erfahrt, wie TV2, ein dänischer Fernsehsender und eine Streaming-Plattform, mit Platform Engineering begonnen hat.

Baut nicht auf Annahmen auf – experimentiert und verbessert euch

Es kommt häufig vor, dass wir in den Kaninchenbau fallen, wenn wir auf grundlegenden Schichten aufbauen. Bevor wir unser erstes Team auf der Plattform willkommen heißen, wollen wir alles bereit haben. Schließlich wollen wir, dass die Entwickler ein großartiges User Experience haben, also müssen wir alles "fertig" haben, damit sie ihre Dienste ausführen können.

Aber in der Softwareentwicklung ist nichts jemals wirklich fertig. Von Anfang an müssen wir schrittweise Verbesserungen mit echten Entwicklern so früh wie möglich umsetzen. Andernfalls bauen wir auf Annahmen auf – und diese täuschen uns oft. Schließlich haben wir als Plattform-Team unser „Recht, mitzuspielen“ noch nicht bewiesen.

Vielleicht kommt dieses Anti-Muster von dem Wort "Plattform". Wir glauben, dass sie die gesamte Softwarebereitstellung, Sicherheit, Qualität, Überwachung und den Betrieb im Voraus unterstützen sollte. Es ist in Ordnung, über das große Ganze nachzudenken, aber fangt klein an und baut die Thinnest Viable Platform iterativ auf (ein Konzept aus dem Buch Team Topologies). Findet also den kleinstmöglichen Anwendungsfall heraus, der für die Entwickler von Nutzen ist, und baut genau diesen auf. Messt das Ergebnis und lernt, was als Nächstes zu entwickeln ist.

Wenn ihr Angst davor habt, in Produktion zu gehen (wie wir alle) und denkt, ihr müsstet noch ein wenig mehr Arbeit erledigen, widersteht diesem Drang. Wendet euch stattdessen an eure offensten Kollegen, die euch unterstützen wollen, und bietet ihnen an, die Plattform zu testen.

Wenn ihr mehr über die Herausforderungen und Fallstricke des Platform Engineering erfahren möchtet, schaut euch den Talk "Platform Engineering is Hard, and We are Doing it Wrong" auf den DevOpsDays Denmark 2023 an.

Dokumentieren eures IDP

Beginnt mit der Erstellung eines Dokumentationsplans und nehmt vorweg, worauf es ankommt, basierend auf den Bedürfnissen der Entwickler, je nach den Herausforderungen, denen sie derzeit gegenüberstehen. Wenn ihr das nicht tut, werdet ihr wahrscheinlich mit den unten aufgeführten Problemen konfrontiert:

• Die Entwickler benötigen Hilfe beim Einstieg in die Nutzung eurer Plattform und ihrer Dienste.
• Ihr werdet immer wieder erklären müssen, wie bestimmte Konzepte und Ideen funktionieren.
• Die Entwickler werden bemerken, dass sie versucht haben, eurer Dokumentation zu folgen, aber bei einem der Schritte gescheitert sind, weil sie nicht die richtige Version einer bestimmten Software installiert hatten.
• Die Entwickler werden sich an euch wenden, wenn sie mit Problemen konfrontiert sind, anstatt sich auf die Dokumentation zu beziehen.
• Ihr werdet immer wieder dieselben Personen auf dieselbe Dokumentation verweisen, was jedes Mal zu wenig Erfolg führt.

Ziel ist es, einen klaren Überblick über eure Benutzer und deren Nutzen zu geben. Hebt euch die detaillierte technische Dokumentation für später auf. Entwickler suchen nach Plattformen, die einfach zu verstehen und zu benutzen sind. Wenn ihr ihre Bedürfnisse berücksichtiget und eine gute Dokumentation bereitstellet, könnt ihr mehr Entwickler für eure Plattform gewinnen.

Weitere Informationen findet ihr in unserem Blog-Beitrag über bessere Dokumentation für bessere Plattformentwickler.

Auswahl eines Platform Engineering-Tools

Backstage? Crossplane? Argo CD? GitLab? Lasst uns hier ein wenig zurückspulen. Jede Organisation benötigt andere Werkzeuge, die für sie geeignet sind.

Technologie und Werkzeuge sind unerlässlich, damit eine Plattform ihren Nutzern einen Mehrwert bietet. Einige Entscheidungen müssen frühzeitig getroffen werden, während andere im Laufe der Zeit getroffen werden können. Die Infrastruktur, auf der die Plattform laufen soll, sollte natürlich ebenfalls in einem frühen Stadium festgelegt werden. Soll sie auf einer Cloud-Plattform, On-Premise oder in einer Mischform aufgebaut werden?

Wie bei allen anderen wichtigen Entscheidungen sollten auch hier die richtigen Interessengruppen einbezogen werden. Deshalb solltet ihr Shared Services (Finanzen, Beschaffung, Sicherheit usw.) in die Entscheidungsfindung einbeziehen.

Hier sind ein paar Dinge, die ihr beachten solltet:

• Vermeidet eine enge Kopplung: Zieht die Verwendung von Open-Source-Software und -Tools, die eine breite Palette von Drittanbieter-Integrationen bieten, einem Einheitsansatz vor. So vermeidet ihr, dass ihr in Zukunft an einen bestimmten Anbieter (oder eine bestimmte Technologie) gebunden sind.
• Akzeptiert, dass sich die Dinge ändern werden: Unabhängig davon, wie ihr euch entscheidet, werdet ihr wahrscheinlich in 2-3 Jahren migrieren wollen.

Andere Tools sind einfacher zu wählen und sollten erst dann eingesetzt werden, wenn ihr bereit seid, sie zu übernehmen. Vermeidet es, sich im Voraus auf Tools festzulegen, die ihr in naher Zukunft nicht nutzen wollt. Da sich Tools und Technologien schnell ändern, solltet ihr euch an die Lean-Praxis halten und Verpflichtungen bis zum letzten verantwortlichen Moment aufschieben (wie in dem Buch Lean Software Development beschrieben).

Es lohnt sich auch zu überlegen, wie viele Innovationstoken ihr für neue Tools ausgeben könnt. Auch Plattformteams sind von der kognitiven Überlastung nicht ausgenommen. So banal es auch klingen mag, manchmal ist es besser, mit Werkzeugen zu beginnen, mit denen man bereits Erfahrung hat und die einem zur Verfügung stehen, und dann nach und nach zu prüfen, ob sie noch zweckmäßig sind.

Die meisten Optionen zur Bewertung der Softwareentwicklung konzentrieren sich auf lokale Produktivität, Qualität und Konsistenz im Lieferprozess. Für DevOps gibt es dank des DevOps Research Assessment (DORA)- Programms gut etablierte Metriken:

• Bereitstellungshäufigkeit
• Vorlaufzeit für Änderungen
• Mittlere Zeit bis zur Wiederherstellung
• Fehlerquote bei Änderungen
• Ausfallsicherheit

Diese Kennzahlen ermöglichen es uns, die Auswirkungen der DevOps-Kultur und -Praktiken in Bezug auf die IT-Leistung und -Qualität quantitativ zu erfassen. In letzter Zeit hat sich die Aufmerksamkeit darauf verlagert, zu bewerten, wie Entwickler ihre Arbeit empfinden und wertschätzen, indem ein DevX-zentrierter Ansatz zur Erfolgsmessung verfolgt wird.

Messung der Entwicklererfahrung

Die Messung von DevEx ist jedoch eine schwierige Aufgabe, da das Konzept selbst sehr weit gefasst ist. Es ist hilfreich, mit einem Rahmen zu beginnen, der die drei Kerndimensionen von DevEx identifiziert: Feedback-Schleifen, kognitive Belastung und Flow-Zustand. Diese Dimensionen betonen, dass DevEx nicht nur eine technische Angelegenheit ist – Tooling oder Workflows –, sondern in erster Linie die Wahrnehmung der Entwickler betrifft.

Entwickler sind Menschen und keine einzelne Kennzahl kann DevEx genau erfassen. Aus diesem Grund ist das Sammeln von qualitativem Feedback von Entwicklern durch Umfragen unerlässlich. Diese Art von Feedback beschreibt unter anderem die wahrgenommene Komplexität und Zufriedenheit mit der Bereitstellung von Code und der Nutzung einer Plattform. Ein Beispiel:

• Benutzerfreundliche Tools helfen Entwicklern, die Entwicklung und Bereitstellung schnell und unkompliziert zu gestalten.
• Selbsthilfefunktionen unterstützen die Unabhängigkeit und Kontrolle der Entwickler.
• Hochwertige Dokumentation hilft Entwicklern, sich in komplexen Infrastrukturen zurechtzufinden.
• Die Plattform ermöglicht die Erfassung verschiedener DevEx-bezogener Metriken.
• Die schnelle Einrichtung einer Entwicklungsumgebung fördert die Produktivität und Kreativität bei der Realisierung von Minimal Viable Products.

Letztendlich ist Platform Engineering eine Anstrengung, die über die Verbesserung der Produktivität hinausgeht und zu schnellerer Innovation führt. Durch die Verbesserung von DevEx steigert eine Plattform die Zufriedenheit der Entwickler, was wiederum die Mitarbeiterbindung, die Gewinnung von Talenten und den Erfolg bei der Umsetzung von Unternehmenszielen verbessert.

Weitere Informationen findet ihr in Nicole Forsgrens Vortrag "Why even DevOp-making our days better".