Jeder Kunde ist wichtig

Ein zentrales Prinzip der Plattformentwicklung ist die Optimierung für Ihre Kunden. Stellen Sie sich Entwickler als Ihren Hauptkunden vor und konzentrieren Sie sich zuerst auf ihre Bedürfnisse, wenn Sie entscheiden, welche Entwicklungspfade Sie ebnen möchten. Entwickler verwenden alle verschiedene Tools, um ihre Arbeit zu erledigen. Beginnen Sie zunächst klein, und bewerten Sie, ob Sie vorhandene Bildschirme und Oberflächen verbessern können, bevor Sie eine brandneue interne Entwicklerplattform implementieren.

Betrachten Sie Entwickler als Ihren primären Kunden

Entwickler als Hauptkunde für Ihre interne Entwicklerplattform zu denken, ist für den Erfolg von entscheidender Bedeutung. Wir bezeichnen diese Kunden aus Gründen der Einfachheit als Entwickler, aber sie können ein beliebiges Mitglied des Teamtopologie-Modells sein, das sich als streamorientierte Teams bezeichnet – einschließlich Rollen wie Machine Learning-Experten oder Data Scientists.

Eine erfolgreiche Plattformentwicklungspraxis ermöglicht Entwicklern und Betreibern die Autonomie, Entscheidungen zu treffen, die es Entwicklern ermöglichen, sich auf die Bereitstellung von Geschäftswerten zu konzentrieren, während sie sich weiterhin an etablierte Standards, Governance und Sicherheitsregeln halten. Wichtige Projektbeteiligte, die Teams und Experten in bestimmten Subsystemen (Betrieb, Sicherheit, Compliance und Architektur) unterstützen, arbeiten mit dem Team zusammen, das diese interne Plattform erstellt, um ihr Fachwissen und ihre bewährten Methoden in Vorlagen und Systemfunktionen zu kodifizieren. Das Verschieben dieses Wissens in ein System reduziert gleichzeitig die kognitive Last für Entwickler, verbessert Sicherheit, Compliance und Qualität und skaliert diese anderen Rollen besser, um wirklich einzigartige Probleme zu bewältigen. Es ist jedoch die Entwicklererfahrung, die sicherstellt, dass Ihre Plattform den größten Nutzen für alle Beteiligten zurückgibt.

Dies bedeutet, dass Sie einen kundenorientierten Ansatz bei der Planung und Priorisierung Ihrer Plattformentwicklungsbemühungen verfolgen.

Erfahren Sie mehr über die Planung und Priorisierung.

Verstehen, welche Entwicklungspfade Sie ebnen möchten

Während Ihr organization möglicherweise verschiedene Entwicklungspfade zur heutigen Produktion hat, besteht ein erster Schritt in Ihrer Plattformentwicklung darin, zu verstehen, welche Pfade Entwickler verwenden möchten. Die Durchführung dieses Aufrufs ist wichtig, da Sie ihre Energie darauf konzentrieren können, einen effizienten Weg durch sie zu ebnen, der weiterhin entwicklungs-, betriebs- und Governanceanforderungen erfüllt.

Diese gepflasterten Pfade (und alle vollständig gepflasterten goldenen Pfade) stellen eine reihe von Entwicklungs- und Beobachtbarkeitstools, Sprachen, SDKs und Diensten dar, die so gestaltet sind, dass sie an das angepasst sind, was Entwicklung, Betrieb und andere Interessengruppen als ihre bewährten Methoden darstellen. Zu den geebneten Wegen sollten Ansätze zur Optimierung des Onboardings, zur Moderation und zum Eintreten für die interne Wiederverwendung gehören. Sie müssen sich diese gepflasterten Pfade nicht als restriktiv oder erzwungen vorstellen, sondern müssen den Aufwand der Entwickler auf den Punkt reduzieren, an dem Entwicklungsteams darin bleiben möchten.

Der Trick besteht jedoch darin, nicht nur zu verstehen, auf welche Pfade man sich konzentrieren kann, sondern welche Abschnitte des Weges zuerst gepflastert werden müssen.

Erfahren Sie mehr über gepflasterte Pfade.

Treffen Sie Benutzer dort, wo sie sich befinden

Obwohl es verlockend sein kann, mit einem einheitlichen Portal für alles in Ihrer internen Entwicklerplattform zu beginnen, ist dies häufig nicht der beste Ausgangspunkt.

Ihre Betriebsexperten, Site Reliability Engineers (SREs) und Entwickler verwenden unterschiedliche Tools, um ihre Arbeit zu erledigen. Die Codierung erfolgt in einer IDE, Entwicklungssysteme wie GitHub und Azure DevOps verwenden Befehlszeilenschnittstellen, und die Zusammenarbeit in Echtzeit erfolgt in Teams und Slack. Oft sind diese Benutzer mit diesen Bildschirmen zufrieden und sind vorsichtig, wenn es um eine weitere Benutzeroberfläche geht.

Beginnen Sie klein, und bewerten Sie, ob Sie Ihre vorhandenen Bildschirme und Oberflächen verbessern können, idealerweise durch Plug-Ins oder Erweiterungen, bevor Sie mit dem Erstellen neuer benutzerdefinierter Umgebungen von Grund auf beginnen. Fragen Sie sich, werden die Leute besser auf eine andere neue Benutzeroberfläche oder eine verbesserte Version von etwas reagieren, das Sie jetzt haben? Auch wenn Sie sich entscheiden, ein Portal von Grund auf neu zu erstellen, berücksichtigen Sie die Idee, dass Sie wahrscheinlich mehrere Schnittstellen über eine API unterstützen möchten. Dadurch werden auch Optionen wie die Verwendung von Low-Code-Frameworks freigeschaltet, sodass Sie keine Portalumgebung von Grund auf neu erstellen und hosten müssen.

Erfahren Sie mehr über Benutzererfahrungen.

Einführung einer Produktmentalität