En lansering som oppfører seg feil, blir ikke bare angret. Brukerne dine får versjonen som virket, og så følger rettelsen: en endring i ditt eget kodelager, så en lansering som virker, med den. Ingen trenger å melde inn en sak for at det skal skje.
Hva du får
Den ødelagte lanseringen blir reparert, ikke lagt til side.
Å gå tilbake til forrige versjon beskytter brukerne dine, og det er beskrevet på en egen side, lanseringer som ruller seg selv tilbake. Denne siden handler om det som kommer etterpå. Å angre en lansering løser den neste timen. Den løser ikke den neste uken, fordi endringen du ville ha, fortsatt ikke er ute, og noen fortsatt må ta tak i den.
Her stopper ikke arbeidet. Tre ting er annerledes for deg.
Rettelsen kommer til deg. Ingen hos deg trenger å melde fra om feilen, beskrive den eller krangle om prioritet. En rettelse kommer inn i kodelageret ditt, lesbar som enhver annen endring.
Funksjonen blir likevel lansert. Endringen du ba om, var verdt å gjøre. Etter reparasjonen går den ut igjen, i en lansering som virker, så planen dere ble enige om, beholder formen sin.
Teamet ditt beholder uken sin. Utviklerne blir ikke dratt bort fra det de holdt på med for å jage en feil fra i går. De kan lese reparasjonen når det passer dem, og fortsette med arbeidet du har satt.
Arbeidet leveres i ditt eget kodelager. Det gjelder reparasjoner like mye som alt annet: rettelsen er din, med forklaringen sin, og forblir din.
Hva det ikke gjør
Dette er ikke et løfte om at ingenting noen gang vil gå galt. Lanseringer oppfører seg fortsatt feil iblant; det som endrer seg, er hvor lenge de forblir et problem, og hvem som må bære det. Det ruller heller ikke tilbake endringer i lagrede data.
Slik ser det ut i praksis
Tenk deg at en lansering går ut en tirsdag ettermiddag med en ny måte å filtrere søkeresultater på. Noe i den oppfører seg feil.
Med en reparasjon er det neste teamet ditt ser, en endring i kodelageret som retter feilen, med en kort merknad om hva som var galt. Etter den kommer en lansering som virker, og det nye filteret er ute. Produktlederen din hører om det som en ferdig sak, ikke som en åpen hendelse de må jage etter.
Dette er ikke en funksjon vi bare beskriver. Den kjører på vårt eget produkt, i stort omfang. ClickDeeper (vårt eget produkt): ClickDeeper leverte mer enn tusen lanseringer på tre måneder. I det tempoet må en lansering som går galt, repareres som en selvfølge, ellers ville produktet tilbrakt dagene sine fast på gamle versjoner.
Hvordan vi gjør arbeidet, forblir konfidensielt, slik arbeidet ditt med oss gjør. Det som forblir synlig for deg, er hver endring, rettelsen også, i et kodelager du eier.
Hvis du vil se det for produktet ditt, kan vi starte med ett lite stykke arbeid, og du kan bedømme det ut fra det som kommer inn.
