Vet du ikke hvilket Agile Transformation Roadmap du skal bruke? Det endrer vi på nå!
Hvis du ønsker å tilpasse et Agile Transformation Roadmap, har du mange valgmuligheter, for det finnes mange.
Derfor har vi plukket ut noen av de mest brukte veikartene, slik at du kan finne ut hvilket som passer ditt team, eller til og med utvikle ditt eget.
I denne artikkelen vil du lære om de ulike veikartene som finnes –, inkludert korte oppsummeringer av de enkelte trinnene. Til slutt presenterer vi en kortfattet allround-modell som oppsummerer fellestrekkene ved alle modellene i én.
Siden smidig er ensbetydende med å reagere på endringer, må man også ha et veikart. Her forklarer vi hva en Agile Transformation Roadmap er:
Hva er et veikart for Agile-transformasjon?
Ifølge Atlassian Et veikart er en handlingsplan for hvordan et produkt eller en løsning skal forbedres over tid. Når den brukes i smidig utvikling, er den der for å gi teamet en kontekst.
Den reagerer på skift og endringer i konkurranselandskapet, slik at den kan være fleksibel med nye tilnærminger. Målet er å oppnå bedre forretningsresultater.
Før vi går i dybden, en liten notis. Vi hadde nylig 11 internasjonale agile eksperter som gjester i et webinar – om et spørsmål: Hvordan skalerer man agile metoder på riktig måte?
Resultatet er dette fantastiske videoopptaket (engelsk), som blant annet tar for seg følgende spørsmål:
- Er det bedre å starte nedenfra og opp eller ovenfra og ned?
- Hvordan får man ledere til å enes om en felles visjon?
- Hvordan velge riktig agilt rammeverk –, og hvorfor er det egentlig ikke så viktig?
Min varmeste anbefaling: Ta en titt! Det tar relativt lang tid, men det er verdt hvert minutt.
Hvorfor bruke et Agile Transformation Roadmap?
- Samordne teamet for de neste trinnene
- Handler fleksibelt og flytende, ingen faste artefakter
- Hjelpe selskapet
- Hjelpe teamene med å tilegne seg riktig kunnskap
- Bidra til å opprettholde opplæringen
- Ta bedre informerte beslutninger
- Prioritere oppgaver
Nå som vi har fått det ut av veien, skal vi presentere fem spesifikke veikartmodeller – fra Kotters Change Management to Scale@Scrum.
Forresten, en liten bemerkning i forbindelse med smidig transformasjon: Ønsker du å forsikre deg om at du for øyeblikket er de riktige prioriteringene i din agile Forvandling?
Ta deretter vår modenhetssjekk for din smidige transformasjon – tar bare 3 minutter. Du får til og med en benchmark basert på over tre hundre andre deltakere. Se knappen 🙂.
Agile Veikart for transformasjon #1: Endringsledelse av Kotter
"Forandring er det eneste konstante"
Heraklit, gresk filosof
Vi har brukt Kotters 8-trinnsmodell i vår dette bidraget allerede presentert i detalj.
For å gjøre en lang historie kort: Kotter-modellen kjøres i sekvensiell rekkefølge, men alle trinnene kan kjøres samtidig. Den legger opp til at det haster med endring. De fire første trinnene fokuserer på det grunnleggende ved endringen, trinn fem til sju handler om å innføre ny atferd, og det siste trinnet, trinn åtte, handler om å forankre endringen. Nå skal vi forklare dem litt nærmere:
Fokus på grunnlaget for endring
- Det første trinnet er at hele selskapet slutter opp om endringen. Forskning av Kotter viser at 75 % av teammedlemmene må "kjøpe seg inn" i endringen for at den skal bli vellykket.
- Trinn to handler om å overbevise teamet om at endringen er uunngåelig for å lykkes. Dette resulterer i en "endringskoalisjon" som krever at man jobber som et team for å anerkjenne behovet for endring.
- Trinn tre er effektiv implementering av visjonen. En strategi er alltid nødvendig. Nå er det på tide å fastsette verdiene for endring osv.
Innføring av ny atferd
- Trinn fire handler om å kommunisere dette til teamet. Snakk om visjonen din. Demonstrer ønsket atferd for å investere i endringen.
- Trinn fem handler om å fjerne hindringer og se om noen motsetter seg endringen. Alle må være med på endringen for at den skal skje.
- Trinn seks handler om å lage kortsiktige mål i stedet for et langsiktig mål. Hva er det man sier? Ingenting motiverer mer enn suksess!
- Trinn sju innebærer å analysere hva som gikk galt og hva som gikk bra. Reell endring krever en oppbygging – Det er nå du skal se på hva du kan forbedre.
Konsolidering av endringer
- Trinn åtte innebærer at man endelig innser at det gjøres en kontinuerlig innsats på alle områder i selskapet for å få til endringen. Det handler om konsekvens og fremgang.
Denne modellen fungerer godt for team som er klare til å gjennomføre en vellykket og radikal endring. Vi har laget en e-bok for å styrke teamene dine –, sjekk den ut. her an.
De fleste Agile-bussene kjører rundt i sirkler....
og behandle overfladiske symptomer. Det er på tide å bruke psykologi – for å oppnå en bærekraftig holdningsendring.
"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"
Veikart for Agile-transformasjon #2: Veikart for skalert Agile-rammeverk
"Hvis du ikke kan beskrive det du gjør som en prosess, vet du ikke hva du holder på med.
W. Edwards Deming
Vi har allerede presentert det skalerte Agile-rammeverket i detalj i en artikkel – les den her til.
Serien SAFe Implementation Roadmap består av 12 artikler som hver beskriver en strategi og et sett med aktiviteter som har vist seg å være vellykkede innenfor rammeverket.
Vi kommer til å ta alle "kritiske skritt" som definert av Dan og Chip Heath beskrevet, kort og enkelt.
En riktig start
- Det første trinnet, også kjent som "vippepunktet", er det punktet der visualisering og implementering møtes. Det handler om å få behovet for endring og visjonen om endring til å gå opp i en høyere enhet. Forskning viser at vippepunktet er begynnelsen på å bygge en ledende koalisjon.
- I artikkel to begynner den vanskelige reisen –, men den trenger ikke å være vanskelig. I trinn to må de ledende aktørene samles og stake ut kursen. Tre trinn anbefales for dette: opplæring av Lean Agile-agenter, opplæring av ledere og andre ledere og etablering av et Lean Agile Centre of Excellence (også kjent som en arbeidsgruppe).
- I det tredje trinnet starter opplæringen. For at endringen skal bli synlig og vellykket, er det nødvendig med et sterkt lederskap. Med disse tre "kritiske trinnene" er selskapet nå på vei mot suksess.
- Som nevnt i trinn to samles LACE nå i trinn fire. LACE står for Lean Agile Centre of Excellence og refererer til en liten gruppe mennesker som er dedikert til å fremme Lean Agile-arbeidsmåten. John Kotter påpeker at størrelsen på teamet avhenger av bedriftens størrelse. –-endringer starter med to eller tre personer.
Start skalering
- Artikkel fem handler om implementering av SAFe. Nå er det på tide å identifisere. Identifiser verdistrømmer og Agile Release Trains (ARTs).
- Nå handler det om å lage detaljerte planer. Artikkel seks handler om å gjennomføre en organisasjonsendring og anvende den nye kunnskapen fra opplæringen.
- Frem til nå har vi hatt verdistrømmer og en implementeringsplan. Så artikkel sju er et avgjørende øyeblikk. Det er tidspunktet for den første lanseringen av ART. Det er en rekke trinn å ta hensyn til i forkant av lanseringen. Du kan finne ut mer om dette på SAFe-nettstedet. her.
- Lanseringen av ART krever opplæring av teamene i artikkel åtte. Nå som lanseringsplanen og interessentene har fått opplæring, kan den virkelige endringen finne sted. Kotter sier at ledere må "shape the path" –, med andre ord krever dette opplæring, tid og innsats.
- De første store hendelsene er gjennomført. Nå, i artikkel ni, er teamet myndiggjort. Ettersom kompetanse og potensial er basert på teamet, må agile team nå også coaches. Hvis du vil vite mer om utvikling av team, kan du gjerne ta en titt på våre nyttige E-bok an.
Etter den første antagelsen
- Artikkel ti handler om å skape mer forandring og innføre flere ART-er. Tenk på denne artikkelen som en bil som girer opp i full fart på motorveien.
- Det nærmer seg slutten, SAFe er vedtatt. Artikkel elleve fokuserer på drivkraften og implementeringen av SAFe. Nå handler det om Lean Portfolio Management-kompetansen og om å forankre den nye tilnærmingen i bedriftskulturen.
- Den forrige artikkelen understreker viktigheten av konstant endring. Vi er sikre på at dere har kommet et godt stykke på vei på denne transformasjonsreisen. Nå er det på tide å sette fart på bedriftens omstilling mot en smidigere virksomhet.
Agile Veikart for transformasjon #3: Scrum i stor skala
"Kompleksitet er døden."
Gereon Hermkes
Det tredje veikartet for smidig transformasjon handler om å forenkle skalaen. Scrum @ Scale handler om at ett enkelt Scrum-team skal kunne levere optimal verdi i et påviselig tempo. Ifølge Scrum i stor skala prosessen "hjelper en organisasjon med å fokusere flere nettverk av Scrum-team på prioriterte mål."
Så la oss se på stegene Scrum @ Scale tar i sitt repeterbare mønster. Her er de ti trinnene forenklet:
- I trinn én utarbeider Scrum-coachene en liste over organisasjonens problemer.
- Deretter informerer de toppledelsen om saken og identifiserer felles mål osv.
- I trinn tre dannes et Executive Action Team (EAT), også kjent som Transformation Leadership Team.
- Det neste trinnet er å velge et lederteam som setter prioriteringene for alt arbeidet. Med andre ord, Executive MetaScrum-teamet.
- Etter opplæringen går vi videre til trinn fem. Her får alle teammedlemmer, produkteiere, scrum masters, ledere osv. som skal jobbe innenfor det smidige operativsystemet, opplæring av EAT.
- Trinn seks gjelder produkteierens backlog.
- Trinn sju går raskt over til en Scrum av Scrums med skalerte daglige scrums.
- Trinn åtte innebærer å levere tidlig og ofte.
- Det siste trinnet er å utvide det smidige operativsystemet til det neste settet med prioriteringer før trinn ten.....
- Gjenta!
Agile Veikart for transformasjon #4: Produktsjef – Et disiplinert Agile-veikart
"Produktadministrasjon prosessblad omfatter arbeidet med å identifisere og utvikle organisasjonens forretningsvisjon".
PMI.org
Veikart i produktledelse beskriver visjonene for tre tidsperioder: kort sikt, mellomlang sikt (3-12 måneder) og lang sikt (ett år). Veikartene brukes av produktledere til å prioritere beslutninger og planlegge aktiviteter. Her er noen andre prosessfaktorer som må tas i betraktning:
- Produktsjefer ønsker å levere produkter som tilfører selskapet verdi.
- På grunn av et begrenset budsjett er det også bare et begrenset antall produkter –, noe som betyr at det må prioriteres.
- Veikartet utvikles gjennom produktledelsens aktiviteter.
- Funksjoner, også kalt outcomes, epics, stories osv., må tildeles team for implementering.
- Markedsføring av produkter til kunder håndteres av produktsjefen for å øke sjansen for at potensielle kunder får vite om produktets eksistens.
- Produktsjefer overvåker suksessen til produktene sine basert på sluttbrukertilfredshet, markedsaksept osv.
Som du ser, fokuserer denne prosessen på å utvikle de riktige produktene til riktig tid for å sikre at de blir brukt.
Agile veikart for transformasjon #5: Scrum i stor skala
"Lengsel i stor skala skaper historie"
Don DeLillo
I motsetning til de andre rammeverkene vi har diskutert, finnes det ikke noen Scrum i stor skala ikke noe egentlig veikart. I stedet oppretter produkteieren og teamet en Scrum Product Backlog. Avhengig av hvor stor den er, kan det ta uker eller måneder med analyseworkshops og estimering av de første utgivelsene.
For et etablert produkt bør det ikke gjøres noen omfattende research for neste release, ettersom produkteieren og teamet bør lage en produktbacklog i hver sprint. Ved kontinuerlig produktutvikling er det derfor ikke nødvendig med et veikart som sådan.
Scrum i stor skalaogså kjent som LeSS-rammeverkbegynner med teamets forståelse av Scrum. For at LeSS skal få fotfeste, må smidig utvikling med Scrum kreve en dyptgripende organisasjonsendring for å bli smidig.
La oss sette dette rammeverket for organisasjonsdesign ut i praksis som en skalert versjon av One-Team Scrum:
LeSS overlapper to forskjellige Scrum-rammeverk i stor skala:
- LeSS – åtte lag
- LeSS Huge – opp til noen tusen personer på ett produkt
I det følgende vil vi fokusere på LeSS-rammeverket.
- Sprintplanlegging del 1: Involver medlemmer fra alle teamene – de diskuterer hvor de passer inn og hvilke muligheter som finnes for å finne felles arbeid.
- Sprintplanlegging del 2: Hvert team gjennomfører disse uavhengig av hverandre, men noen ganger kan to eller flere team gjennomføre dem i samme rom.
- Daglig Scrum: Hvert team holder også dette hver for seg.
- Generell forbedring av produktkøen (PBR): Dette er et møte mellom produkteier og alle teamene for å øke samkjøringen mellom produkteier og team. Formålet er å avgjøre hvilke team som skal implementere hvilke elementer – og dermed velge ut elementene for en senere detaljert PBR for ett team.
- Forbedring av produktetterslepet: Forskjellen mellom denne fasen og den forrige er at det i LeSS bare er behov for ett team om gangen, men en variant kan være PBR med flere team i samme rom for å øke læringen.
- Sprintmøte: Inkluderer personer fra alle teamene, ikke bare produkteieren. Formålet er å gjennomgå produktøkningen og nye elementer. Tenk på det slik: Et stort rom med mange områder som opptas av teammedlemmene, der de utviklede elementene diskuteres og vises frem.
- Overordnet retrospektiv: Inkluderer produkteier, Scrum Master og roterende representanter fra hvert team. Formålet er å forbedre systemet som helhet.
Sammendrag: Et veikart basert på alle andre
"Destinasjonen er viktigere enn reisen"
Less.works
Alle Agile-veikartene vi har sett på, har noen felles trinn. Vi har oppsummert de fem viktigste stegene som bør være med i alle veikart:
- Visjon: Ingen handling kan finne sted uten en visjon. Som Kotter skriver i sin banebrytende bok Leading Change, legger visjon og strategi grunnlaget for endring. Når det finnes en klar og sammenhengende visjon, vil teamet ditt forstå hvorfor du ber dem om å endre seg. Det kan være vanskelig til å begynne med, men så blir neste skritt å jobbe sammen. En visjonserklæring kan enkelt formidle budskapet om "hvorfor".
- Forbered lederskapet: Å motivere andre til endring er avgjørende for å lykkes med enhver syklus. For å bygge et velfungerende team kreves det forståelse og samarbeid i ledelsen før noe annet kan skje.
- Organiser deg rundt verdi: For å lykkes i starten må du organisere deg rundt verdi. Det vil si at utviklingen av veikartet tar utgangspunkt i de viktigste verdistrømmene for –-kunder. For å implementere strategier må kundeverdien stå i sentrum.
- Forbered og utvikle teamene dine gjennom ambassadører: Kultur er en av de største utfordringene ved skalering av smidige metoder. For å spre visjonen og den smidige arbeidsmåten i hele organisasjonen må det utvikles sterke team. Det handler ikke om å skape en ny organisasjon, men om å sørge for at nok mennesker i organisasjonen er klare for endringen i teamene. Det er viktig å huske at man aldri kan nå 100 % ansatte. Du når vippepunktet når du når de 30% som har størst innflytelse. Disse 30% vil akselerere endringen i resten av teamet.
- Regelmessige møter og iterasjon gjennom retrospektiver: Det må være en struktur for å gi tilbakemeldinger. Derfor er det alltid viktig å avholde retrospektive møter på slutten av en syklus for å se hva som gikk bra og hva som ikke gikk bra. Det er også nyttig for å måle suksessen til et veikart og se hva teamene følte og om alle fortsatt er på linje med visjonen. Ja, –, du kan og bør iterere visjonen!
For å hjelpe deg med å bygge og utvikle vellykkede team, kan du forresten lese artikkelen vår med 4 startstrategier for transformasjonen din ...se. Og så selvfølgelig...
