IT-leder @SPK | Agelista @smidig
En basketinteressert og reiseglad IT-leder som elsker alt smidig. Snakker og skriver om ledelse, innovasjon, transformasjon, smidig, fag- og produktutvikling.
Ta kontakt med meg. Har du lyst til å ta en prat eller høre om noen av temaene jeg tar opp?
Alignment @hjemmealenefesten
Hvordan faggrupper kan aligne digital produktutvikling. faggrupper er opprettet med et formål om å bygge og dele kompetanse innen et fagfelt. I større organisasjoner med mange autonome tverrfaglige team har de også en tilleggsfunksjon. De skaper alignment. De leder implisitt arbeidet i samme retning.
Autonome team — er hjemmealenefesten over?
Digi.no publiserte en fortkortet versjon av medium-artikkelen. Vi trenger ikke mer ledelse, styring og kontroll – vi trenger bedre ledelse. En digital ledelse. Når det er så vanskelig, kan vi ikke bare bruke prosjektveiviseren? Nei takk, hjemmealenefesten er ikke over — den har knapt begynt!
Den nye normalen - digital ledelse i en hybrid hverdag
Basert på medium-artikkelen, noe oppdatert og forkortet, publisert Digi.no mine tanker om digital ledelse.
Autonome team — er hjemmealenefesten over?
Vi må ha mer styring og kontroll! Ja, men ved å bli bedre på alignment og ledelse av digital produktutvikling. Så kanskje det er tid for litt repetisjon?
Hvor autonome er autonome team?
En noe forkortet versjon av medium-artikkelen ble publiserte av Digi.no. Mine tanker om autonome team, myndiggjorte team i Team Topologies.
Digital produktinnovasjon - Ambidekstri
Hvordan legge til rette for innovasjon i digital produktutvikling? Var det ikke nok med tverrfaglige team? Trenger vi andre organisasjonsdesign og kan vi lære noe av de som får det til?
Produkttransformasjon
Mange ønsker å innføre en produkttankegang i utviklingsarbeidet. Hva er det og hvordan kommer man i gang. Det er ikke et endringsprogram, og ender for ofte i en 'feature factory'. Man kan lykkes med - en smidig tilnærming. Start med et team, lære, skaler ut horisontalt med støtte fra toppledelsen.
Produkttankesett i digital produktutvikling. Hva betyr det for teamene?
Kontinuerlig digital produktutvikling blir mer og mer vanlig, og flere viser til viktigheten av myndiggjorte autonome team med psykologisk trygghet. Vi trenger kanskje et produkttankesett som en videreutvikling av det smidige? Hva betyr det tankesettet for tradisjonelle utviklingsteam når de også skal utforske hvorfor og hva de skal løse?
Den nye normalen - Digital ledelse
Digitaliseringen skjøt fart under pandemien og det medførte bla. økt fokus på digital ledelse. Inspirert av Steve Denning og egne erfaringer om ledelse, forskjellene mellom tradisjonell og digitale ledelse, digital lederutvikling, Tight-Loose-Tight og viktigheten av avlæring.
Fra autonome team til produktutvikling med produktteam i en team-topologi
Hva er autonome team? De er vanskelig å lede, krever en annerledes ledelse og mer ledelse enn andre enheter. Det er ulike grader av autonomi og ulike typer team som f.eks. feature team, delivery team, produktteam, verdistrømteam og plattform team. Team-topologier er en samling teknikker for hvordan man kan organisere team.
Storskala smidig i et kunnskapsperspektiv - grunnlag for innovasjon
Kunnskapsperspektivet er veldig nyttig for å se på utfordringene med å skape innovasjon i storskala smidig. Kunnskap er vanskelig å overføre på tvers av ulike praksiser. Tverrfaglige team, grenseobjekter, grensekryssere og kunnskapsmeglere, samt psykologisk trygghet er alle viktige mekanismer og konsepter for å skape innovasjon.
Fra smidig systemutvikling til storskala digital produktutvikling
Etter hvert skalerte smidig ut og en av hovedutfordringene ble å håndtere koordinering og avhengigheter. Conway's Law ble kjent og med den teknikkene for å designe organisasjonen og arkitekturen samtidig med løse koblinger for å redusere avhengigheter og behovet for koordinering. Bruken av faggrupper og coacher bidrar også til koordinering.
Fra Smidig til DevOps til Kontinuerlig Produktutvikling i Autonome Team?
For en del år siden var jeg så heldig å få arbeide sammen med en del flinke arkitekter. Jan Henrik Gundelsby, Rune Storløpa og Kenneth Stigen lærte meg om DevOps. Med bakgrunn i det de hadde gjort på ITAS-plattformen hos Oslo kommune skrev jeg om DevOps, og forsøkte å sette det sammen med noen av mine egne erfaringer med produktutvikling.