Om radarn

Det här är en radar över plattformsarbete. Den säger vad jag skulle bygga in som förval, vad jag skulle köra i ett avgränsat fall först, och vad jag skulle låta bli. Varje post har en baksida utskriven, för en bedömning utan trade-off är en åsikt utan täckning.

Jag heter Rickard Karlberg och driver Karlberg Tech, en enmansfirma inriktad på platform engineering. Radarn är min, inte ett företags gemensamma. Den är skriven för dig som bygger eller äger en intern plattform.

Utgångspunkten

Den verkliga flaskhalsen i leverans är sällan tekniken. Det är beroendena mellan team. Så fort ett team måste vänta på ett annat, på en ticket, ett godkännande eller en överlämning, stannar flödet. Allt på den här radarn bedöms mot en enda fråga: gör det här teamen mer autonoma, eller flyttar det bara väntan till ett annat ställe?

Det betyder att ett verktyg kan vara utmärkt i sig och ändå hamna i HOLD här, för att det brukar införas som svar på fel fråga.

Ringarna

Ringarna är bedömningar, inte mognadsnivåer.

• ADOPT. Det här skulle jag bygga in som förval. Mogen praktik med känd baksida, och jag vet ungefär vad den kostar att införa.
• TRIAL. Bär i skarp drift, men inte överallt och inte gratis. Kör det i ett avgränsat fall först, med någon som äger det efteråt.
• ASSESS. Värt att förstå innan någon föreslår det på ett möte. Läs på och räkna på det, men lägg inte en plattform på det än.
• HOLD. Inte dåligt, men fel svar på den fråga det brukar ställas mot. Det finns oftast en enklare väg som tar bort problemet i stället för att hantera det.

Kvadranterna

• Self-service och paved roads. Det teamen kan göra själva, utan att vänta på någon annan.
• Plattform och drift. Underlaget som bär tjänsterna, och det som avgör vad som händer klockan tre på natten.
• Styrning och efterlevnad. Guardrails, policy och bevis. Skillnaden mellan en kontroll som körs och en kontroll som står i ett dokument.
• Arbetssätt och team. Hur arbetet rör sig mellan team, var väntan uppstår och vad som mäts.

Tre av kvadranterna går att installera. Den fjärde gör det inte, och det är oftast den som avgör om plattformen fungerar.

Vad radarn inte är

Den är inte en marknadsöversikt och inte en lista över allt som finns. Den täcker det jag själv har arbetat med, eller läst tillräckligt om för att kunna försvara en bedömning i ett rum med någon som kan området bättre än jag. Saknas något är det antingen för att jag inte har en åsikt värd att publicera, eller för att jag inte har hunnit skriva den än.

Formatet är lånat av ThoughtWorks tech radar. Generatorn är AOE Technology Radar.

Använda den själv

Radarn fungerar också som metod. Sätt era egna tekniker i fyra kvadranter, tvinga fram en ring per post och skriv baksidan. Diskussionen som uppstår när ett team vill ha ADOPT och ett annat säger HOLD är hela poängen, och den är svår att få till på ett arkitekturmöte utan ett format som kräver ett svar.

Vill ni göra den övningen på er egen stack, eller diskutera något jag har placerat fel, hör av er via karlberg.tech.