Agile Co-creation weekend, 5-7 April

Weekenden er desværre aflyst

Så har vi Co-created lidt indhold til vores weekend tur, Thomas har været flink at bidrage med et sommerhus og en masse andre har været gode til at bidrage med indhold, det varmer mit agile hjerte og se hvordan vi kan skabe sammen.

Den 5-7 April i Jylland

Det bliver den 5-7 April, det var de datoer der passede bedst, sommerhuset ligger i den sydlige del af Jylland, jeg regner med at vi kan køre lidt med hinanden. Der kan være op til 12 mennesker i sommerhuset, med lidt ligge underlag som supplement.

Mødes fredag efter aftensmaden eller måske før hvis vi kan nå det og tag hjem igen Søndag efter frokost.

Vi planlægger selv mad og indkøb af mad så det må forvente at der kommer lidt ekstra udgifter til madden, vi laver mad sammen og selv organisere os omkring det. Drikkevare anbefaler jeg i selv medbringer hvis i har nogle behov.

Princip for weekenden

  • Du har som mål at bidrage med viden og modtage viden samt at skabe netværks relationer
  • Vi har det sjovt og afslappende sammen
  • Din intention er at bidrage positivt til weekenden

Ankomsten fredag

Når vi ankommer fredag skal vi faciltiere en sove plads selv organisering, resultatet af denne vil afgøre hvor vi skal sove, den laver vi når alle er ankommet.

Tidsrammer for weekenden

Tidsblokke Lørdag Søndag
9:00 – 10:30 Forslag til Workshop? Forslag til Workshop?
11:00 – 12:30 Forslag til Workshop? Forslag til Workshop?
13:30 – 15:00 Forslag til Workshop? Fri
15:30 – 17:00 Forslag til Workshop? Fri

Morgenmad er før 9, forkost mellem 12:30 og 13:30, aftensmad efter kl 17:00

Du skal gøre 3 ting før weekenden

  1. Du skal melde dig til, altså en endelig tilmelding til weekenden, når du tilmelder dig nu har du enligt meldt dig til at du komme på weekend tur i april

2. Du skal skrive et ord i kommentar feltet her under, ét ord som du synes weekenden skal handle om, vi kommer til at holde en afstemning om ordene på et senere tidspunkt, ordet der vinder er det ord som skal være omdrejningspunktet for weekenden.

3. Du skal skrive dig på et af de åbne timeslot for weekenden, hvor du vil facilitere en session for deltagerne, det er op til dig hvad du vil facilitere, kravet er bare at dit indslag indeholder, ordet vi stemmer om senere. Igen skriv en kommentar her under med tidpunkt, title på session og dit navn.

Måske var det alt

Puha jeg håber jeg har huskede alt, en del information og jeg har måske glemt noget, her får du det sidst billede og et link til det dokument vi har arbejdet på.

https://docs.google.com/document/d/1RMTrk671VO3vUi5Jwkdad7euIqHR_5hc93sMnTSVrtQ/edit?usp=sharing

Lav ét stykke af produktkagen

Nå man først begynder at arbejde med Scrum og Agile så bliver man bombarderet med at Product Owner skal lave Epics, Features og User Stories. Vi skal tale om brugerens behov og vi skal få team og kunde til at tale sammen og vi skal alle forstå sammen.

Det er så vigtig at vi kan forstå at arbejde sammen om produktet, men det vi ofte har svært ved at ændre og forstå er at vi skal have korte feedback loops, vi skal se hurtige resultater for at få hurtig feedback om vores produkt.

At få hurtig feedback er ofte meget svært i store organisationer og med mennesker der er rutineret i at arbejde med traditionelle udviklingsmodeller.

Med Agile vil vi ikke lave hele kagen på én gang, men kun et stykke af den, så vi kan spørge kunden om kagen er god, om den smager godt, om den lever op til forventningerne, så vi kan justere på opskriften før vi laver det næste stykke kage.

Traditionelle arbejdsmetoder

Den traditionelle måde at arbejde på, fremelsker ofte at man fokuserer på et lag af kagen ad gangen eller hvert team er specialiseret i én ting, så hvis du forstiller dig at nederste lag af kagen er Database, så er næste lag måske logiske funktioner og sidste lag er brugergrænsefladen.

Men lagene i kagen kan også symbolisere processer, det nederste lag i kagen er analyse, så er det udvikling og så er det test.

Ved at arbejde efter denne metode, vil man ofte bruge lang tid på hvert lag individuelt i intentionen om at gøre det rigtigt fra starten. Man laver analysen færdig og rigtig fra starten, for at sikre at hele lagkagen kommer til at se pæn ud og kommer til at smage godt. Man sikrer at kunden er involveret, men vi arbejder ud fra et teoretisk kompleks som jo ikke er praktiske erfaringer og ikke kan ses og smages, men kun tales om.

Den agile model

Den agile model er noget sværere at arbejde efter fordi det for rigtig mange mennesker er en ny måde at arbejde på. Det er ikke naturligt at lave et stykke af kagen, det er ikke naturligt kun at analysere en lille del af løsningen for derefter at udvikle den.

Det er heller ikke let for en organisation at arbejde efter den agile model, fordi organisationen faktisk ofte er bygget op omkring de traditionelle arbejdsmetoder. Det vil sige der er en analyseafdeling med en arkitekt og en forretnings-analytiker, eller en database afdeling med database-eksperter.

Så når vi med en agil model forsøger at lave et stykke af kagen kræver det urimeligt meget koordinering og virkelig meget hjerne aktivitet for menneskerne på projektet, for at kunne arbejde efter den nye model. Vi ved jo at menneskets hjerne grundlæggende er vild med stabilitet og vaner, så det er virkelig op ad bakke til at starte med.

Hurtig feedback

For at skabe værdi med en agil implementation, så skal vi begynde at arbejde med korte feedback loops – vi skal vise kunden hvad vi har lavet løbende, og vi skal lave et stykke af kagen ad gangen. Det første stykke kage bliver ikke perfekt, det bliver ikke smukt, men det giver noget konkret for kunden af forholde sig til og smage på.

Et par uger senere kan kunden se et nyt stykke af kagen, som er blevet en lille smule bedre og smager lidt bedre. Efterhånden kommer vi frem til en hel kage som smager rigtig godt og ser pæn ud i kundens øjne, og det er jo det der er det vigtigste – hvad er det kunden synes er pænt og smager godt.

Jeg håber jeg har inspireret mindst én Produkt owner, Produkt manager, Forretningsanalytiker, Arkitekt, Chef eller én Sælger til at forstå hvordan vi kan  arbejde med et stykke af kagen, og ikke med hele kagen på én gang.

Skrevet af Tim Pedersen

Første større forsamling i Servant BVIR

Den 10/9 var vi samlet en lidt større flok end vil plejer fordi vi skulle tale om ITU projektet, så det var et informations møde om ITU.

Men vi er jo en Teal ogranisation så vi startede lige mødet med at definere hvad Servant BVIR, jeg har samlet vores konklusion her under.

Vi startede med at tale om hvad Servant BVIR ikke var og så opsummerede vi hvad det var efterfølgende på de blå post-its

Servant BVIR er:

  • Frivilligt arbejde
  • Åben for alle der støtter op om visionen
  • Løst koblet netværk
  • First movers for det Agile (Take it to the next level)
  • Principper under § Over regler
  • Agnostick tilgang
  • Sjovt – Interessant – Udfordrende
  • Værdi: Glade mennesker, uselvisk
  • Hvis sponsorarter, så eventbasseret
  • Vi prøver ting af i praksis –  ikke kun Teori
  • Et sted hvor vi deler viden – aktiv deltagelse

Håber det er noget du føler er interessant.

Lidt stemnings billeder fra aften

Never would i ever! The game

Jeg har jo ikke være i San Diego for sjov, jeg har jo behov for at opsummere mine sessions fra en uges intens forløb, for min egen skyld, men du må godt lytte med, så her kommer den første opsummering fra dagene i San Diego.

Det begynder faktisk allerede at blive svært at huske hvad der skete for 4 uger siden.

Never would i ever, The game er en interessant øvelse i at lære at lytte og i at lære at flytte folks overbevisninger eller i hvert fald udfordre dem på deres overbevisninger.

Her tænker jeg at det kunne være interessant at bruge i forbindelse med en agil tranformation.

Så forstille dig følgende overbevisningen “Jeg vil altid estimere mine User-stories som minimum med story points, fordi det giver mig forudsigelighed” det er altså din overbevisning nu.

Så begynder spillet.

Det handler om at der sidder én person i teamet med en overbevisning og forsvare sin overbevisning, teamet er på ca 5-10 personer.

Forstå overbevisningen

Første del på 4 minutter, teamet spørg ind til personen overbevisning her handler det om at forstå overbevisningen og ikke andet, husk ikke påtrykke din egen overbevisning stil åbne spørgsmål, som ikke er præget af din egen holdning. Det handler om at forstå.

Udfordre overbevisningen

Her bruger teamet 4 minutter på at overbevise eller beskrive scenarioer som kunne overbevise deltageren i at gå med til ikke at estimere story point, det kunne være, “hvad nu hvis alle user stories altid var præcis samme størrelse” nåååå ja så kunne jeg godt undvære at estimere i story points…… bum bum.

Setup af øvelsen

Man kan sætte øvelsen op helt åben, så folk selv kan skrive deres overbevisninger ned, men jeg ville kunne se værdi i at sætte en øvelse op med predefineret overbevisninger, i en gruppe med nogle overbevisninger man gerne vil skubbe lidt til, det kan helt sikkert give en god dialog og en refleksion over hvorfor en overbevisning er så fast groet.

Der er også noget med nogle mynter hvis man vil tilføje lidt spil

Her er et par billeder fra øvelse med Jenny Tarwater og Laura Powers, jeg kan kun opfordre at benytte jer at øvelsen hvis i har behov for at flytte nogle overbevisninger og lære at forså hinanden, det vil sige i et hvilken som helst team. 🙂

Hvis du har spørgsmål til øvelsen er du meget velkommen til at kontakt mig.

Skrevet af Tim Pedersen

Agile coaches søges til frivilligt arbejde på ITU

Vi har brug for din hjælp! Vi søger 10-15 agile coaches til at hjælpe med  at coache 130 glade studerende på ITU Copenhagen. Kunne dette være noget for dig?

Join The cause: Som du sikkert allerede har læst,  så er Servant BVIR en non profit organisation som arbejder for at sprede de gode agile budskaber i Danmark.

CASE: ITU Copenhagen Spring 2019

Vi har fået en helt suveræn mulighed for at opfylde vores vision, vi har fået muligheden for at coache og undervise 130 ITU studerende fordelt i 15-20 teams i at arbejde sammen i team agilt.

Vi har brug for din hjælp, vi skal bruge flere agile coaches til at undervise og coache alle de glade ITU studerende. Kunne dette være noget for dig?

Det hele starter for alvor i ultimo af januar 2019/ primo februar 2019 og afslutter i maj 2019. Vi forventer at skulle være en coach til hvert team, så vi mangler omkring 14-16 coaches.

What’s in it for you?

Måske tænker du på hvad du kan få ud af dette, ud over det faktum at bidrage med frivillig arbejde for en fantastisk sag!

Vores mål for coaches er at vi lærer og inspirerer hinanden på følgende punkter:

  • Eksperimenter og refleksion af agile hypoteser
  • Læring og reflektion ved coaching af agile teams
  • Løbende refleksion og feedback fra de andre coaces
  • Synkronisering og vidensdeling med alle deltagende coaches
  • Mulighed for at undervise de 130 studerende i Agile emner (lidt til CV’et)
  • og selvfølgelig udbyggelse af dit netværk af agile coaches

Vi forventer at skulle bruge ca. 35-40 timer til Team coaching fordelt på de 3 måneder i dagtimerne.

Undervisningssektorerne vil ligge sen-eftermiddag/tidlig-aften og der vil være mulighed for at flere coaches underviser sammen. Hvis du vil undervise må du forvente at du skal bruge  lidt mere tid, både til foreberedelse og afviklingen af undervisningen.

Er du interesseret så skriv til os info@bvir.dk eller ring hvis du har en af vores telefonnummer 🙂

Du kan se planen her 🙂

 

Vi vil heller køre Kanban end Scrum, det er lettere

Jeg møder tit teams der meget heller vil køre Kanban fordi de synes det lyder letter end Scrum, så er vi også fri for at tænke på sprint planlægning og alt det andet ballade.

Det er desværre bare ikke helt rigtig hvis du virkeligt vil køre Kanban så bliver du nød til at forstå hvordan det virker, hvordan du kan bruge det optimalt og en af hoved fokus områderne for Kanban er flow, du skal optimere dit flow og finde flaskehalse i dit flow, hvis et team ikke kan finde ud af det med et Scrum  så er der ikke stor chance for de kan finde ud af det med et Kanban, sorry :/

Jeg har lige været med i en supper workshop med et Kanban spil udviklede af Sune Lomholt based on Software development Kanban © 2009-2010 Christina Skaskiw, det var simpelthen en super fed oplevelse og en rigtig god måde at lege med forskellige strategier for at få flow på et Kanban board.

Her er et linke til materialet http://tastycupcakes.org/2013/08/software-kanban-games/ så du selv kan spille det med dit team før du implementere Kanban.

Her er lidt billeder fra dagens event fra vores kanban spil, min anbefaling er find en i dit netværk der har gennemført spillet før, da det godt kan være en lille smule kompliceret.

Vi havde en fest og lært rigtig meget os der var med, en så stor fest at nabo mødelokalet måtte bede os om at være lidt stille fordi vores følelser løb af med os, virkeligt godt spil, for en agil nøder 🙂

Det her er hvad du skal bruge før spilledet går i gang

Og sådan ser det ud efter spilledet er slut, det du ikke kan se på billedet er nogle  skuffede agile nørder som ikke var helt så gode som du troede til at starte med. Men som du kan se på vores cumulative flow diagram lærte vi det i løbet af spillet

Jeg hentede filerne og tilføjet en enkelt Power Point med en oversigt over regler man kan vise til selv Kanban spillet

DanskeBankSoftwareKanbanGame

Event-cards

Expedite-story-cards

Fixed-date-story-cards

Kanban Game Rules

Rules-for-DB-kanban-game

Standard-story-cards

Coaching ITU students in Agile/Scrum

  

SERVANT BVIR er gået sammen med ITU Copenhagen og Maria Paasivaara om at lære de studerende om Agile/Scrum.

Se Servant BVIRs mission

Baggrund:

Studerende på grund-studiet (ca. 130-160) samt studerende fra Master delen (15-20 studerende) skal igennem et forløb hvor de skal arbejde med konkret virkelighedstro produktudvikling i større et team. Som et ar læringsobjektiverne vil de studerende skulle benytte Agile/Scrum tankegangen.

Produktudviklingen forgår over 3 måneder og der vil blive lagt omkring 15 timer om ugen per studerende i perioden. Kurset er karaktergivende.

 

Opgaven for Servant BVIR

Opgaven består af at der vil være 15-18 teams med ca. 7-9 personer, hvor hvert team har yderligere tilknyttet en SM og PO. Scrum Masteren er en studerende der er lidt længere henne i studiet, fra Master delen, mens Product Owneren i bedste fald er en ekstern person fra en virksomhed som netop har submittet et produkt de ønsker der skal udvikles. Altså et forsøg på at gøre denne simulering så virkelighedstro som muligt. Teams er uafhængige af hinanden som udgangspunkt.

Hvert team vil få tilknyttet en coach som skal mentor og coache teamet til at til at arbejde sammen ved brug af Agile/Scrum tankegang og hele tiden forsøge at blive bedre.

Der er identificeret følgende overordnet opgaver Servant BVIR vil deltage i.

  1. Training
  2. Team Coaching
  3. Input til eksamenskarakteren

fagagag

1. Training

A. De 15-20 Scrum Masters skal gennemgå et uddannelsesforløb i primo januar 2019

Varighed: 2 dags undervisning + 4 dages forberedelse.

B. Team medlemmerne skal undervisers i basic Scrum (Maria fra ITU vil gøre det), mens vi som Servant BVIR bør tilbyde yderligere træning i ”how to make team perform” (tuckman, team rules, andet?) og evt. Relativ estimering, agile reqirements,…ovs.)

Varighed: 1 dag for underviserne.

C. Der vil være et samlet ”kickoff” hvor der gennemføres Game ”Lego Scrum” og hvor teams så derfra arbejder videre med den product backlog som hvert team får tilknyttet.

Varighed: 1 dag for alle coaches

D. Jeg har foreslået at Scrum Masterne skal have noget undervisning i Facilitering og tænker her 1 hel dag burde være tilstrækkelig som en start.

Varighed: 1 dag for underviserne + 2 dags forberedelse

2. Team Coaching

Hvert team skal tildeles en coach og det forventes at der pr. team over 3 måneder bliver min. af 30 timers arbejde. Vi skal have fundet nogle flere coaches der kan byde ind og måske være core group af Servant BVIR?

Varighed: 30 timer over 3 måneder.

3. Input til eksamenskarakteren

Hver coach skal være med til at give karakter for gruppen og deres måde at arbejde med Agile/Scrum. Det er ikke kun Coachen der giver input, det er også Produkt Owners og Undervisere.

Varighed: ? Muligvis 1 time pr. team til eksamination, men der må være forberedelse og fælles afstemmes.

 

I Wounder!!!

  1. Kunne det være interessant om der kunne være basis for enkelte teams går sammen om en opgave og dermed scaler en smule, eks. 3-4 teams og så benytter vi SOS på alle niveauer. (Måske er det for ambitiøst for universitetsstuderende!).
  2. Til karaktergivning kunne Appriciation Cards (Kudo box) være et instrument vi kunne benytte.
  3. Til opdeling af studerende ind i teams, vil det være hensigtsmæssigt at gøre det self-organizing. Der skal blot stilles nogle rammer for hvad hvert team SKAL som min. indholde af kompetancer eller sagt på en anden måde ”hvad et team skal sikre at de kan udfører”!
  4. ….

 

    

Maria Paasivaara og Jakob Schmidt Sørensen mødes på ITU

We need to keep producing

Connecting People and Principles (Alicia McLain, Cherie Silas)

Det har var en sjov workshop den handlede hovedsageligt om generationer og de opfattelser vi har af de generationer, vi startede med at lave en perlekæde med perler for hver gang vi kunne relatere til et emne på en liste, der var forskellige farver for hver generation. Se billeder.

Vi kom blandt andet ind på det faktum at vi ansætter folk som vi spejler os i, hvilke ikke rigtig giver diverse teams. Men der var en af de andre coachs som nævnte at de var stoppe med at ansætte hvide middelalderen mænd i deres coach team. Måske er det noget vi lige skal overveje i DK.

Meget interessant fordi man faktisk finder ud af at man jo selv er blandet af mange generationer, det giver en god selv indsigt, det skal forklares for det helt fiser ind tror jeg, men pæn perlekæde jeg har lavet ikke?

Heroes are Expensive – Extinguishing the Firefighting Culture (Sue Johnston)

Meget inspirerende workshop fra Sue, omkring hvilken indflydelse heltedyrkelse har i en organisation og hvad vi kan gøre for at undgå det, det var en workshop så vi havde jo selv svarene, men faktisk er det her et emne som ikke bliver adresseret, i forhold til bøger og undervisning, vi lever bare med helte, på trods af at det faktisk er en kæmpe risiko for virksomheden og underminere resten af teamet.

Biology of Powerful Powerless Leader (Anna Obukhova) Popular

Anna er oprindelig fra Rusland derfor havde hun en kraft russisk accent, som hun selv lavede lidt sjov med. Spænde talk omkring hvordan vi som helhed er byggede op, jeg vil faktisk gene havde delt hendes slides men lige nu kan de ikke downloades. Så her kommer lige en kort intro.
Det hun siger er at man kan godt være manager og leder på samme tid, de to ting er ikke modsigende, men man kan ikke være dominerende og leder på samme tid, så det at være en dominerende er modsigende for at kunne være en god leder.
Hun kommer yderlige ind på nogle forskellige aspekter som kan have indflydelse på at være dominerende, energi spiller en rolle i hvor klar vi er til at prøve nye ting og hvor gode vi er til at modtage undervisning. Derfor er det måske meget godt lige at planlægge næste undervisning så folk er frisk og klar.
En coach skal helst være på 60 procent energi niveau, og det hun også sagde var at energi kan man ikke fake, mennesker kan mærke på hinanden hvad andres energiniveau er, og jo højre energiniveau jo flere følgere har du, meget interessant tank at grunden til man er CIO er det faktisk fordi man blandt andet har et meget højt energi niveau og det er forholdsvis konstant.
Hendes fordrage er normalt en to dage session, så det var absolut kun overfladen af hendes viden.

Your Agile Blind Spot: Ten Attitudes that Limit Agility (Gil Broza)

Gil gennemgik de 10 ting du ikke må, det vil jeg ikke sige meget om andet end:

DU MÅ IKKE DET HER, STOP MED DET.
1. A deliverable must include a bunch of things to be valuable
2. Do as much as you can
3. Tasks should be done by experts
4. We can’t do anything about…
5. We need to keep producing
6. Only managers decide who’s on the team
7. Everyone should focus on their part
8. Someone else determines what I work on
9. It’s done (well, almost)
10.Management will never…

Jeg er på vej hjem nu , og mit første fly er allerede forsinket en time 🙂

Disclaimer: jeg undskylder hvis du finde stavefejl eller grammatik fejl, disse blog indslag er lavet på Agile2018 og mit fokus og tid er derfor ikke at skrive perfekt med få noget af essen ud til jer som ikke er med i San Diego, med grundtanken om heller producere noget en at gøre det perfekt. OG jeg forsøger at holde min blogs korte, men det lykkedes ikke rigtig for mig.

Du er velkommen til at kommentere, hvis du har forbedrings forslag til i morgen ?

Af Tim Pedersen

Data is a people problem

What is the story with Agile data? (Troy Magennis)

Vi starter dagen med en fælles keynote med alle +2000 mennesker, eller det vil sige jeg starter dagen med morgenmad, ikke fælles morgenmad men god gammeldags amerikansk morgenmad, havde bare brug for ikke at spise med 2000 andre ?

Men første indslag var en god talk omring data og hvordan vi kan bruge det, super god præsentation som er godt gennemført, data kan faktisk vise om det er et team der har en udfordring eller om det er organisationen der er udfordringen, så nogle gange skal man faktisk sammenligne data fra flere teams, det kan give et klart billede a hvor skoen trykker.

Men først huske lige at data skal bruge til at starte en samtale, fordi data i sig selv skaber ingen værdi og den er helt sikkert ikke fyldt med de rigtige informationer men kun brudstykker af virkeligheden.

Der findes pænt mange cognitive biases der vil influere din dømmekraft så huske samtalen når du taler om data. Tryk på billedet for link

Lidt kommentar til billederne:

Skal vi ikke droppe den gode gamle rapporterings stil, som har samme farver som en melon, grøn på ydersiden med kald rød indvendig

Altså hvis det bliver brugt nænsomt og ikke til at slå teams i hovedet, kan man sammenligne data fra teams. Husk data står ikke alene og det skal ikke bruge til pisk eller til at udstille nogle.

Google er faktisk ret god til at forudsige, det kræver lidt forklaring med det handler om at ved din forudsigelse kender du ikke kontekst, så du skal ikke tag konklusion men lade det være op til brugeren, i hvert fald når det handler om Google Maps

Big Bang and Agile: Is it possible to have anything in common between them? (Andre Nascimento, Andre Andreazzi)

Jeg skulle faktisk havde været til “The Act of Transforming (Audacious Sallonaire)” men den vare desværre fuld, men det var kun for det bedre

Kom til en helt kanon præsentation fra to McKinsey konsulenter, som har været med til at implementere en agil transformation for en 800 personer stor virksomhed på 3 måneder, de var selvfølgelig ikke agile efter 3 måneder men omorganisering var på plads og deres første træning var i gang og her taler vi HELE organisationen, virkeligt interessant projekt.

De havde lagt op til at det ville tag 2 år men det ville kundens CIO ikke vente på, så de implementerede 66 squads, 1 tribe, 20 chapters og 3 business units på 3 måneder, der var også en hel om placering med i den proces, virkeligt imponerende og meget inspirerende.

Deres mål at lave en kunde centeret organisation.

Nogle af deres takeaways:
– Hele organisation skal være med.
– Top management skal være overbevist
– Klare visioner for deres business units og squards
– Du er ikke agil efter 3 måneder du er kun lige begyndt.

SÅ DU DET ? 90% reduktion i time to marked !!! det var jo ikke kun IT men hele organisation så det var altså også ikke IT leverancer.

Stop Telling. Start Experiencing. (Tricia Broderick)

En session der handler om at du lærer bedre ved at bliver involveret og så fik vi så 6 konkrete linvoverings øvelser og nogle teknikker til at bruge dem, super god session med masser af involvering uden at det overhovedet bliver grænse overskridenede.

Et eksempel på hvor kompleks top styring i en virksomhed kan være 🙂 det er bare med 7 personer, total sjov session

Du kan finde mere information fra Tricia her

Essential Patterns for Agile Organizational Design (Sanjiv Augustine)

En session der handler om patterns for agile virksomheder noget som jeg godt viste og derfor en session jeg gik fra da jeg ikke synes det gav rigtig meget ny viden.

Vil dog gerne læse denne bog, er der nogen der har læst den? Kan den anbefales? Kommentar her under ?

Var ikke noget nyt så jeg smuttede, de er for fede de løbehjul de kan køre pænt stærkt, så jeg stormer rundt på det hele tiden.

Der er en lille chance for at du ikke får en opdatering i morgen da der er fest om aften som jeg lige skal til, så det er ikke sikkert jeg nå at opdatere jer, men jeg skal jo flyve hjem fredag så der har jeg masser af god tid til at give jer en opdatering 🙂 ca. 16 timer

Disclaimer: jeg undskylder hvis du finde stavefejl eller grammatik fejl, disse blog indslag er lavet på Agile2018 og mit fokus og tid er derfor ikke at skrive perfekt med få noget af essen ud til jer som ikke er med i San Diego, med grundtanken om heller producere noget en at gøre det perfekt. OG jeg forsøger at holde min blogs korte, men det lykkedes ikke rigtig for mig.

Du er velkommen til at kommentere, hvis du har forbedrings forslag til i morgen ?

Af Tim Pedersen

Hjernen af fuld af indtryk og det er kun TIRSDAG!

Starter dagen med at spise morgenmad med en gruppe coaches hvor vi havde en meget inspirerende snak omkring Mob Programming, den ene gut havde haft super gode oplevelser med det og havde oplevede teams der sagde at de kun ville arbejde på den måde, pt. eksperimenter de med at arbejde 2 timer om dage med Mob.
Konklusion Mob skal prøves.

Learning Agility Learning Lab (Pat Reed, Debra Boseck)

En introduktion til hvordan du vænner dig til at lære agilt, det vil sige hele tiden udvikler din læring og hele tiden sætter dig i en situation hvor du lære nyt.

Fremtiden er usikker og det du har lært i dag, kan du ikke bruge til noget i en uforudsigelig verden, så du skal lære hele tiden.

Det var ret sjovt de starter med at fortælle at 70% af det du lære via almindelig undervisning er glemt inden for 24 timer, på trods af det, var deres workshop relativ teori tung ?

Men vi lavede en selfassesment og vi fik en god intro til hvilken områder du skal fokusere på og hvordan du kan rykke dig til at blive bedre til at indlære i situationen, billede under beskriver det overordnet kategorier meget godt.

Rigtig interessant workshop.

The Joy of Proving Yourself Wrong: A Case Study in A/B Experimentation (Jenny Wanger)

ÅH ja I den forrige session talte de også en del om at søvn og meditation er helt utrolig vigtig for at kunne lære, det er faktisk noget der først inden for de seneste år er gået op for forskningen, at søvn har så stor betydning for at vi fungere som menneske.

Så derfor blev jeg nøde til at springe denne session over få en powernap og dyrke lidt yoga for at være klar til resten af dagen

A Case Study in Failure: Portfolio Management in the Money Transfer Industry (Andrew McKnight)

Andrew gennemgår en introduktion til hvordan han har været med til at implementere en protfolio management model i en organisation, det var ikke SAFe eller LESS men altså deres egen model. De ender med at bruge rigtig mange af de samme redskaber som vi kander fra SAFe så som WSJF og ideen i at have flere backlogs. Så der følger en lang introduktion til hvordan de har gjort det i deres organisation, ikke med her. Der skulle være en video et sted.

Så kommer han ind på de ting de har fejlet med og det er så her det bliver rigtig interessant, for det kunne jeg kende rigtig godt, du kan se nogle af billederne her under, det er noget som er almindelig kendt(for mig)

Konklusion, det har intet med hvilken model du implementere men alt omkring hvordan du implementere den på et kommunikativ og læringsmæssig niveau.

Random Play: Using Randomness & Play to Spark Creativity & Fuel Innovation (Emerson Taymor)

Emerson er en frisk fyr med fine krøller og den første person som har forstand på at præsentere her på Agile 2018, han havde nogle gode energizer inde i sin præsentation.

Det var en workshop omkring Crazy 8 og hvordan man kunne skabe værdier men udvidet med et spil de selv har lavet i deres organisation, til at inspirere til at være endnu mere innovativ, virkelig interessant og effektiv til at skabe nye produkt ideer eller finde løsninger på udfordringer.

Virkelig god workshop som have en super god stemning, jeg skal ha en version af hans spil.

Se lige hovedet på den flotte robot jeg har tegnet af mig selv 🙂

Disclaimer: jeg undskylder hvis du finde stavefejl eller grammatik fejl, disse blog indslag er lavet på Agile2018 og mit fokus og tid er derfor ikke at skrive perfekt med få noget af essen ud til jer som ikke er med i San Diego, med grundtanken om heller producere noget en at gøre det perfekt. OG jeg forsøger at holde min blogs korte, men det lykkedes ikke rigtig for mig.

Du er velkommen til at kommentere, hvis du har forbedrings forslag til i morgen ?

Af Tim Pedersen