Varje organisation har två sätt att gå från idé till produktion: det officiella sättet — och sättet folk faktiskt gör det på. Ju större gapet är mellan de två, desto mer tid bränner era utvecklare på att uppfinna samma hjul. Fast fyrkantigt.
En golden path är svaret på det gapet: en asfalterad, självbetjänad väg från nytt repo till körande tjänst i produktion — med pipelines, observability och säkerhet redan på plats. Termen populariserades av Spotify, men idén är äldre än så: gör det rätta sättet till det enklaste sättet.
En asfalterad väg, inte ett staket
Det första många utvecklare hör när plattformsteamet säger ”standardisering” är ”nu ska någon annan bestämma över min stack”. Det är också där golden paths oftast misslyckas: när de förväxlas med policy.
En golden path är inte ett tvång. Den är ett erbjudande: följ vägen och få CI/CD, loggning, larm och deploy på köpet. Gå utanför den och du får friheten — och hela driftansvaret som följer med. Det är en rimlig affär, och den fungerar bara om vägen faktiskt är bättre än att bygga eget.
Skillnaden hörs i hur teamen pratar. Där golden paths fungerar säger utvecklare ”vi tog standardvägen för att det gick snabbast”. Där de inte fungerar säger de ”vi var tvungna”.
Vad som ska ingå
En golden path för en typisk backend-tjänst ska ta ett team från tomt repo till tjänst i produktion på en förmiddag. Konkret betyder det:
- Scaffolding — ett kommando eller en knapp som skapar repo, pipeline och grundstruktur. Inte en wiki-sida med fjorton manuella steg.
- CI/CD inbyggt — bygge, test och deploy fungerar från första committen.
- Observability som standard — loggar, metrics och larm finns innan första incidenten, inte efter.
- Säkerhet inbakad — beroendeskanning, secrets-hantering och rimliga IAM-rättigheter är en del av vägen, inte en checklista i efterhand.
- Dokumentation som del av produkten — den som följer vägen ska aldrig behöva fråga i Slack vad nästa steg är.
De tre vanligaste misstagen
- Att bygga för alla på en gång. Börja med er vanligaste tjänstetyp och gör den vägen riktigt bra. En golden path som täcker 60 % av fallen utmärkt slår tio halvfärdiga som täcker alla.
- Att tvinga fram adoption. En golden path som kräver mandat är ingen golden path — det är en policy med bättre marknadsföring. Vi har skrivit om varför frivillig adoption är det enda ärliga mätvärdet i Plattform som produkt.
- Att glömma underhållet. En väg som ingen underhåller växer igen. Ramverk uppdateras, säkerhetskrav ändras, templates ruttnar. En golden path är en produkt med en livscykel — inte ett internt projekt som blev klart förra året.
Så börjar du
Du behöver ingen plattformsorganisation för att bygga din första golden path. Du behöver en vecka, lite disciplin och ett ärligt intresse för din developer experience:
- Välj den vanligaste resan — oftast ”ny backend-tjänst” eller ”nytt internt API”.
- Sätt dig bredvid ett team som gör den manuellt och anteckna varje steg, varje väntetid och varje Slack-fråga.
- Automatisera stegen i den ordning de gör mest ont.
- Mät tiden från nytt repo till första deploy i produktion — och publicera siffran internt.
Sista punkten är viktigare än den ser ut. Så länge ingen mäter tiden känns friktionen normal. När siffran finns på en dashboard blir den ett problem som går att äga — och en trofé när den sjunker från två veckor till en förmiddag.
Vårt korta svar
En golden path är ett erbjudande, inte en regel: följ den asfalterade vägen och få pipelines, observability och säkerhet på köpet — eller bygg eget och äg konsekvenserna. Bygg en väg i taget, håll den underhållen och mät tiden till produktion.
Det rätta sättet vinner aldrig för att det är rätt. Det vinner för att det är enklast.