Kürzlich haben wir mit einem weltweit führenden Industrieunternehmen zusammengearbeitet, das für seine fortschrittliche Software und leistungsstarken Maschinen bekannt ist. Seine Mission: interne Entwicklungstools optimieren – beginnend mit der Auswahl eines Entwicklerportals. Doch das Unternehmen stand vor einer häufigen Herausforderung: einer vorgefassten Vorstellung davon, was ein „Portal“ ist, und einem Entscheidungsprozess in Silos. Wir unterstützten nicht nur bei der Auswahl eines Tools, sondern begleiteten das Unternehmen durch einen strategischen Auswahlprozess. Dieser umfasste eine gründliche Bewertung der verfügbaren Optionen, eine eingehende Analyse der Bedürfnisse der Entwickler und den Wandel hin zu einer produktorientierten Denkweise.
Daniel Vaskivaara
Senior DevOps Consultant for Eficode in Helsinki, Finland. Passionate about learning and finding sustainable solutions. Current focus: Cloud Native Ecosystem (CNCF, Kubernetes, Cilium, Crossplane, ...), Multi-Cloud Architecture, CI/CD, GitOps (Argo). Love board games, vegan cooking, and spending quality time with my family.
Mehr als ein Portal: Ein strategischer Ansatz für Platform Engineering
So haben wir ihnen geholfen, die Komplexität der Plattformauswahl zu meistern und eine Lösung zu wählen, die ihre Entwicklungsteams wirklich unterstützt.
Plattformen und Portale: Das Fundament schaffen
In der schnelllebigen Welt der Softwareentwicklung sind robuste Internal Developer Platforms (IDPs) heute kein Luxus mehr, sondern eine Notwendigkeit. Viele Unternehmen verwechseln jedoch Plattformen mit Portalen. Stellt es euch so vor: Die Plattform ist der leistungsstarke Motor, die Kerninfrastruktur, die eure Entwicklung antreibt. Das Portal? Es ist das übersichtliche Dashboard, die benutzerfreundliche Oberfläche, über die Entwickler mit diesem Motor interagieren.
Wir haben für einen Plattform-first-Ansatz plädiert und empfohlen, das Portal später umzusetzen. Warum? Wenn ihr zuerst ein solides Fundament aus APIs und abstrahierten Services schafft, sichert ihr Agilität und Skalierbarkeit. Stellt euch vor, ihr baut ein Haus auf einem wackeligen Fundament – es wird nicht lange stehen. Indem ihr die Plattform priorisiert, könnt ihr euch auf Kernfunktionalität, API-basierte Flexibilität und robuste Automatisierung konzentrieren. Aufgrund ihrer etablierten Expertise empfahlen wir zunächst Kratix. Der Kunde bevorzugte jedoch klar eine reine Portal-Lösung, daher passten wir unseren Ansatz an.
Die Auswahl eingrenzen
Das richtige Entwicklerportal auszuwählen, ist nicht wie eine Eissorte zu wählen. Es ist eine komplexe Untersuchung, die ein tiefes Verständnis für den Tech Stack, die Workflows und die Herausforderungen eures Unternehmens erfordert. Uns war klar, dass wir detektivisch vorgehen und Hinweise von Entwicklern, DevOps-Teams und dem Management zusammentragen mussten.
Unser Ziel war es, aus der breiten Auswahl von mehr als zwanzig Portalen und Plattformen eine Shortlist der besten Kandidaten zu erstellen. Dabei betrachteten wir nicht nur Funktionen, sondern vor allem die Passung.
So sind wir vorgegangen:
Die Datenanalyse: Zunächst erstellten wir eine umfassende Liste verfügbarer Portale und Plattformen und kontaktierten Anbieter für Demos und Preisinformationen. Diese Daten strukturierten wir in einer übersichtlichen Tabelle, damit sie sich einfach bewerten ließen.
Die Interviews: Wir führten ausführliche Gespräche mit DevOps Engineers, Cloud Engineers, dem Management und Entwicklern, um ihre Herausforderungen und Anforderungen zu verstehen. Außerdem analysierten wir die bestehende Technologielandschaft, einschließlich ihrer Tools, Sprachen und Workflows.
Die entscheidenden Kriterien: Wir definierten die kritischen Auswahlkriterien und gewichteten jeden Faktor auf einer Skala von 0 bis 5. Das war nicht nur eine Wunschliste, sondern ein klarer Plan. Compliance, Reifegrad, Einrichtung, Funktionen und Kosten – jedes Detail zählte.
Die Entscheidungsmatrix: Wir bewerteten jedes Portal anhand unserer Kriterien und schufen so einen klaren, objektiven Vergleich.
Zunächst erstellten wir eine umfassende Liste verfügbarer Portale und Plattformen und kontaktierten Anbieter für Demos und Preisinformationen.
Diese Daten strukturierten wir in einer übersichtlichen Tabelle, damit sie sich einfach bewerten ließen.
Wir führten ausführliche Gespräche mit DevOps Engineers, Cloud Engineers, dem Management und Entwicklern, um ihre Herausforderungen und Anforderungen zu verstehen.
Außerdem analysierten wir die bestehende Technologielandschaft, einschließlich ihrer Tools, Sprachen und Workflows.
Wir definierten die kritischen Auswahlkriterien und gewichteten jeden Faktor auf einer Skala von 0 bis 5. Das war nicht nur eine Wunschliste, sondern ein klarer Plan.
Compliance, Reifegrad, Einrichtung, Funktionen und Kosten – jedes Detail zählte.
Wir bewerteten jedes Portal anhand unserer Kriterien und schufen so einen klaren, objektiven Vergleich.
Der Abschlussbericht: Wir lieferten einen umfassenden Bericht mit unseren Erkenntnissen und Empfehlungen. Es war nicht nur eine Liste von Funktionen, sondern zeigte auf, wie wir zum passenden Portal gelangten. Anschließend beschränkten wir die Auswahl auf Portale und lieferten die finale Empfehlung.
Wir lieferten einen umfassenden Bericht mit unseren Erkenntnissen und Empfehlungen. Es war nicht nur eine Liste von Funktionen, sondern zeigte auf, wie wir zum passenden Portal gelangten.
Anschließend beschränkten wir die Auswahl auf Portale und lieferten die finale Empfehlung.
Mehr als Tools: Der Vorteil eines Beraters
Das Erfolgsrezept: Wir sind nicht nur Technologieexperten, sondern auch Geschäftsstrategen. Wir wissen, dass DevOps zwei Seiten hat: die technische und die geschäftliche. Unser Ziel ist es, sicherzustellen, dass unsere Beratung den übergeordneten Geschäftsanforderungen entspricht – nicht nur den unmittelbaren Bedürfnissen des Entwicklungsteams.
Indem wir die tatsächlichen Bedürfnisse der Entwickler in den Mittelpunkt stellten und praktische Rahmenbedingungen berücksichtigten, führten wir sie zum besten Internal Developer Portal für ihre Teams und ihr Unternehmen. Das ist ein wirklich geschäftsorientierter Ansatz, der auf unserer Expertise und Erfahrung im Platform Engineering basiert.
- DevOps
- Platform engineering
Subscribe to our newsletter
Related blogs