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

Tilbage til rødderne af Agil

Jeg har selvfølgelig lavet om op mine planer fra i går, så her kan du se hvad jeg har været igennem i dag, du er velkommen til at kommentere i bunden

Der er 2347 personer, 279 sessions jeg har så meget FOMO at jeg ikke kan være i mig selv ?

Kaynote speak, Dominic Price
The Future of Work & Healthy Teams (that might not be agile)

Dominic kommer fra Atlassian et firma som de fleste af os kender dem med Jira og alt det, men Dominic underholder med at han ikke selv er IT, men han synes nu at vide en masse om Agile.

Det er jo en Keynote speak, så han kommer ikke rigtig i dybt med så meget man han taler om hvordan man får teams der performer og hvordan de har gjort hos Atlassian, var en meget inspirerende talk og alt i alt en god intro.

Dominic referer til et tool de har lavet hos Atlassian som du kan hente her, det er næsten gratis http://atlassianteamplaybook.com unlearn with play det er ideen.

Du kan stille Dominic spørgsmål her http://atlassian.com/domAMA

Ask Us Almost Anything – Ron and Chet (Ron Jeffries, Chet Hendrickson)

En spørgerunde med to ældre herre der har været med helt fra begyndelsen og forstår og kender det agile manifest, de har været med til at grundlægge XP. En session med et udviklers synspunkt, interessant at høre at de jo bare taler om at vi skal producere værdi og vi skal stoppe med al det management.

Jeg vil her forsøge at opsummere et par af budskaberne:
De taler om at det tag rigtig lang tid at lære agil i en organisation, de tror ikke rigtig på man kan være agil i rigtig store virksomheder og med mindre organisation taler de om at det kommer til at tag 5-10 år at blive agil.

De har ikke stor fidus til SAFe fordi de grundlæggende ikke tror på det kan implementer agilt, men de har respekt for at der faktisk er gode intentioner bag indsatsen.

Ron nævner selv at han har arbejdet agilt i 25 år og han lære stadig omkring agil udvikling og hvordan han kan gøre det.

Grundlæggende så skal vi forsøge at skabe tryghed i vores organisationer så de folk der faktisk laver avanceret arbejde som skaber værdi får mulighed for at lære og blive bedre og vi skal stoppe med at fokusere på at producere mere, der er netop udkommet en bog med titlen ”Scrum: The Art of Doing Twice the Work in Half the Time” som de absolut ikke var imponeret af, de synes at titlen skulle havde været ”Scrum: The Art of Doing Twice the VALUE in Half the Time”.

Og så lærte jeg 42 er svare på alt og det er fordi at 42 er Ascii værdien for wildcard

Ron har en blog som skulle være ret god, den følger jeg ikke endnu.

Spørgsmålet på denne video, “Vi har talt meget om hvad vi ikke skal gøre men hvilken ting skal vi fokusere på hvad er det vi skal gøre, hvad er det vi ikke spørg os selv om” cirka 🙂

Scaling Product Backlogs to All Levels of the Enterprise: What, Who and How? (Candase Hokanson)

Det er sjovt at gå fra en session hvor der er et skarpt fokus på de grundlæggende værdier hos udviklerne, til at komme til en session hvor agile værdier bliver komplimenteret en lille smule pga. anerkendelsen af at store organisation ikke bare kan følge værdierne 100%.

God øvelse med kort, 6 teams skal sortere kort hver deres sæt af kort, men efter noget tid finder man ud af at kortene ikke er ens på bagsiden og hvert team har blandet kort og at de nu skal veksle med de andre teams for at få ens kort, så deres deck passer sammen, scaling backlogs.

15 forskellige scaling modeller i verden, du skal ikke opfinde din egen, der findes allerede en der opfylder dit behov.

En model er DAD – Disciplined Agile Delivery (Har du erfaringer med den, skriv en kommentar her under)

Hvis du kan lave IT teams 2-8 med afhængigheder til hinanden og ingen andre så brug LESS, men derover så er det fint med SAFe eller nogle af de andre.

Der findes ikke en Scalering model som er perfekte tilpasset din organisation.

God tommelfingerregel, PM skal vide lige nok til at kunne se at en løsning til en demo/review faktisk er færdig eller ej.

Værktøj til at skalere backlogs, det er ret simpelt det er de samme værktøjer som i et team, så der er ingen grund til at gøre det mere kompliceret.

Kommunikation, kommunikation, kommunikation. En user storie er bare tekst, tal om den!

Jeg skal have læst denne bog ” Visual Model of Software Requirements”

Never Would I Ever! Examining Your Agile Non-negotiables (Jenny Tarwater, Laura Powers)

Jeg vil ikke sige andet end, Danmark være klar vi skal spille ”Never would i ever!” nå jeg kommer hjem

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

Ankommet til San Diego

Så er jeg kommet til San Diego efter en god lang flyvetur med mellemlanding i San Francisco, stille rolig tur hvor tålmodigheden bliver udfordret som altid med en transporttid på ca. 16 timer.

Det er søndag og det eneste jeg skal i dag er check-in ved den Agile konference, ellers er det ud og undersøge det lokale Gaslamp district og hvis bølgerne tidlader det skal jeg ud og surfe.
Min plan for ugen er følgende.

Sunday:
Early Registration Meet & Greet.

Dag 1:

“The Future of Work & Healthy Teams”
En intro talk som man jo altid skal ha til en konference. Resten af dagen har et tema for mig, nemlig “Coaching and mentoring”

“Verbal Agility – Facilitation tips and Techniques af Michele Sliger, Erika Lenz”
Det er en workshop med fokus på selv organisering og hvordan man facilitere i forhold til det traditionelle projektledelse

“Everything i Learned About Agile Coaching, i Learned in little league baseball af Steven Granese”
Jeg synes den her sætning siger alt om hvad jeg kan forvente 🙂 “Stop telling him what to do. Let him figure it out for himself. You’re his coach, not his babysitter!”

“Never would i ever! Examining your Agile non-negotiables af Jenny Tarwater, Laura Powers”
En snak om hvordan vi får indsigt i vores egne begrænsninger, og noget med at vi skal stoppe med at sige ALTID OG ALDRIG 🙂

Dag 2:

“Collaboratative prototyping with Design Studio af Jeremy Kriegel”
En fokus på at gode ideer kommer alle steder fra og det er vigtigere at finde ideen end det er at finde ud af hvem der fik den, glæder jeg mig til 🙂

“The Joy of proving yourself wrong: A case study in A/B experimentation af Jenny Wanger”
Ved ikke om jeg glæder mig, men det bliver helt sikker interessant og høre om hvordan man kan få A/B experimentation til at virke, noget som jeg personlig synes jeg har svært ved

“A case study in Failure: Protfolio management in the money transfer industry af Andrew McKnight”
En case om hvor meget man faktisk værdi man faktisk får når man starter for mange projekter, en event som er rigtig relevant for mig som konsulent

“Random Play: Using randomness & play to spark creativity & fuel innocation af Emerson Taymor”
Teknikker til hvordan man kan fremprovokerede forskellige ideer, bliver interessant.

“CodeX story: Challenging the Metrics that limit divercity in the Software industry af Cara Turner”
En historie omkring en talent projekt fra Sydafrika

Dag 3:

“What is the story with Agile Data? Af Troy Magennis”
En gennemgang omkring hvordan vi kan bruge vores data, meget interessant da det er noget man altid har lidt svært ved at implementere

“How to build and use a pipline factory to accelerate your DevOps journey af Peter Maddison”
En introduktion til en af de måder man kan accelerer en DevOps proces i en stor organisation

“Everything i know about leading diverse teams i learned from Roller derby af Meg Ward”
Hvordan man skaber en inklusiv kultur og teams, det bliver vildt 🙂

“Essential patterns for agile organizational design af Sanjiv Augustine”
En snak omkring hvorfor agil transformation og hvad man skal være opmærksom på

Dag 4:

“Connecting People and Principles af Alicia McLain, Cherie Silas”
Hvorfor skal vi værdsætte forskelligheder i et team, virker som om de har noget peptalk med fra Google, vi får se.

“Heroes are expensive – Estinguishing the firefighting culture af Susan Johnston”
Hvorfor fokus på helte i en organisation ikke er agilt og Pizza og cola ikke er en betalings form

“Biology of Powerfull Powerless leader af Anna Obukhova”
Hvordan man er leder i en lean organisation hvor man jo ikke er leder men servant, et budskab vi dyrker en del i Servant BVIR

“Wholehearted converations for Coaches and other humans af Alex Harms”
Hvordan man har en helhjertet samtale, meget interessant hvordan man kan holde møde efter møde uden at komme ud med en rigtig samtale i bagagen

“Agile2018 Conference Party @ Beachhouse”
I skal ikke regne med at jeg er til meget sjov fredag 🙂

Dag 5:

“Agile Circuit traning af Emma Armstrong”
En effektiv måde at introducere en gruppe mennesker til et nyt emne

OG så hjem fredag 🙂

Lidt stemnings billeder fra min første dag Søndag 🙂 god Søndag, eller mandag er det jo nok snart for jer 🙂

Her kan man leje el løbehjul meget sjovt koncept som jeg må prøve en af dagene

Det lokale station, der må man altså ikke flyve droner, ØV

Det lokale konference center, hvor jeg komme til at bruge de næste dage, fed udsigt ud til havnen 🙂

Mellem mad

Jeg googlede det, jeg er ret sikker på det er en fake ægged stol, der er 5 ben på stellet og det er altså ikke rigtig læder, set i San Fransisco lufthavn, meget dårlig stil

Af Tim Pedersen