Er du på vej mod nirvarna?

Vi er på vej ned af samme vej mod nirvana.

Jeg checkede lige efter, I dag var en god dag, vi deployede 10 gange til produktion, ca. 50/50 mellem små bugfixes, og nye features der var klar til produktion.

Generelt deployer vi en 3-5 gange til produktion hver dag.

Vi forbedrer vores process og tooling der hvor vi har pains. Hvis noget er smertefuldt eller besværligt, så gør det oftere (og med tooling). Det har virket godt. En fordel ved den måde at gøre det på, er at alle støtter op om tiltagene. Teamet har selv være med til at beslutte at tingene skal ændres (fx på retrospective) vi gør det fordi det giver mening, ikke fordi der står i en eller ande model at det skal vi gøre.

Det gør det også nemmere (ikke nemt) at acceptere at tingene ændrer sig hurtigt. Tools skiftes ud og processer ændres og fin-tunes forholdsvis ofte. Det kan være lidt svært for nogle, ind i mellem.

Som sådan abonnerer vi ikke på nogen bestemt model. Vores største inspirationskilder, har nok været blogposts fra folk der fortæller hvordan de konkret gør hos dem, nærmere end en model.

Samtlige forbedringer vi har lavet, er kommet fra vores teams. Fra dem med fingrene i bolledejen. Ikke en eneste ændring er blevet dikteret af ledelsen.

Resultatet er indtil videre at vi leverer mere værdi til vores brugere, hurtigere og i højere kvalitet. Samtidig med at hverdagen som PO, QA, udvikler og teamlead er blevet bedre. Vi snakker virkelig markante forbedringer. Så hvis du overvejer en vej mod nirvana, kan jeg, udfra vores erfaringer, klart anbefale det.

Når man først går i gang med at forbedre sine processer og tooling i et højt tempo, så stopper man ikke igen. Der er altid ting der kan gøres bedre, det bliver en del af hverdagen med ændringer. Det kan jeg personligt godt lide. Men man skal nok være typen der synes at forandring fryder.

Den største fejl jeg ser folk begå er at følge modeller slavisk enten fordi man tror andre må vide bedre eller fordi det er blevet dikteret oppefra af ledelse eller investorer at sådan skal man gøre (fordi de tror andre end deres medarbejdere må vide bedre).

Det eneste der giver mening er at studere modellerne, forstå hvad det er for nogle problemer de forsøger at løse og forholde sig til om det er noget der giver mening i forhold til ens virksomhed, projekt, team og virkelighed.

Cherry-pick det som giver mening og ignorer al det hvor tradeoff'et ikke er besværet værd. Sig 100x oftere nej end ja til at tilføje mere overhead til udviklingsprocessen og når det er nødvendigt at tilføje overhead så sørg for at involvere hele teamet i beslutningsprocessen - sørg for alle forstår hvad det er for et problem der skal løses og er enige i at det her er måden at løse det på - træk aldrig rigide processer ned over hovedet på intelligente mennesker som de ikke kan se meningen med, det giver aldrig et godt resultat.