Hva du får
Når en lansering oppfører seg feil etter at den er ute, får brukerne dine den forrige versjonen tilbake.
Den setningen er hele løftet, og den er verdt å formulere nøye, fordi den er lett å lese for mye inn i. Den handler om det brukerne dine opplever. De brukte noe som virket. En ny lansering gikk ut og oppførte seg ikke som den skulle. De blir satt tilbake på det som virket, og det skjer uten at noen først må melde inn en sak.
I praksis gir det deg to ting.
Et kortere dårlig øyeblikk. En feilaktig lansering er ikke lenger noe som blir stående foran kundene dine mens folk finner ut hvem som skal gjøre noe. Versjonen de hadde før, kommer tilbake, og resten av problemet blir en sak for arbeidsdagen i stedet for en krise.
Rom til å fortsette å lansere. Ledere bremser teamene sine når en lansering føles som et sjansespill. Å vite at en lansering som oppfører seg feil, følges av en retur til den forrige versjonen, gjør det lettere å si ja til neste endring, og til den etter den.
Hva det ikke gjør
To begrensninger er verdt å kjenne til før du stoler på dette.
Endringer i lagrede data rulles ikke tilbake sammen med lanseringen. Brukerne dine får den forrige versjonen av produktet, men informasjon som allerede er endret, forblir endret.
Det er heller ikke en kontroll for å velge en tidligere versjon når du vil. Det gir deg ikke en knapp som går tilbake til en versjon du selv velger. Det er et sikkerhetsnett for øyeblikket en lansering oppfører seg feil.
Slik ser det ut i praksis
Tenk deg at en lansering går ut sent en torsdag. I løpet av minutter er noe galt: en side som virket i går, gjør det ikke lenger. I et team som er avhengig av at folk legger merke til ting, er dette starten på en lang kveld. Noen ser en melding, noen andre prøver å gjenskape feilen, og i mellomtiden fortsetter kundene å støte på den.
Her er brukerne dine tilbake på den forrige versjonen, og produktet de kjenner, er produktet de har foran seg. Fredag morgen ligger endringen som forårsaket det, fortsatt i kodelageret ditt, så utviklerne dine kan lese den og se hva som ble forsøkt. Neste steg er en rettelse, lansert når den er klar.
For en teknisk leder betyr det at teamet ditt kan lansere med mer trygghet, fordi kostnaden ved å ta feil er mindre og mer forutsigbar.
Hvor dette passer inn
Denne evnen hører naturlig sammen med å holde et produkt i drift i god stand, der jevne, hyppige lanseringer er målet og et sikkerhetsnett er det som gjør det behagelig. Den hjelper også når du betaler ned gammel gjeld mens nye funksjoner fortsetter å bli lansert, fordi begge typer endringer kan gå ut i visshet om at en feil ikke blir hengende.
Hvis du vil se hvordan dette ville fungert for produktet ditt, kan vi starte med ett lite stykke arbeid, og du kan bedømme det ut fra det som kommer inn.
