Blog
Grundlagen der Plattformtechnik: 5 wichtige Lektionen, bevor Sie anfangen

Stehen Sie am Anfang Ihrer Reise zum Plattform-Engineering? Möchten Sie eine erfolgreiche Plattform mit bleibendem Wert schaffen? Möchten Sie Menschen dazu bringen, Sie auf Ihrer Reise zu begleiten?
Plattform-Engineering kann Unternehmen dabei helfen, die kognitive Belastung der Entwicklungsteams zu verringern und die Erfahrung der Entwickler (DevEx) sowie verschiedene andere Bereiche deutlich zu verbessern.
Ganz gleich, ob Sie die Struktur von Anwendungen standardisieren möchten (z. B. aus Gründen der Compliance oder um Ihr Anwendungsportfolio wartungsfreundlicher zu machen), ob Sie einen goldenen Weg in der Automatisierung suchen oder ob Sie in der Lage sein möchten, Anwendungen schnell zu starten - die Möglichkeiten und Chancen für Unternehmen, die Softwarebereitstellung zu verbessern, sind enorm.
Aber schon diese Vielzahl von Möglichkeiten kann eine Herausforderung darstellen. Es kann eine Vielzahl von Gründen für den Start einer Plattforminitiative mit sehr unterschiedlichen Ergebnissen geben, die nicht immer gut zusammenpassen oder sich sogar gegenseitig ausschließen können.
Kombinieren Sie dies mit der Dringlichkeit, auf den Zug aufzuspringen, die in vielen Unternehmen zu spüren ist, und Sie können mehrere Risiken beobachten:
- Die Bedürfnisse der eigentlichen Nutzer der Plattform werden zugunsten anderer Interessen unterbewertet
- Undurchsichtige Ziele und ein Mangel an Visionen führen dazu, dass jeder unterschiedliche Erwartungen hat
- Versäumnis, messbare Ziele zu setzen und zu überprüfen, ob sie erreicht werden
- Start ohne die richtige Beteiligung und das richtige Engagement
- Nichtberücksichtigung der Kultur und des Qualifikationsniveaus des Unternehmens
- Falsche Erwartungen wecken
Auf der Grundlage dieser Beobachtungen und der Tatsache, dass ich an der Implementierung von internen Entwicklerplattformen (IDPs) und Continuous Delivery as a Service (CDaaS) in verschiedenen Unternehmen beteiligt war, werde ich 5 meiner wichtigsten Erkenntnisse weitergeben.
1. Bauen Sie eine Plattform auf der Grundlage eines tatsächlichen Bedarfs
Zum Beispiel, um die Erfahrung der Entwickler zu verbessern, die kognitive Belastung zu verringern oder den Teams gewünschte Funktionen zur Verfügung zu stellen, die vorher nicht verfügbar waren. Das mag offensichtlich klingen, aber ich glaube, das ist es nicht.
Bauen Sie keine Plattform auf, weil sie gerade im Trend liegt, sich gut in Ihrem Lebenslauf macht oder Sie unbedingt mit der Technologie arbeiten wollen. Setzen Sie sich klare Ziele, bevor Sie beginnen, und beginnen Sie sofort, Ihre Fortschritte zu messen, damit Sie wissen, dass Sie auf dem richtigen Weg sind.
Testen Sie, ob die Fähigkeiten, die Sie bereitstellen möchten, von den Teams tatsächlich gewünscht werden. Indem Sie frühzeitig feststellen, ob die Teams bereit sind, an Bord zu gehen, testen Sie zunächst, ob Ihre Plattform realisierbar ist.
Eine Form des Ansatzes könnte darin bestehen, eine Funktion schnell bereitzustellen, um die Teams darauf einzustellen und dann von dort aus zu erweitern. Bauen Sie keine Plattform mit allen Funktionen auf, die Sie in den Zielzustand aufnehmen möchten, bevor Sie die Teams einbinden und deren Feedback einholen.
Wenn niemand an Bord kommen will, arbeiten Sie vielleicht am falschen Problem. Wenn Sie klein anfangen, sparen Sie möglicherweise eine Menge Zeit und Mühe.
2. Setzen Sie Ziele und beginnen Sie mit der Messung von Anfang an
Behandeln Sie Metriken nicht als nachträglichen Gedanken, sondern messen Sie von Anfang an die Nutzung der Plattform und wie sie zu Ihren Zielen beiträgt.
Sie könnten sich zum Beispiel von einigen der neueren DevEx- oder SPACE-Frameworks inspirieren lassen, wenn Sie die Erfahrung der Entwickler verbessern wollen. Beginnen Sie mit dem Sammeln von Informationen, indem Sie Umfragen durchführen.
Mithilfe von Umfragen können Sie schnell wertvolle Informationen sammeln, und das ist oft viel einfacher als die Erfassung von Metriken durch Automatisierung. Beziehen Sie die Entwicklungsteams in das, was Sie messen möchten, mit ein. Dies wird dazu beitragen, die Akzeptanz zu erhöhen und die Bedürfnisse zu validieren.
Wenn das Ziel Standardisierung, Auditierbarkeit und Kostensenkung ist, sollten die von Ihnen erfassten Informationen dies widerspiegeln.
Wenn Sie von Anfang an messen, wissen Sie, dass Sie auf dem richtigen Weg sind, und Sie erhalten frühzeitig ein Feedback.
3. Vergewissern Sie sich, dass es die richtige organisatorische Verpflichtung gibt
Der Aufbau einer geeigneten und nachhaltigen Plattform ist nicht nur eine technische Herausforderung, sondern kann auch eine Änderung der Arbeitsweise der Mitarbeiter erfordern, und manchmal sind neue Fähigkeiten gefragt. Dies gilt für rückständige Organisationen, aber auch für innovativere Unternehmen.
Sie brauchen das Engagement der Geschäftsleitung, um das Budget zu unterstützen und die Bedeutung zu vermitteln. Sie brauchen die Bereitschaft der Teams, sich einzubringen und neue Fähigkeiten zu erlernen. Daher können Sie eine Plattform nicht einfach als Nebenprojekt einrichten, sondern sie muss für das Unternehmen ganz oben auf der Agenda stehen, um erfolgreich zu sein.
Selbst wenn Sie sich für einen Bottom-up-Ansatz entscheiden, brauchen Sie eine Form der Unterstützung durch das Management, damit Sie nicht mit etwas enden, das nicht unterstützt wird und nur Probleme verursacht, anstatt sie zu lösen.
4. Verwenden Sie eine angemessene Terminologie und steuern Sie die Erwartungen
Es kann mehrere legitime Ziele geben, die Sie mit einer Plattform erreichen wollen, auf der Sie Ihre Teams einbinden. Sie müssen bei den Zielen, die Sie erreichen wollen, fair sein, damit Sie keine falschen Erwartungen wecken. Wenn das Hauptziel also die Einhaltung von Vorschriften ist, sagen Sie das und sagen Sie warum. Nennen Sie es nicht Produktivität.
Wenn Ihr Ziel darin besteht, die Teams mit einem vordefinierten Satz von Tools und Prozessen arbeiten zu lassen, nimmt die Autonomie im Austausch für die Kontrolle ab. Das sind Kompromisse, die Sie in Betracht ziehen müssen, und Sie müssen diese Kompromisse kommunizieren.
5. Behalten Sie die Interessen der Entwicklerdie Interessen der Entwickler im Auge und halten Sie die Stakeholder in Schach
Plattform-Engineering verspricht mehr Produktivität und bessere Software, aber gleichzeitig kann es sich gegen die Interessen der Entwickler wenden und das Gegenteil erreichen:
- Verwendung der von der Plattform generierten Metriken, um Teams miteinander zu vergleichen
- Alles auf einige wenige vertrauenswürdige Quellen beschränken und die Freiheit der Entwickler gegen Sicherheit eintauschen (und das Gegenteil erreichen)
- Wenn Sie eine einzige Reihe von unterstützten Tools und Prozessen erzwingen und es gleichzeitig erschweren, vom goldenen Weg der Automatisierung abzuweichen, wird Ihnen die Autonomie genommen.
Metriken können in einer unsicheren Umgebung bedrohlich sein, zu Ängsten führen und Teams könnten Wege finden, das System zu umgehen.
Paradoxerweise könnte das Sperren von allem Ihre Plattform weniger sicher machen. Vergewissern Sie sich, dass das Sicherheitsbüro dies versteht, und treffen Sie vorher gute Vereinbarungen, um eine Verlangsamung zu verhindern.
Hier kommt auch eine gute und verantwortungsvolle Product Ownership ins Spiel: Sie brauchen jemanden, der die Bedürfnisse der relevanten Interessengruppen sammelt und diese verschiedenen Interessen gegeneinander abwägt, während er dafür sorgt, dass die Interessen der Nutzer der Plattform berücksichtigt werden. Es wird schwieriger sein, andere Ziele zu erreichen, wenn die Erfahrungen der Nutzer nicht ausreichend gewürdigt werden.
Berücksichtigen Sie diese Faktoren sorgfältig, bevor Sie fortfahren.
Fazit
Wenn Sie eine Plattform aufbauen, sollten Sie sich darüber im Klaren sein, dass Sie die Art und Weise, wie ein Unternehmen arbeitet und Software entwickelt wird, nicht einfach durch die Einführung neuer Tools und technischer Möglichkeiten ändern können. Es sollte Teil einer größeren Anstrengung sein und erfordert eine bestimmte Einstellung und Fähigkeiten, um diese Möglichkeiten erfolgreich zu nutzen.
Sie müssen sich der Kultur in den Organisationen, für die Sie arbeiten, bewusst sein und wissen, dass die Technologie sowohl zum Guten als auch zum Schlechten eingesetzt werden kann. Wenn Sie letzteres befürchten, sollten Sie sich vergewissern, dass diese organisatorischen Probleme behoben werden, bevor Sie fortfahren.
Die Ziele, die Sie erreichen wollen, müssen für jeden klar sein.
Seien Sie fair in Ihrer Kommunikation und verlieren Sie bei dem Versuch, die Bedürfnisse des Unternehmens zu erfüllen, niemals die Erfahrung des Entwicklers aus den Augen, sonst werden Sie Ihre Ziele nicht erreichen. Wägen Sie stattdessen die Bedürfnisse des Entwicklers fair gegen die Interessen der anderen Beteiligten ab und kommunizieren Sie Kompromisse.
Messen Sie Ihre Fortschritte kontinuierlich, um zu wissen, ob Sie auf dem richtigen Weg sind. Stellen Sie sicher, dass Sie das richtige organisatorische Engagement haben. Es darf kein Nebenprojekt sein. Binden Sie die Teams so früh wie möglich ein, um echtes Feedback zu erhalten.
Wenn Sie die oben genannten Ratschläge beherzigen, werden Sie die Chance, eine wertvolle Plattform mit dauerhaftem Wert zu schaffen, dramatisch erhöhen.
Verfasst von
Bert Rijsdijk
I help teams to speed up and improve the complete software delivery process. My mission is to get software in the hands of users faster by reducing time to market, enabling early feedback, and giving development teams the capabilities they need to succeed.
Unsere Ideen
Weitere Blogs
Contact



