Spring til indhold

Har sparet 4.000 timer ved at mentorere og udvide et team fra 2 til 18 medlemmer, optimere workflows og fremme tværfagligt samarbejde.

Teamlead for GIS‑softwareudvikling

Situation. Et team på to kunne ikke følge med længere. Produktet trak mere arbejde ind, end et par mennesker kunne levere, og måden, arbejdet foregik på — viden i hovederne, ingen rigtige konventioner — ville ikke overleve at blive skaleret op. At kaste flere folk efter et så løst team gør som regel bare kaosset større.

Opgave. Opgaven var at udvide teamet og samtidig bygge den struktur, der ville lade en større gruppe bevæge sig hurtigere i stedet for langsommere. At mentorere de nye var den ene halvdel. At rette arbejdsgangene, så ingen gik i stå og ventede på en anden, var den anden.

Handling. Teamet voksede fra 2 til 18 over tid, med ansættelsen og mentoreringen behandlet som det samme job: alle, der kom til, skulle kunne arbejde uden opsyn. Fælles standarder betød, at kode og proces så ens ud uanset hvem der skrev dem, og der blev lagt reelt arbejde i overleveringerne mellem specialer, for det er dér, teams stille og roligt taber deres dage. Når noget blev ved med at spænde ben, gik rettelsen til processen i stedet for symptomet.

Resultat. Det større, bedre mentorerede team, der kørte på arbejdsgange, der faktisk var designet, sparede i omegnen af 4.000 timer. Men tallet er ikke rigtig pointen. Det, der blev bygget, var varig engineering‑kapacitet — en gruppe, der kunne bære arbejdet, uanset om nogen enkelt person var i rummet eller ej.