Det nest beste er at det skjer nå. Men konkurransen øker, og det nest beste vil i de neste årene ikke være godt nok.
NHH-professor Christine Meyer oppfordrer i et debattinnlegg i DN 8. februar bedrifter til å rive beslutningspyramidene for å få fart på innovasjonsarbeidet.
Som eksempel på en måte å gjøre det på trekker hun fram DNBs nøkkelteam, som inkluderer beslutningstakere og derfor bidrar til økt beslutningshastighet i innovasjonsarbeidet. Tverrfaglige team mener hun har lite for seg hvis arbeidet stopper opp i beslutningspyramiden.
Min erfaring er at medarbeidere som får stor frihet og like stort ansvar, blør for drakta mer enn andre
Det er jeg enig med henne i. Nøkkelteamene har vært nødvendige for å få opp hastigheten og for å få bedre forståelse for innovasjonsoppgavene vi står ovenfor. Men kan vi stoppe der?
Agile team utvikler etter min mening raskest og riktigst. Slike team vil være et viktig supplement til nøkkelteamene hvis vi skal klare å rive beslutningspyramidene slik DNB gjorde da mitt team fikk i oppdrag å utvikle en teknisk løsning som ikke fantes før på rekordfart, kompensasjonsordningen for næringslivet, som Meyer også nevner i innlegget sitt.
Da var det ikke tid til å bruke nøkkelteam. Vi fikk bestemme alt selv innenfor rammer som DNBs toppledelse hadde satt. Med den store friheten som ble gitt kom det også et veldig stort ansvar. Min erfaring er at medarbeidere som får stor frihet og like stort ansvar, blør for drakta mer enn andre.
I utviklingsarbeid betyr farten alt, og iterasjonshastighet er måltallet for smidighet
Jeg har designet mitt team slik at vi er selvforsynte. Alle kan kode og lage software, samtidig som de kan dekke alle deler av det å bygge et produkt. Team som ikke har kvalitetene som trengs for å være selvforsynte, kan etter min mening ikke ta egne beslutninger. At teamene er tverrfaglige er altså ikke nok.
Nøkkelteam har bidratt til at vi utvikler raskere, men beslutningspyramidene er der fortsatt. Konsekvensen av å ikke følge linjevei og beslutningshierarkiet kan være at mange jobber med det samme, at det blir gjort dobbeltarbeid.
I utviklingsarbeid betyr imidlertid farten alt, og iterasjonshastighet er måltallet for smidighet. Hvis dette fører til at nye løsninger blir utviklet tre ganger så raskt, så gjør det kanskje ikke noe at dobbelt så mange som nødvendig jobbet med saken?
Ny teknologi tilsier at bedrifter må gjøre ting de ikke har gjort før, og gjøre det fort, ellers taper de konkurransen. Derfor må vi starte før vi helt vet hva vi skal lage og før vi vet om kundene vil ha det. Vi må ta høyde for at det er usikkerhet og manøvrere ut i fra det. Derfor trengs det også agile team som kan ta egne beslutninger underveis. Og ledere som tør å gi slipp, men som samtidig viser retning.