Jeg har taget ansvar for softwareleverancer, hvor kundens behov, udviklernes arbejde og den efterfølgende drift skulle hænge sammen. Når flere fagligheder og systemer indgår, arbejder jeg med realistiske planer, synlige afhængigheder og beslutninger i tide, så løsningen kan bruges og drives efter aflevering.
I Modified Solutions var mange opgaver projektbaserede. Jeg deltog i afklaring, planlægning, prioritering og opfølgning og tog dialogen, når omfang eller forventninger ændrede sig. I avecdo var perspektivet også produktets fortsatte drift: En ny funktion skulle fungere sammen med eksisterende databehandling og kunder, der allerede brugte tjenesten hver dag. De to slags arbejde har lært mig, at en plan skal beskrive både det, vi bygger, og den virkelighed, det skal ind i.
Gør afhængigheder synlige, mens der stadig kan handles
En forsinkelse opstår ikke altid inde i udviklingsteamet. Der kan mangle en afklaring fra kunden, adgang til et andet system eller en beslutning om data og ansvar. Jeg vil have den slags afhængigheder frem, før de bliver til en deadlinekrise. Det kræver løbende samtaler med dem, der ejer beslutningen, og en ærlig vurdering af, hvad teamet kan levere.
Den mobile serviceproces, vi byggede for en international virksomhed, er et eksempel. Appen skulle fungere for medarbejdere ude i arbejdet, og oplysninger skulle videre til kundens system. Den tekniske integration var kun én del af leverancen. Arbejdsgangen, dataene og de mennesker, som skulle træffe beslutninger på kundens side, skulle også hænge sammen. Jeg tog kundedialogen og ledte udviklingen, så de forskellige parter kunne arbejde efter samme mål. Se den konkrete case.
Planlæg med plads til virkeligheden
Jeg har brugt en enkel kapacitetspraksis: Som udgangspunkt bookede vi omkring 80 procent af udviklernes tid til kundeopgaver. Resten gav plads til det uforudsete, fejl, koordinering og læring. Det var en ledelsesbeslutning om ikke at love den samme time væk to gange. Den praksis er beskrevet mere udførligt på siden om kapacitetsplanlægning.
På leveranceniveau betyder det, at jeg hellere vil tale åbent om en ændret prioritet end lade et team bære en plan, der ikke længere passer. Når noget nyt kommer ind, må vi vide, hvad der så skal vente, hvem der beslutter det, og hvad konsekvensen er for kunden eller produktet. Jeg har været vant til at tage den samtale med både specialister og beslutningstagere.
Kvalitet er også overdragelse og ansvar
Et stykke software er ikke færdigt for forretningen, blot fordi det kan demonstreres. Det skal kunne bruges, overvåges og vedligeholdes. Min baggrund i hosting og driftsansvar gør, at jeg tidligt spørger, hvem der opdager et problem, hvordan vi kan rette det, og hvem kunden taler med, hvis noget går galt. Når der opstår en hændelse, tager jeg gerne kommunikationen, så specialisterne kan arbejde på årsagen.
I en større organisation ville jeg begynde med at få overblik over de eksisterende teams, deres afhængigheder og de beslutninger, der oftest bremser arbejdet. Derefter kan vi aftale en rytme for prioritering og opfølgning, som giver ledelsen et ærligt billede uden at skabe unødige møder for udviklerne. Jeg har erfaring med softwareleverancer og personaleledelse; den konkrete arbejdsform skal passe til organisationen og menneskene i den.
Kontakt: kontakt@tomc.dk · +45 299 297 67