Att välja klokt: En plan för att välja en intern utvecklarportal

Bortom portalen: Ett strategiskt angreppssätt för Platform Engineering

Så här hjälpte vi dem att navigera i komplexiteten kring plattformsval och säkerställa att de valde en lösning som verkligen ger deras utvecklingsteam rätt förutsättningar.

Plattformar och portaler: Att bygga grunden

I dagens snabbrörliga värld av mjukvaruutveckling är robusta Internal Developer Platforms (IDP:er) inte längre en lyx, utan en nödvändighet. Men många organisationer blandar ihop plattformar och portaler. Tänk så här: Plattformen är den kraftfulla motorn, kärninfrastrukturen som driver din utveckling. Portalen? Det är den stilrena instrumentpanelen – det användarvänliga gränssnittet som låter utvecklare interagera med motorn.

Vi förespråkade ett plattformsorienterat angreppssätt och föreslog att portalen skulle komma senare. Varför? Genom att först bygga en stabil grund av API:er och abstraherade tjänster skapar du flexibilitet och skalbarhet. Tänk dig att bygga ett hus på en ostadig grund – det kommer helt enkelt inte att stå kvar. Genom att prioritera plattformen kan teamet fokusera på kärnfunktionalitet, API-driven flexibilitet och robust automatisering. Inledningsvis rekommenderade vi Kratix, eftersom de redan hade etablerad expertis inom området. Kunden föredrog dock starkt en lösning som enbart bestod av en portal, så vi anpassade oss.

Att begränsa urvalet

Att välja rätt utvecklarportal är inte som att välja glassmak. Det är en komplex utredning som kräver djup förståelse för organisationens teknikstack, arbetsflöden och utmaningar. Vi visste att vi behövde arbeta som detektiver och samla insikter från utvecklare, DevOps-team och ledning.

Vårt mål var att sålla bland det omfattande utbudet av över tjugo portaler och plattformar och ta fram en kortlista med de främsta kandidaterna. Vi tittade inte bara på funktioner, utan på hur väl lösningarna passade.

Så här gjorde vi:

• Djupdykning i data: Vi började med att sammanställa en omfattande lista över tillgängliga portaler och plattformar samt kontakta leverantörer för demonstrationer och prisuppgifter. Vi organiserade informationen i ett strukturerat kalkylblad för att underlätta utvärderingen.

• Intervjuerna: Vi genomförde djupgående sessioner med DevOps-engineers, cloud engineers, ledning och utvecklare för att identifiera deras utmaningar och behov. Vi analyserade deras befintliga tekniklandskap och skapade en förståelse för deras verktyg, språk och arbetsflöden.

• De viktigaste kriterierna: Vi identifierade de avgörande urvalskriterierna och viktade varje faktor på en skala från 0 till 5. Det här var inte bara en önskelista, utan en ritning. Compliance, mognad, konfiguration, funktioner och kostnad – varje detalj spelade roll.

• Beslutsmatrisen: Vi poängsatte varje portal utifrån våra kriterier och skapade en tydlig och objektiv jämförelse.

• Vi började med att sammanställa en omfattande lista över tillgängliga portaler och plattformar samt kontakta leverantörer för demonstrationer och prisuppgifter.

• Vi organiserade informationen i ett strukturerat kalkylblad för att underlätta utvärderingen.

• Vi genomförde djupgående sessioner med DevOps-engineers, cloud engineers, ledning och utvecklare för att identifiera deras utmaningar och behov.

• Vi analyserade deras befintliga tekniklandskap och skapade en förståelse för deras verktyg, språk och arbetsflöden.

• Vi identifierade de avgörande urvalskriterierna och viktade varje faktor på en skala från 0 till 5. Det här var inte bara en önskelista, utan en ritning.

• Compliance, mognad, konfiguration, funktioner och kostnad – varje detalj spelade roll.

• Vi poängsatte varje portal utifrån våra kriterier och skapade en tydlig och objektiv jämförelse.

• Slutrapporten: Vi levererade en omfattande rapport med våra resultat och rekommendationer. Det här var inte bara en lista över funktioner, utan en redogörelse för hur vi kom fram till den bästa portalen. Därefter begränsade vi urvalet till enbart portaler och presenterade vår slutliga rekommendation.

• Vi levererade en omfattande rapport med våra resultat och rekommendationer. Det här var inte bara en lista över funktioner, utan en redogörelse för hur vi kom fram till den bästa portalen.

• Därefter begränsade vi urvalet till enbart portaler och presenterade vår slutliga rekommendation.

Bortom verktygen: Konsultens fördel

Här är nyckeln: Vi är inte bara teknikexperter, utan också affärsstrateger. Vi förstår att DevOps har två sidor: den tekniska och den affärsmässiga. Vårt mål är att säkerställa att våra rekommendationer stämmer överens med verksamhetens övergripande krav, inte bara utvecklingsteamets omedelbara behov.

Genom att prioritera utvecklarnas verkliga behov och ta hänsyn till praktiska begränsningar hjälpte vi dem att hitta den bästa interna utvecklarportalen för deras team och verksamhet. Det är ett verkligt verksamhetsfokuserat arbetssätt som bygger på vår expertis och erfarenhet inom Platform Engineering.