Produkt-Denkweise ist der Schlüssel zum Erfolg des Plattform-Engineerings

Von: Aeris Stewart am 31. August 2023

Plattform-Engineering hat die Welt im Sturm erobert, und das aus gutem Grund. Gute Plattformen reduzieren TicketOps, standardisieren Konfigurationseinstellungen und verkürzen die Vorlaufzeit und Markteinführungszeit. Trotz der neuen Beliebtheit der Disziplin bleiben einige Fragen darüber offen, was Plattform-Engineering von DevOps unterscheidet. Die Antwort auf diese Fragen liegt im Plattform-als-Produkt-Ansatz – dem Herzstück jeder erfolgreichen Plattform-Engineering-Bemühung.

Laut Luca Galante ist Plattform-Engineering „die Disziplin des Entwerfens und Erstellens von Toolchains und Workflows, die Self-Service-Funktionen für Software-Engineering-Organisationen im Cloud-nativen Zeitalter ermöglichen“. Plattformingenieure bauen eine interne Entwicklerplattform auf, die „aus vielen verschiedenen Technologien und Tools besteht, die so zusammengefügt sind, dass die kognitive Belastung der Entwickler verringert wird, ohne den Kontext und die zugrunde liegenden Technologien zu abstrahieren.“

Ein Produktansatz erfordert Benutzerrecherche, eine definierte Mission, die Nutzung von Leuchtturmteams, das Einholen regelmäßigen Feedbacks, die Iteration und die Vermarktung Ihrer Plattform für interne Zustimmung. Zusammen stellen diese Best Practices für das Produktmanagement sicher, dass Ihre Plattform echten Entwickler-Self-Service ermöglicht und die richtige Abstraktionsebene findet.

„Bauen Sie es, und sie werden kommen“ ist keine praktikable Strategie, um sicherzustellen, dass Entwickler Ihre Plattform übernehmen. Ebenso wird es wahrscheinlich scheitern, Entwickler zur Nutzung einer Plattform zu zwingen. Die vorgeschriebene Nutzung erzeugt Unmut, mindert das Vertrauen und führt zu Schattenoperationen. Um den vorzeitigen Untergang Ihrer Plattform zu verhindern, müssen Sie Ihre Plattform wie ein Produkt behandeln und es an Ihre Kunden verkaufen: Ihre Entwickler.

Dieser Artikel bietet einen allgemeinen Überblick darüber, wie eine Produktmentalität in der Praxis aussieht und warum jede Komponente zum Erfolg Ihrer Plattform beiträgt.

Wenn Sie nicht ein umfassendes Verständnis der Schwachstellen der Entwickler erlangen und wissen, was sie bereits tun, um diese Probleme zu lindern, werden Sie keine Plattform aufbauen, die die Leute tatsächlich nutzen wollen. Michael Galloway von Hashicorp teilte dieses Beispiel einer Benutzerumfrage, die er mit seinem Team während seiner Zeit bei Doma durchgeführt hat. Die Idee besteht darin, Fragen zum gesamten Softwarebereitstellungsprozess zu stellen, von der Planungsphase der Arbeit des Befragten bis hin zum Debuggen und Testen. Auf diese Weise kann das Plattformteam der Erstellung von Funktionen Priorität einräumen, um die frustrierendsten Probleme der Entwickler zu lösen.

Oftmals werden Plattformteams feststellen, dass Teams widersprüchliche Wünsche und Ansichten darüber haben, wie die Plattform aussehen soll. Ein Plattformproduktmanager hilft dabei, unterschiedliche Antworten in einen umsetzbaren und erfolgreichen Plan umzusetzen. Erfolgreiche Plattformteams recherchieren auch nach Open-Source- und kommerziellen Tools und integrieren bei Bedarf vorgefertigte Lösungen in ihre Plattform. Sie untersuchen Blaupausen, wie die von McKinsey entwickelten internen Referenzarchitekturen für Entwicklerplattformen, als Ausgangspunkt.

Ihr Leitbild gibt Ihrem Plattformteam eine klare Identität und Prioritäten. Es ist auch ein Ausgangspunkt, um Ihre Auswirkungen auf das Unternehmen zu verstehen und den relevanten Stakeholdern mitzuteilen. Gute Leitbilder sind emotional und inspirierend, einfach, aber aussagekräftig, passen zur Langlebigkeit der Organisation und basieren auf Nutzerforschung.

Zu Beginn ihrer Reise zur Plattformentwicklung wissen viele Unternehmen nicht, was sie zuerst entwickeln sollen. Die Verwirrung entsteht dadurch, dass es zwei wichtige, aber widersprüchliche Prioritäten gibt. Einerseits möchte Ihr Plattformteam nicht mehr abbeißen, als es verbrauchen kann, indem es zu viele Funktionen auf einmal erstellt. Andererseits bieten Plattformen, die dünn genug sind, um das gesamte Unternehmen abzudecken, den einzelnen Teams häufig nicht genügend Mehrwert.

Die richtige Balance lässt sich durch den Einsatz von Leuchtturmteams erreichen. Ein Leuchtturmteam ist die erste Personengruppe, für die Sie die Plattform Ihrer Organisation aufbauen möchten. Verbringen Sie also viel Zeit mit ihnen, um alles richtig zu machen. Bilden Sie Botschafter und Evangelisten aus und geben Sie ihnen Zeit, den Rest des Teams (und der Organisation!) für Ihre Plattform zu begeistern. Sobald Sie eine Plattform aufgebaut haben, die Ihrem Leuchtturmteam einen echten Mehrwert bietet, wiederholen Sie diesen Prozess mit weiteren Teams im gesamten Unternehmen.

Der Leuchtturm-Team-Ansatz ist wertvoll, weil er Plattformteams dabei hilft, den Ozean nicht zum Kochen zu bringen und gleichzeitig sicherzustellen, dass Ihre Plattform bei jedem Schritt einen echten Mehrwert bietet.

Die anfängliche Benutzerrecherche reicht nicht aus, um eine erfolgreiche Plattformentwicklung aufrechtzuerhalten. Plattformteams sollten regelmäßig Feedback von Entwicklern einholen und es zur Iteration der Plattform nutzen.

Gespräche über Plattform-Engineering konzentrieren sich oft auf Entwickler, aber Entwickler sind nicht die einzige Interessengruppe Ihrer Plattform. Ihr Plattformteam benötigt außerdem die Zustimmung von Managern, Systemadministratoren, DevOps-Ingenieuren und der C-Suite.

In seinem Vortrag auf der PlatformCon 2023 „Wie man den Geschäftswert des Plattform-Engineerings kommuniziert“ erläuterte Manjunath Bhat von Gartner die Enterprise Value Equation von Gartner als Grundlage für Plattformteams, um den Wert ihrer internen Entwicklerplattform zu verstehen und verschiedenen Interessengruppen mitzuteilen.

Der Prozess umfasst die Bewertung der Prioritäten und Anliegen der Stakeholder, die Identifizierung und Definition von Werttreibern, die Erstellung einer Wertkarte, um die Wertvorteile den Auswirkungen auf die Stakeholder zuzuordnen, die Unterstützung der Wertgeschichte durch Ergebnismetriken und die Kommunikation des „Warum“ und des realisierten Werts an die Organisation.

Die Anwendung einer Plattform als Produktansatz kann in der Praxis schwierig sein. Beispielsweise fällt es vielen Unternehmen schwer, für die interne Entwicklerplattform die gleichen Überlegungen anzustellen wie für ein externes Produkt. Bei der Zusammenarbeit mit internen Entwicklern können Plattformteams leicht Annahmen darüber treffen, was diese Benutzer wissen, wollen und brauchen. Allerdings erfordert das Plattform-Engineering, diese Annahmen zu vermeiden und stets nach Benutzerperspektiven zu suchen.

Eine weitere häufige Gefahr für Unternehmen besteht darin, die Einführung einer Plattform vorzuschreiben. Durch die Verpflichtung zur Plattform werden die kritischen Feedbackschleifen geschlossen, die Plattformteams benötigen, um den Erfolg ihrer Plattform zu messen und kontinuierliche Verbesserungen vorzunehmen.

Der Plattform-als-Produkt-Ansatz unterscheidet das Plattform-Engineering von DevOps. Es ist täuschend einfach, aber wichtig, wenn Sie eine interne Entwicklerplattform aufbauen möchten, die die Leute tatsächlich nutzen möchten.

Abgelegt unter: Blogs, Geschäft mit DevOps, DevOps-Praxis, Doin' DevOps, Plattform-Engineering. Markiert mit: Entwickler-Self-Service, interne Entwicklerplattform, Plattformeinführung, Plattform als Produkt, Plattform-Engineering, Best Practices für das Plattformmanagement, Produktansatz, Erfolgreich Plattformteams