Agil på fem minuter
För inte så länge sen fick jag veta att jag skulle prata om "agilt arbetssätt" på avdelningsmötet ett par dagar senare. Fem minuter var avsatta för vi hade mycket på agendan under enochenhalv dag på kursgården. Vi är en myndighet och utvecklar själva väldigt specifika saker för vår unika verksamhet.
Eftersom jag är jag blir det PowerPoint. Fem minuters presentation. Det är som att föreläsa på Twitter, tänkte jag. Det blir inte ens tid för det standardmässiga föreläsartugget om vad jag ska prata om och vad åhörarna kan förvänta sig att ha med sig i bagaget när de lyssnat klart. Inte tid för frågor, inte tid för svar, inte ens tid att gå igenom en enda slajd med bullet points.
Det blev en föreläsning i Twitter-format. En mening på varje PowerPoint-bild - här fick de bli rubrikerna.
Att hålla gränsen på fem minuter gav jag upp. Det blev sju. Eller nio. "Det får dom ta", sa jag till mig själv. Det tror jag dom gjorde.
(Svart skärm)
Det här är en berättelse om att inte vara som alla andra. I alla fall inte för tolv, tretton år sedan. Det är en berättelse ...
Om att komma ut.
... om att komma ut.
Hej, jag heter Bertil och jag är agil.
Hej, jag heter Bertil och jag är agil. ("Hej Bertil" svarade åhörarna, precis som jag ville och räknat med. Tillräckligt många var fortfarande vakna...)
En presentation i Twitter-format om hur det är att vara agil.
Idag provar jag att göra en presentation i Twitter-format. Det är ett experiment. Om man är agil gillar man att experimentera. Inga texter på nån bild är över 140 tecken, precis som det är på Twitter. Och det kommer några bilder. På en av dem finns – givetvis - en katt.
(En bild som visar alla skidnedfarter i Snowbird)
En del säger att det var här det började. I Snowbird nån mil öster om Salt Lake City, Utah. Här träffades man i februari 2001, ett gäng redan etablerade gossar som var för sig redan gjort avtryck inom ”software development”, alltså mjukvaru-utvecklingen. Man ville diskutera erfareheter av de olika arbetssätt och metoder som kommit fram som en reaktion på nittiotalets tunga metoder som t.ex. RUP och SSADM. Resultatet blev det Agila Manifestet, som definierar ett antal värderingar och principer.Några av dom som var med var Kent Beck som är känd för XP, eXtreme Programming, Jeff Sutherland och Ken Schwaber som kallade sitt arbetssätt för Scrum, och Arie van Bennekum som representerade DSDM-konsortiet, där MoSCoW-prioriteringen kommer ifrån. (Vi försöker då och då använda MoSCoW-prioritering)
Det ligger 15 års erfarenheter mellan agil 2001 och agil 2016.
Självklart har det hänt en massa under de femton år som gått sen Snowbird.
Inget radikalt nytt har presenterats.
Men inget radikalt nytt som välter omkull det agila manifestet har kommit fram
Inget har förkastats.
Och inget har egentligen hittats som är fundamentalt fel med värderingarna och principerna. Kanske man vrider och vänder på hur de tolkas och tillämpas, men sånt driver ju utvecklingen vidare, eller hur?
Idag handlar ”agil” om mycket annat än ”software development”.
Idag handlar ”agil” om mycket annat än ”software development”. Vi agila vill ta vår plats i samhället och inte bara sitta framför utvecklarpecen.
Agila projekt, agila företag, agila strategier, agilt ledarskap …
Det är agila projekt, agila företag, agila strategier, agilt ledarskap … Så vi nästlar oss in överallt. Till och med i vår organisation. Kanske din bordsgranne är agil? (Några fnissade lite och tittade på grannen)
Att vara agil är ett mindset.
Att vara agil är ett mindset. Man brukar säga att det är inte arbetssättet eller metoden som gör dig agil. Det sker inom dig. Det handlar om hur du tänker, agerar och reagerar i olika situationer.
Att vara agil är en inställning eller ett förhållningssätt.
Man kan säga det på svenska också. Att vara agil är en inställning eller ett förhållningssätt.
Så, ett agilt arbetssätt är alltså att tänka på ett visst sätt och arbeta utifrån det.
Så, ett agilt arbetssätt är alltså att tänka på ett visst sätt och arbeta utifrån det Man ska alltså tillämpa sitt agila tänkande i arbetet. Varken mer eller mindre.
Styr med hjälp av snabb feedback på små snabba leveranser, inte med detaljerade planer.
Styr med hjälp av snabb feedback på små snabba leveranser, inte med detaljerade planer. Ett sätt att se på projektplanering är att det bara finns Ett Rätt Lösning och bara vi planerar och förstuderar tillräckligt noga kommer vi att komma fram till Den Rätta Lösningen. Ibland kallar man det för ett ingenjörsmässigt synsätt. Men det vi håller på med är inte mätbart och kvantifierbart på det sättet. Det material vi arbetar med är framför allt människor. Lite teknik, visst, men framför allt för och med människor. Och det mesta är nytt. Just vi har aldrig gjort det förut. I alla fall inte här, och inte för vår organisation.
Det agila sättet är att planera lite lagom och leverera lite grann, agera på feedback du får, planera om lite lagom och leverera lite grann, … Givetvis måste du ha en vision eller ett antal produktmål att arbeta mot – men var beredd på att även de kan förändras under resans gång. Eller att du måste förändra dem utifrån vad du lärt dig hittills.
Prototyper, workshoppar, POC:er, beskrivningar och kurser kan också vara leveranser.
Ibland kan man inte leverera små bitar, en i taget. Man måste leverera en stor kolossklump på en gång. Allt måste bytas i ett svep. Vad man då kan göra är ju att förbereda på ett agilt sätt så att man trimmar och hyfsar kolossklumpen så att den passar så smidigt som möjligt när man ska baxa in den.
(Bild på en katt som sitter i tomkartongen i stället för att sitta på den nya klösmöbeln som just packats upp)
Så här är verkligheten. Alla kattägare känner igen det.
Verkligheten spöar dina planer alla dagar. Lär dig älska det.
Verkligheten spöar dina planer alla dagar. Lär dig älska det. När du har knåpat ihop en skiss, prototyp eller en delleverans av världens bästa någonting och visar upp det kanske du direkt får höra ett ”Och?”. Då ska du vara glad och tacksam att det var idag du fick veta det och inte om tre månader när du byggt hela leveransen kring ett missförstått antagande.
Mät inte framgång efter vad som producerats, utan efter hur det konsumeras.
Mät inte framgång efter vad som producerats, utan efter hur det konsumeras. Om det du levererat används motvilligt, sparsamt eller inte alls pekar det på en brist i hur organisationen bedriver förändringsarbete. Det beror med största sannolikhet inte enbart på dig.
Nyttan uppkommer i användningen.
Nyttan uppkommer i användningen. Du vet ingenting förrän du levererat. Du kan anta, du kan gissa, du kan förutspå. Men du vet ingenting.
Om din prestation i huvudsak bedöms efter hur väl du hållit planen arbetar du inte i en agil organisation.
Om din prestation i huvudsak bedöms efter hur väl du hållit planen arbetar du inte i en agil organisation. Det är inte fel att planera och följa en plan. Men man måste dämpa sin planeringsiver. Planera precis så långt att man kan ta nästa steg. Inte mer, inte mindre.
(Svart skärm)
Nu har jag inte planerat mer, och nästa steg blir att jag går av scenen. Tack för att ni lyssnade.