En golden path är den färdiga vägen genom plattformen: en ny tjänst, med pipeline, loggning, secrets och miljöer, uppsatt på det sätt huset har bestämt. Teamet väljer vägen för att den är enklast, inte för att någon tvingar dem.
Varför ADOPT
Det är det enda greppet jag sett som minskar både väntan och variation samtidigt. Alternativen gör bara det ena. En wiki med instruktioner minskar variationen på pappret och ingenting i praktiken. En central grupp som sätter upp tjänster åt teamen ger enhetlighet och en ny kö.
Vinsten syns i onboarding. Ett nytt team som ska sätta upp sin första tjänst utan
paved road frågar sig igenom fyra andra team: en för nätverket, en för certifikat,
en för loggning, en för behörighet. Med en fungerande golden path är samma steg en
repo scaffold och en PR som mergeas samma dag.
Vad det kostar
En golden path är en produkt, inte ett projekt. Den måste ha en ägare, en versionsplan och ett svar på vad som händer när Kubernetes-versionen under den rör sig. Utan det blir vägen igenvuxen på ett halvår, och ett igenvuxet förval är värre än inget förval, för teamen följer den ändå tills den går sönder i produktion.
Räkna också med att första versionen är fel. Den bygger på hur två team arbetar, och det tredje teamet har ett krav ingen tänkte på.
När det är fel val
När du har tre team och ingen av dem gör samma sak. Då är en paved road en gissning om framtiden. Vänta tills mönstret upprepar sig, och bygg vägen för det som redan sker.
Se också: en golden path som bara går att beträda genom att fylla i ett formulär och vänta på ett svar är inte en väg, det är en kö med bättre skyltning.