2 dagars agil coachning av 150+ proffs för 2000 spänn

24 04 2012

Tycker du det är dyrt med agil coachning? Missa inte konferensen Agila Sverige nästa år, som just gick av stapeln i Stockholm. Där får du 2 dagars professionell coachning av 150-200 erfarna ledare, utvecklare, designers, testledare, projektledare, verksamhetschefer, IT-ansvariga, filosofer,  pedagoger, samhällsvetare mfl

Insikten kom till mig på vägen hem. Denna återkommande konferens, ordnad i enkelhetens namn, innebär oavsett om du är proffs eller rookie i området att du får 2 dagars personlig coaching av väldigt många agila proffs och möjligheter till att ta del av erfarenheter, nya och gamla kontakter, roliga historier, personliga samtal, rådgivning, underhållning, praktiska tips och filosofiska resonemang om kommunikation, design, system, teknik, politik, religion, verksamhetsutveckling, organisation, teamutveckling och allt annat nödvändigt för att vi ska kunna leverera det våra organisationer är till för – att skapa en kund – må den vara medborgare, medlem eller konsument.

Det är nu 5:e (?) året jag deltar och utbytet ökar. Fiskdammen har mognat till ett event av direkt, praktisk och filosofisk coachning.

Några ämnen som var uppe som jag lyckades fånga

– Form och funktion – är samma sak. Varför skilja på design och utveckling?
– Inkludera människor i ditt team istället för envist försöka assimilera. Bjud in!
– Tänk nästa steg när du funderar på att byta riktning – vad kommer efter ditt val nu?
– Metodöverflöd. Det finns en enorm mängd fantastiskt användbara metoder idag för att leverera nytta – Innovationgames, Lean Startup, Real Options, UX (User Experience Design)-områdets stora skara av metoder, Stop-the-Line, Kanban, A3-förbättringar, Toyota Kator, Enkla checklistor, Programming Anarchy… listan kan göras oändlig. Välj en – prova på i 30 dagar, utvärdera, förbättra och/eller välj en annan nästa 30 dagar.
– Det finns goda exempel på hur verkligt självorganiserande organisationer kan fungera, se t.ex Valves handbok för nyanställda även Länsstyrelsen Karlskrona omnämndes i det sammanhanget. Hade velat höra mer om
– Kommunikationsskuld. Den skuld du bygger upp genom att avstå från nödvändig kommunikation. Ungefär som teknisk skuld. Det du inte gör något åt idag börjar du betala ränta på, skulden växer tills dess du tar i tag och börjar betala av skulden. Hur har du det med kommunikationen med dina leverantörer eller beställare egentligen..?

Agila Sverige är ett smörgåsbord av tillfällen till coachning och lärande.

Nya boktips från pedagogiska mästaren Tobias Fors – The Power of Learning och Thinking fast and slow

Om man upprepar något tillräckligt många gånger blir det sant. Några saker behöver upprepas och påminnas om många gånger, bl.a perceptuell blindness, testa själv på

Awareness Test: Basketball players

Har du verkligen koll på allt?

Och det ständiga upprepandet av mantrat:

”Be inte om tillåtelse, be om ursäkt efteråt”

kommer snart ge resultat i våra organisationer – förväntar mig större turbulens och större förbättringar på arbetsplatserna för kunskapsarbetare närmsta åren..

Och sist men inte minst, den ständigt och självklara upprepandet på denna återkommande konferens – frågan

VARFÖR?

Det resonemanget tror och hoppas jag blir nästa års fördjupning.

Tack till arrangörernas idealistiska och aldrig svikande engagemang för att se till att vi har ett forum som utan att kosta skjortan kan ta oss ytterligare ett litet steg framåt i evolutionen av våra system.

Snygga bilder på några av dessa 150+ coacher finns här…  fotat av.. vem var det? Joakim S?

Foton Agila Sverige Dag 2
Foton Agila Sverige Dag 1

Annonser




Kvalitet och kommunicera lättrörliga krav – Sundsvall 42

20 10 2011

Under konferensen Sundsvall42, som pågick den 18-20 oktober 2011 höll jag ett seminarium på tema ”Att kommunicera lättrörliga krav” i spåret ”Kvalitet” med undertexten ”Ok, nu jobbar vi agilt – är det bättre eller inte”. Flera frågor att svara på alltså, hur gör man det på 40 minuter?

Dessutom var det skrivet att detta är ett seminarium, inte en föreläsning, och min tolkning av seminarium är att det innehåller interaktivitet. Hur gör man en workshop i en biosalong med 60 deltagare?  Det finns säkert bra svar på det, det sätt som dök upp i huvudet på mig inför konferensen var att låta deltagarna refklektera omkring begreppet ”Kvalitet” och hur det kan tillämpas på kravarbete i en alltmer snabbrörlig värld – och dessutom dokumentera on the fly i Prezi. Att servera färdiga svar när det sitter 60 erfarna testledare, kravare, förvaltningsledare i publiken känns på något sätt.. omodernt – det måste finnas bättre sätt. Färdiga svar är bara att googla på – som min nyfunne digitala kamrat @erkstam sa under sitt föredrag om digitalisering.  ”Googla på mig så kan vi skippa hela den där presentationsbiten.”

Googla på ”Agile requirements” så hittar du en del, eller varför inte skaffa ett Twitter-konto tillslut och fråga där! Twitter är en fantastisk yrkeskunskapsbank för tips om artiklar, bloggar, rapporter mm. Om du hittar mig där (@ulrikapark] kan jag hjälpa till lotsa till intressanta grupper där du kan ställa frågan, eller så retweetar jag din fråga. Några tips från mig på tekniker och annat finns lite längre ner.

Prezi-dokumentationen från seminariet  (via traditionell dator behövs inget login). Jag försöker också få ner resultatet här i en något mer fyrkantig form som kanske är lättare att skriva ut. Tack till Ulf Eriksson, Reijo Soréus, Azim Rezaei, adjunkten från Mittuniversitetet och alla andra mycket kloka personer i lokalen som bidrog till ett facit, ett av flera multipla sanningar, för HUR vi bör jobba med krav för att uppnå kvalitet i de system, produkter eller tjänster vi levererar.

Några associationer  deltagarna gjorde till begreppet ”Kvalitet”:
(alla 60 kommer redovisas i separat inlägg)

LEVERERAT ENLIGT BESTÄLLNING

Vad kan vi göra när vi arbetar med krav för att bli säkrare på att leverera enligt beställning (”det får kosta så här mycket, jag vill ha det här”)?

Deltagarnas svar:
Var TYDLIG! Hur blir vi tydliga? Genom DIALOG och MALLAR t.ex User Stories.

Detta brukar jag kalla ”Extreme Expliciteness”. Extrem tydlighet alltså. Att använda krav&test-tekniken ”Specification by example” (Gojko Adzic har skrivit bra böcker i området) i kombination med user stories (Mike Cohn) är mycket användbart för att uppnå extrem tydlighet.

INGA FEL

Vad kan vi göra när vi arbetar med krav för att bli säkrare på att det blir rätt – inga fel?

Deltagarnas svar:
Test & granskning i iterationer!
Demos!
Flera iterationer över ett och samma krav!
Användarmedverkan!
Utvecklarmedverkan!

Inte bara kravaren är med i kravställningen alltså! och involverade på riktigt – mitt tillägg. Det räcker inte med att göra en workshop en gång där man ”samlar in krav” utan utvecklare och användare behöver vara med och påverka kraven löpande under hela genomförandet. Bästa sättet att lära sig mer om detta är att börja pröva idag!  Vad hindrar dig, ditt team, din organisation från att iterera över ett krav flera gånger, eller att involvera utvecklare i processen? Vad kan DU göra för att påverka det i små steg? Sitta 1 dag i veckan hos IT-leverantören? Sitta 1 dag i veckan hos din kravställare?

TRYGGT

Hur gör vi för att uppnå trygghet med kraven?

Deltagarnas svar:
Prototyper
Verifiera kraven, genom demos
Prioritering!
Kommunikation!
Rätt människor med

Ramverket Scrum innehåller många verktyg för just detta – tvärfunktionella team, prioriterade product backlogs och kommunikation och synlighet genom regelbundna demos och tvärfunktionella planeringsmöten (sprintplanering).
Scrum på 5 minuter.
Confessions of a serial Product Owner

ANVÄNDBARHET

Kvalitet är användbarhet. Hur uppnår vi användbarhet när vi arbetar med krav?

Deltagarnas svar:
Prototyper
Användningstester

Mitt tillägg: Engagera en duktig UX-designer (användbarhetsexpert ibland kallad) i teamet – som arbetar med teamet löpande genom hela genomförandet, inte bara i början eller i slutet. Personliga tips: Anette Lovas – Connecta, Fredrik Lindersson  – Söderhavet, Johanna Särnå – Valtech,  Sigrun Tallungs – Frontit, och säkert en hel bunt till därute t.ex på Antrop och Transformator Design.

Intressanta artiklar om User Experience Mapping

HÅLLBAR

Hur uppnår vi krav som håller över tid, är aktuella mer än 3 månader?

Deltagarnas svar:
Tydliga mål!
Gå ner på djupet! Gå ner på domänen och förstå varför.

Mål håller ofta längre än detaljerade krav. Vi ändrar inte målen varje dag, däremot gärna detaljerna beroende på förändrade omvärldskrav eller förväntningar.
Informationsobjekt/domänobjekt håller också längre än detaljer i funktionalitet är min erfarenhet. En informationsentitet – eller domänobjekt – (beroende på vilken ”skola” man pratar med) ändras inte varje dag när man väl lyckas förstå och kommunicera vad det är för objekt ”begrepp” vi pratar om. Därför är domänobjekt t.ex utmärkt lämpliga för att strukturera krav- och testdokumentation omkring, eftersom dessa strukturer håller över tid – åtminstone bra mycket längre tid än en user story.

Dessutom så vid de tillfällen jag varit med vid begreppsmodelleringsworkshops ”med rätt människor med” så har betydligt djupare insikter kommit fram om kraven. Insikter som kan vara både besvärliga och kännas omöjliga, men som verkligen bidrar till en djupare dimension av kravförståelse och detta kan förhindra allvarliga misstag och belysa nödvändiga samband och förändringar. En teknik som används alldeles för lite – eller för stelbent gömt i någons kammare, i ett hemligt filarkiv som bara vissa personer får åtkomst till. Sprid denna teknik!

Tips: Använd SMARTA mål. Googla på SMART goals. Eller fundera på vilka dina klarkriterier är. Beskriv, definiera vad ni menar när ett krav är ”klart” så har du ett mål definierat.
Tips: Arbeta med Domain Driven Design eller Begrepps-/informations-/domänmodellering. Förstå er verksamhet genom modellering. Ta hjälp av duktiga modellerare, kanske finns en ensam arkitekt någonstans hos er som inget hellre vill än att bli inbjuden till teamet och kravställningen? Eller en utvecklare som brinner särskilt för domänförståelse och modellering?

PORSCHE

Hur kan vi arbeta med krav om vi vill skapa en produkt/tjänst som är av motsvarande kvalitet som en Porsche?

Deltagarnas svar:
Smakar det så kostar det!
Sätt rätt förväntningar! Det kanske är ok att det blir en Trabant, bara förväntningarna är satta och kommunicerade så.

Min kommentar: Om vi förväntas skapa de administrativa stödsystemens motsvarighet till en Porsche, eller the BMW of kundtjänstsystem – då behövs det resurser för krav. Vi behöver antagligen flera olika kompetenser – analytiker, arkitekter, ux-designers, exploratory testers.. i teamen. Det räcker inte med en verksamhetsrepresentant på 30%…  Vi behöver också acceptans för att det kostar tid av flera personer i verksamheten såsom affärs-/verksamhetsutvecklare, strateger, domänexperter, personal att delta i användningstest, workshops mm.

OM VI HAR MÅLET ATT GÖRA ALLT DETTA, disciplinerat och ett steg i taget, visst kommer kraven hålla högre kvalitet?

Tack för orden och berätta gärna nästa år på SU42 hur det går med kraven!

Om jag hade trotsat programmet och hållt ett föredrag i stället, hade det jag tagit upp varit just dessa saker. De exempel jag hade med mig handlade om – Tydliga mål, begreppsmodellering, prioritering (backlog), user stories, specification by example och experience mapping – enklare version. Hade inte haft en chans att få med allt – t.ex användningstester och iterationer, så tack till deltagarna för att vi fick med mycket mer än jag hunnit med ensam.

De exempel från verkligheten jag tänkt visa upp finns lite av dem i Prezin. Vid något tillfälle ska jag försöka producera en artikel här om ”exempel från verkligheten på lättrörliga krav”.

Happy development!





Early bird – AYE conference – för ledare

7 04 2011

En konferens att gå på för den som vill utveckla sitt ledarskap, teamförståelse, organisationsmönster, systemtänkande.

Garanterat No Slides!

Early bird ett par veckor till.

Vem vet, vi kanske ses?

Esther Derby, Jerry Weinberg, Johanna Rothman mfl

http://www.ayeconference.com/schedule/

 

 





Webbdag 2 – 31 mars

31 03 2011

Några budskap från Webbdagarna dag 2
(bilden från Björn Elmbergs presentation)

– Internet börjar bli en del av jaget, en 11 månaders bebis kan inte gå men kan öppna ett fönster mot internet – Jocke Jardenberg
– Internet är One Machine – med många fönster.

http://jardenberg.se/b/internet-om-fem-ar-webbdagarna-2011/

– Sharing is caring. Pengar är inte längre allt. – Björn Elmberg

– Powerpoint is finally dead. Prezi ett mycket sympatiskt företag. Gratis programvara för den som delar med sig, betala för den som vill gömma sina grejer. Pratade några ord med Peter Arvai under pausen om hur de arbetar med produktutveckling mellan kontoren i Budapest & San Fransisco. Svaret – de outsourcar inte – de är samma företag, med samma brinannde kultur. Häftigt företag med investering från bl.a TED. Som rekryterar till Budapest, ifall du är intresserad.

Andreas Sjöström, Sogeti, filosoferar med skön stil om mobilappar. Härligt exempel på en sann berättare. Inga slides bara poesi – hur man nu lyckas dikta om appar.

– Creuna fantiserar om att beaming äntligen ska bli verklighet. Några sköna tankar om produktutveckling. Är det bilen vi säljer eller bilen + tjänsten + allt omkring. Nytt sätt att se på bilprodukten. Någon twittrade att Creuna borde pyssla med produktutveckling av bilar, fint exempel de visade upp. En gissning är att de och Björn Elmberg på Cybercom/Saab fann varandra under konferensen.

– och Google.. ja..  citerar Mikael Lindblad ”Efter två bra #webbdagarna är det bestående intrycket att google känns lika sexiga som IBM”

för att inte tala om Microsoft. Ska ni slå er ihop kanske? Varför inte med Nokia.. heh. Går alla stora produktföretag samma väg till slut..?

Magnus Höij, skötte modereringen helt ok och framförallt skönt musikval & snygg setting, nog så viktigt för helheten.

En kaskad av Internet över oss, där vi sitter och blir smågamla och bekväma, behövs helt klart en digital dusch då och då.

Tack för det.

Utdrag av presentationer





Webbdagarna 30 mars

30 03 2011

Dagens stora behållning: Chief conversionista John Ekman sätter ord på det som fungerar. Från alla diskussioner därhemma om vad vår kund
”skulle kunna” till ”ska”
från
”varför” till ”HUR?”
från
”lägg till” till ”ta bort” (naturligtvis)
intressanta exempel på att det med enkla ord går att dra in kunden i stället för skrämma bort honom

och vikten av att arbeta med webbanalys, ux (user experience design – användbarhet), webbdesign OCH IT tillsammans för att nå dit vi vill.

och vikten av TEST.

Det enda sättet att ge hans tal rättvisa är att boka upp honom själv.

Elaine Bergkvist, retoriker och fantastisk naturligtvis, väckte många tankar hos oss. ”Det nervösa skrattet” och ”självgoda fnyset”  fick ett ansikte, och insikter om att vi kan både klä och röra oss strategiskt. Mindre utklädd (i business-kostymen – grå kostym för herrar, höga stövlar, tighta byxor, liten kavaj eller assymmetrisk tröja för kvinnorna på plats kunde jag notera..) mer strategisk kommunikation både online och irl är hennes budskap.

Freddy Sobin, Haléns. Uppiggande case om Haléns digitala resa. Värd att höra om för den som gillar kunddialog och målgruppsarbete. De har ett genuint intresse för sin målgrupp och deras beteende, och gjort saker! Värd sitt pris som sveriges bästa site.

ICA hade inte mycket att säga, mer än att mat är viktigt. Wow. Tur att jag är på Coop – som har en fantastisk receptbank för övrigt även om stigarna in absolut kan förbättras! Coops digitala avdelning var och lyssnade på John Ekman  och har en medvetenhet vet jag så nästa år är det Coop som får stå i rampljuset?

Morris Packer som startade ett el-motorcykelteam med hjälp av twitter och andra digitala medier ger inspiration för alla skeptiker ”vad ska man med sociala medier till, är inte det urdött redan”. Det går verkligen att genomföra  visioner om vad jag ”skulle kunna” genom att helt enkelt sätta igång ett litet nätmonster som både genererar pengar av sig självt och initiativkraft.

Och Kjell & Co berättade om deras pågående projekt för att uppdatera sin online-kommunikation, mycket kundens resa genom olika medier. Vårt sätt att dela upp funktioner i olika kanaler/enheter håller inte för kunden. Intressant att följa deras resa, jag ska hålla utkik på deras site iaf när nåt händer, nästa gång jag ska handla tekniska prylar.

Uppfriskande hittills även om ett par av talarna kan skickas på kurs hos Elaine! Och innovation har vi inte sett nåt om hittills. Creuna’s påhitt om nedfrysta trekkisar som skulle hittas på facebook, kändes lite lagom nördigt underhållande men knappast innovativt.

Vad är framtiden?





Jag ökade min produktivitet med 100% idag

10 11 2010

Bara genom att osanktionerat flytta in till programmerarna, kravare som jag är.

Det kändes som jag på 4 timmar fick gjort 8 timmars arbete.

Allt för en liten flytt på ca 5 meter och ett par väggar emellan.

Betyder det att jag bara behöver jobba halvdagar nu? 😉





Slöseri med resurser att specificera innan utveckling

8 08 2010

En för många agilister gammal princip att beskriva, men den tål att upprepas gång på gång.

Varför är det slöseri med resurser att skriva kravspecifikationer för tidigt?

En jämförelse. Jag vill att du renoverar mitt badrum. Renoveringen ska starta i maj nästa år, då du är klar med ett annat jobb du gör åt mig, renovering av mitt fritidshus. Därför börjar jag skriva specifikationen nu, med så många detaljer jag kan komma på. Badrummet ska ha svart golvkakel som jag sett hos Badrumsexperten till ett bra pris. Badkaret ska vara inbyggt av jacuzzimodell. Väggarna ska vara av vitt mosaik-kakel som jag sett och en vägg ska flyttas ut 1,10 meter. Handuksvärmare av modell värmi  mm.

Jag lägger en hel del tid på att hitta allt detta kakelmodeller och badkarsmodeller, spenderar mycket tid hos olika butiker och har redan börjat välja ut handdukar. Vad är problemet med det här?

Det här är ett väldigt enkelt och litet exempel där konsekvenserna inte blir förödande stora om jag kastat bort tiden, men faktum är att det räcker med att

1. Jobbet i fritidshuset tar (naturligtvis) längre tid än planerat, så badrumsrenoveringen kan inte börja i maj, och jag vill ju jobba med samma hantverkare, eftersom vi jobbat upp ett förtroende. Jag måste också säkerställa budgeten för fritidshusrenoveringen innan jag kan börja badrummet. Så den ursprungliga planen är trasig innan vi börjat.

2. När jobbet i badrummet väl kan starta i augusti nästa år visar det sig att det svarta golvkaklet inte alls går att få tag på i Sverige längre då det gått ur mode. Endast importerat från Italien kan beställas till en kostnad av 10 000 kr/kvm i stället för 1000 kr/kvm som planerat. Det är alltså inte längre aktuellt med det här och jag vill byta till vitt golvkakel. Då passar inte längre det vita väggkaklet jag tänkt från början och jag får tänka om, och hitta en ny färg och nya mått som passar med det nya golvkaklet.

3. Eftersom fridishusrenoveringen (naturligtvis) blev dyrare än planerat, måste jag överge tanken på inbyggt jacuzzibadkar och jag får ge mig ut och hitta ett passande stående vanligt badkar. Ut i butikerna igen..

4. När vi ska flytta väggen visar det sig att just den storleken jag tänkt inte fungerar med eldragningar gjorda i huset och en gammal skorstenssockel så måtten får planeras om och den lista jag gjort på golvyta och väggyta får skrivas om.

Någon som känner igen sig? Kanske av renoveringsbekymren? Men knappast inte av den specificerande delen, för VEM skulle skriva en detaljspec 8 månader i förväg av en renovering som ska göras kanske nästa år?? Däremot är det säkert många förnuftiga hemrenoverare därute som 8 månader i förväg börjar fundera på KONCEPTET, bläddrar i badrumstidningar, letar inspiration, gör sporadiska besök i butiker, skissar på papper gör en grovplanering och väntar tills JUST-in-time för att göra en riktig budget och planera det riktiga materialet och väggflyttarna.

Varför undrar jag, motarbetas denna princip så ofta i systemutvecklingsvärlden? Varför envisas så många med att fortfarande skriva detaljspecar på funktioner som KANSKE ska byggas, kanske har budget och kanske är aktuella om ett år, som är helt beroende av implementation av funktioner vi bygger just nu och vi än inte har sett resultatet av?

Min teori är – gammal vana, så har väldigt många (inte alla – inte Google, inte iPhone, inte alla dagens framgångssagor..) gjort de senaste 50 åren. Det går att ändra sig. Men stora förändringar är som alltid förknippad med stor ångest.

Prova att fundera på hur du agerar i andra utvecklings/renoverings/trädgårdsplanerings-, design- och eller förändringssituationer  och där finns många enkla svar på hur utvecklingsprojekt kan komma i mål med betydligt mindre resursslöseri.