Dilbert drabbas också av Scrum, Agile och XP till och från…
.
.
.
.
.
.
.
.
Posts Tagged ‘agile’
Brist på erfarenhet och ledningens motstånd är de största hindren för framgångsfulla agila projekt
tisdag, 24 augusti, 2010
Excel är det populäraste verktyget för sprint planering, brist på erfarenhet sänker flest agila projekt och ledningens motstånd mot agila metoder är det största hindret för det agila projektets framgång.
Detta, och många fler intressant saker, går att utläsa i VersionOnes rapport ”State of Agile Survey 2009”, en redovisning av resultatet från en löpande undersökning hur agila metoder tillämpas runt om i världen.
.
Vad stjälper det agila projektet?
Rapporten listar bland annat de vanligaste skälen som stjälper ett agilt projekt och i topp tre hamnar:
- Avsaknad av erfarenhet kring agila metoder,
. - Företagskulturen och företagsklimatet kolliderar med de agila värderingarna, och
. - Vet ej
På fjärde plats hamnar dock: Externa påtryckningar att följa vattenfallsprocessen.
Ärligt talat trodde jag ”Företagskulturen” och ”Externa påtryckningar” skulle hamna över ”Avsaknad av erfarenhet”. Att avsaknad av erfarenhet, och troligtvis avsaknad av extern professionell coashning och stöd, ofta är ett stort problem tror jag beror på att Scrum i sig har under åren blivit väldigt populärt och att det är många som ger sig an att byta process utan investera tillräckligt mycket i utbildning och coachning.
.
Störst utmaningar med att skifta till Agile?
Rapporten pekar också ut de tre största upplevda problemen med vidare utrullning av en agil utvecklingsmodell. I topp tre hittar vi:
- Ledning är emot förändringen
. - Avsaknad av up-front planning (dvs. långsiktiga detaljerade planer från start)
. - Förlorad kontroll
På plats fyra och fem hittar vi ”Sämre förutsägbarhet” och ”Avsaknad av dokumentation”.
Att man kan vara emot förändringar kan jag förstå, de kan vara smärtsamma och jobbiga. Att inte göra detaljerade långsiktiga planer tycker jag är en bra sak. En plan är som mest värdefull när den görs. Dagen efter drabbas den av verkligheten. Förlorad kontroll upplevs enbart om man inte är kontinuerligt delaktig i det agila planerandet.
Att det agila projektet är oförutsägbart (inom rimliga gränser) visar bara på att man gör rätt, dvs. att man löpande anpassar sig efter rådande omständigheter och nya prioriteringar.
Saknas dokumentation gör man fel. Att jobba agilt ska inte betyda att man slutar dokumentera.
Skulle jag i mitt eget huvud försöka analysera ovanstående kan jag inte komma fram till annat än att personerna i projekten och organisationen runtomkring som upplever ovanstående problem inte uppskattar och förstår vad det betyder att jobba agilt och varför en agil process ser ut som den gör. Gör man ”rätt” bör dessa saker inte upplevas som bekymmer.
.
Andra intressanta siffror…
- De vanligaste skälen till att växla till en agil process är att minska Time To Market samt viljan att öka förmågan att hantera förändringar och nya prioriteringar.
. - 64% upplever att projekten genomförs snabbare (med agila metoder)
. - 50% kör Scrum (eller Scrum-liknande process). Endast 3% använder någon form av Lean Development. (Då Kanban starkt vunnit i popularitet det gångna året blir jag en aning förvånad över dessa siffror. Tror de skulle se annorlunda ut om man analyserade de svenska svaren.)
. - Excel är det överlägset vanligaste verktyget. På andra plats kommer Microsoft Project och på tredje plats kommer Jira.
.
Om ”State of Agile Survey 2009”
Undersökningen genomfördes under july till november 2009 och 2570 personer från 88 olika länder deltog och svarade på enkäten. VersionOne sponsrar undersökningen och detta är den fjärde årliga rapporten i ordningen.
.
.
Rapporten i sin helhet kan beställas här:
http://pm.versionone.com/StateOfAgileSurvey.html
Hur tänkte jag nu… 3 nya seminarier på samma helg!?
fredag, 20 augusti, 2010Det lät som en bra idé när det begav sig men nu undrar jag lite grann hur mina hjärnceller jobbade när jag skickade in förslag på tre seminarier till Sogetis årliga interna konferans.
Inte nog med att det är tre helt nya seminarier, jag hoppas dessutom hinna med att skapa en ny design och nya illustrationer. Till två av seminarierna har jag iofs redan nu mycket material som förhoppningsvis ”bara” behöver paketeras om. Det tredje däremot kommer bli en riktig utmaning, men också det jag ser fram emot mest att förbereda och genomföra. Den största utmaningen kommer dock troligtvis bli att konstruera seminarier som håller sig inom, för mig rekordfå, 35 minuter.
Seminarierna jag ska sätta ihop är som följer:
(hoppas bara jag hinner förbereda mig ordentligt innan så jag hinner ta del av alla inplanerade fritidsaktiviteter också):
.
.
Scrum för nyfikna och säljare
Vad betyder det att vara agil? Vilka är nyckelfaktorerna för att lyckas leverera ett projekt enligt Scrum? Vilka är fallgroparna? Hur säljer vi Scrum och hur skriver vi agila kontrakt? Hur mäter man ett Scrum-projekts framgång? Vilka verktyg har ledning och styrgrupp för planering, uppföljning och prognostisering? Och framförallt, exakt hur grönt är gräset på andra sidan?
Till detta seminarie hoppas jag alla anmäler sig för i mitt drömföretag har alla kollegor (utvecklare, testare, projektledare och säljare) god förståelse av Scrum och är överens om hur vi tar oss an Scrum under säljprocessen och under leverans.
.
Det hyperproduktiva Scrum Teamet
Hur når man sann agilitet? Vilka förutsättningar krävs för att skapa teamet som ansvarsfullt, disciplinerat, engagerat och produktivt utvecklar värdefulla funktioner i högt tempo med hög kvalitet – varje sprint? Om frihet under ansvar, teamet, ”Death by Technical Debt”, det agila teamets verktygslåda och om ständig förbättring.
Min erfarenhet från tidigare när jag kört liknande seminarier på samma tema är att det blivit väldigt spännande diskussioner så jag hoppas och ser fram emot detta.
.
Om att crowdsourca en vision
Om att bringa liv i en fantasi, crowdsourca en vision och skapa kollektivt ägarskap. Om engagemang, förtroendekapital om viljan att överträffa förväntningar. Ledarskap i ideella projekt kontra projektledning i ”riktiga” projekt med avlönade projektmedlemmar. Om att genom en kraftfull webportal om community skapa kommunikation och delaktighet. Om att bygga en medeltida stad med 100 hus på två dagar – och sedan blåsa liv i den.
Äntligen kommer jag få berätta om mina erfarenheter kring att arrangera lajv fast ur ett lite annorlunda perspektiv. Det kommer bli oerhört roligt (och utmanande) att paketera alla erfarenheter jag erhållit om lajvarrangerande och hur viktigt IT, samarbete, delaktighet lederskap och crowdsourcing är när man vill genomföra stårdåd.
.
Video till bloggen
Nu är det tyvärr så att dessa seminarier enbart kommer gå att besöka om man jobbar på Sogeti och ska till Sogetidagarna i Åre, men jag ska göra ett försök att åtminstone spela in det tredje (Om att crowdsourca en vision) på video och sedan publisera det här på bloggen.
Gott och blandat från Sommaren
onsdag, 18 augusti, 2010
Har snart plöjt igenom alla mina RSS flöden och hittat några godbitar jag tänkte dela med mig av.
Jag trodde alla hade haft semester, men icke. Vissa är visst lika flitiga på att skriva och ha åsikter oavsett årstid. Här nedan kommer ett litet axplock av dom de jag uppskattat hittills. Har som sagt några ytterligare att plöja igenom… ca 67 stycken…
.
Agile Adoptation Anti-Patterns
Denna artikel från LeadingAnswers: Leadership and Agile Project Management Blog radar upp 5 ”populära” fallgropar organisationer gärna trillar ner i på sin resa till en agil organisation.
Läs artikeln här:
http://leadinganswers.typepad.com/leading_answers/2010/07/agile-adoption-antipatterns.html
.
Top 100 Agila Böcker
Jurgen Appelo har sammanställt en lista över de 100 populäraste böckerna på Agile ämnen genom att kombinera information från bland annat Amazon.com och GoodRead.com m.m. Visste knappt att det fanns hundra böcker om ämnet…
Se listan här: http://www.noop.nl/2010/08/top-100-agile-books.html
.
Övning ”Define your Definition of Done”
Tobias Fors beskriver ingående en övning för Scrum-teamet för att definiera Definition of DONE. Tobias går steg för steg igenom övningen på ett tydligt och bra sätt.
Läs artikeln här: http://www.tobiasfors.se/?p=575
.
Crowdsourced Testing, Changing the Game
InfoQ reflekterar över ”Crowdsourced Testing” och summerar åsikter och kommentarer på ämnet från olika bloggar. Själva konceptet tycker jag är mycket spännande och intressant, och jag är också övertygad om att denna approach kommer att växa snabbt inom de områden där det är möjligt.
Läs artikeln här:
http://www.infoq.com/news/2010/08/crowdsourced-testing
.
Your Scrum Checklist
Boris Gloger har släppt en ny version av ”Your Scrum Checklist” för gratis nedladdning på InfoQ (kräver inloggning).
Klicka här för att ladda hem den gratis som pdf (kräver inloggning):
http://www.infoq.com/minibooks/scrum-checklists
.
Agila verktyg och mallar
måndag, 5 juli, 2010
Under åren jag jobbat med Scrum i rollen som utvecklare, testare, produktägar-proxy men framförallt som Scrum Master och Scrum Coach har jag skapat mig en liten portfölj med verktyg och mallar jag tänkte jag skulle dela med mig lite av.
Det döljer sig ingen rocket-science bakom något av dem och jag påstår inte heller att det är de bästa tänkbara, men förhoppningvis finner någon dem användbara eller blir inspirerad av dem.
.
Första verktyget är ”Team Thermometer”, en enkel övning för teamet att öppna upp Sprint Retrospectiven med. Läs mer om övningen i detta gamla inlägg: ‘‘Hur rolig var sprinten?”.
Jag kommer fylla på med fler verktyg och mallar allt eftersom. Länken till sidan ”Agila Verktyg och Mallar” hittar du i höger-spalten.
Video: Vägen från PL till Agile Coach
torsdag, 1 juli, 2010
Blev genom en av bloggarna jag följer tipsad om en fantastisk videopresentation av Lyssa Adkins. Om du har rollen som Scrum Master eller Agile Coach kommer du nog finna den mycket inspirerande och givande.
Lyssa Adkins släppte i Maj 2010 boken ”Coaching Agile Teams: A Companion for Scrum Masters, Agile Coaches and Project Managers in Transition”. Efter att ha kikat igenom presentationen (två gånger faktiskt) är detta en boken som ligger högst just nu på min att-läsa-lista.
.
.
The Road from Project Manager to Agile Coach
Del ett (ca 10 min):
.
Del två (ca 10):
Fel, fel, fel!
måndag, 28 juni, 2010
Under Agila Sverige 2010 höll Joakim Ohlrogge från Agical ett mycket uppskattat blixttal som handlar om hur vi ser på fel och hur vi hanterar dem. Titeln för blixttalen var ”Fel, fel, fel!”.
Mot slutet av sin presentation argumenterar han för att vi kanske borde betrakta och hantera fel och testning på ett radikalt annorlunda sätt…
Det hölls många intressanta, insiktsfulla och lärorika blixttal under Agila Sverige 2010. Jag var inte där själv men har fått möjlighet att kika igenom dem alla på video efteråt.
Joakims tal fokuserar kring fel, hur vi betraktar dem och hur vi hanterar dem. Dels har vi antalet fel, dels har varje fel en ”allvarlighetsgrad”. Bilden blir dock inte komplett om vi inte dessutom tar hänsyn till hur lång tid felet existerar. En litet fel som existerar under en lång tid kan göra större skada än ett kortvarigt allvarligt fel. Det riskerar sluta i irritaion, frustration, färre användare, färre sålda produkter, osv. Med andra ord…
Felyta = allvarlighet x tid.
Den totala felytan kan då minskas på tre olika sätt:
- ”Släppa igenom” färre fel (minskar antalet fel)
- ”Släppa igenom” mindre allvarliga fel (minskar allvarligheten)
- Reagera på och hantera fel så fort som möjligt (minskar tiden)
Han argumenterar för att om vi kan agera snabbt och reparera fel fort kanske vi inte behöver vara lika rädda för att ”släppa igenom” fel. Även om felet är allvarligt blir felytan liten om felen bara existerar en kort stund.
Felytan för ett mindre allvarligt fel kan vara större än för ett kritiskt…
.
Konsekvens = Ingen testning?
Om man godtar felyta som vårt mätetal och som en mer sann beskrivning (för systemets kvalité ur ett defekt-perspektiv) fullt ut får det stora konsekvenser för vår testprocess.
Att minska antalet fel som slinker igenom och felens allvarlighet med en allt rigorösare testprocess är både kostsamt och tidskrävande, och gör dessutom inget för att dra ner livslängden på de fel som faktiskt hittas. Det kan till och med vara kontraproduktivt, en tung testprocess kan göra så att våra fel lever längre innan de blir åtgärdade.
Om vi istället fokuserar på processen (dvs. att höja kvalitén genom test driven development, par programmering, continuous integration, m.m.) och att möjliggöra snabba fixar (genom t.ex. defensiv programmering, defect proofing, rigorös loggning, etc.) samt att stöda snabba deployer av nya versioner som metoder för att minska felytan kan detta visa sig vara både betydligt effektivare och betydligt billigare.
Kan det vara så att det absolut effektivaste är att inte ha något testning alls? Hmm…
.
Joakim Ohlrogge är konsult på Agical AB.
Hans blogg heter ”The Point is Missed”.
.
.
Videoupptagningar från Agila Sverige 2010 hittar du här:
http://www.webbtv.nu/5557.htmFör att se ”Fel, fel, fel!” klicka på ”Celsius 20100510”.
När videon väl har laddats klicka på sista passet ”Fel, fel, fel!”.
Pomodoro i ett nötskal
tisdag, 22 juni, 2010
För mig har Pomodoro tekniken varit fantastiskt! Jag har äntligen fått både ett botemedel mot oinspiration och ett verktyg för att ta itu med de dagar som känns övermäktiga. Pomodoro funkar nästan som hypnos för mig!
Pomodoro är en teknik för att strukturerat och effektivt jobba av en att-göra lista, ett verktyg för att maximera nyttan av sin egen tid. De dagar då min att-göra lista verkar oövervinnerlig eller de dagar jag totalt saknar inspiration tar jag fram min äggklocka och kör Pomodoro. Idag är en sådan dag.
I korthet fungerar det så här:
Skriv ner dagens att-göra punkter. (Ta inte med mer än vad du tror är rimligt att du hinner med under dagen.)- Välj ut den viktigaste punkten i din att-göra lista.
- Vrid upp din äggklocka till 25 minuter. (Detta är en Pomodoro)
- Jobba fokuserat och oavbrutet tills klockan ringer. (Sätt en bock bredvid punkten på ditt papper. Blir du klar stryker du över raden.)
- Ta en kort paus (ca 5 minuter)
- Börja om från punkt 2.
Några regler:
- Ta en längre paus var fjärde pomodori.
- Blir du klar innan pomodoron (äggklockan) ringer jobba vidare, förbättra och slipa i kanterna.
- Blir du inte klar funderar du i pausen om du ska fortsätta nästa pomodoro eller om någon annan punkt blivit viktigare.
- Belöna dig efter varje pomodoro, iallafall mentalt. Även om du inte är klar så har du nyss avslutat 25 minuter effektivt och värdefullt arbete!
Verktyg: Papper, penna och en äggklocka.
Nu måste man inte använda en äggklocka, det fungerar bra med en vanlig klocka, en iPhone app, en Android widget eller valfri annan timer. Men det är något lätt hypnotiserande med det tickande ljudet som jag varmt rekommenderar.
.
Boktips
Staffan Nöteberg har skrivit en riktigt bra och djupgående bok om Pomodor tekniken: Pomodoro Technique Illustrated.
Den är välskriven och innehåller mängder med fina och tydliga illustrationer. Den är fylld till bredden med råd och djupgående analyser av teknikens underliggande mekanismer samt en mini-kurs i det mänskliga beteendet och hur vi ser på tid och arbete.
Kanske lite väl utsvävande emellanåt men riktigt läsvärd och den har definitivt hjälp mig hantera min tid mycket effektivare och faktiskt skapa en tillvaro med mindre stress. Ingen liten bedrift!
.
Tidigare inlägg om Pomodoro:
.
Agil Testning och Molnbaserad Testning starkast trender inom kvalitetssäkring
torsdag, 17 juni, 2010
World Quality Report 2010-2011, en rapport som publicerades igår av Capgemini och HP bekräftade något som jag redan betraktade som ”kunskap” efter vad jag sett, hört, erfarit och upplevt i mitt kontaktnätverk på Sogeti och ute hos kunder, nämligen att fokuset kring Agil Testning, men även molnbaserade testtjänster, snabbt växer i mjukvaruutvecklingsbranchen.
I Sogetis pressmeddelande kan man läsa ett utdrag från rapporten:
”…kraven ökar, på både utvecklare och testare, för att skapa större effektivitet, konsekvent använda kvalitetssäkringsmetoder och öka återanvändningen av testautomatisering. Därför använder organisationer sig av allt mer agila och molnbaserade leveransmetoder för att modernisera sina applikationer.”
Man kan vidare läsa:
”Då kraven på IT-leveranser förändras, visar rapporten att även kraven på kvalitetssäkring ökar i betydelser. Morgondagens testare kommer att arbeta i mindre team som förväntas leverera användbar kod inom fyra till sex veckor. Korta deadlines och mindre team kommer sannolikt att leda till en framtid där prioriteringen av kompetensen i kvalitetssäkrings- och testteam kommer att förändrad.”
Den nya Agila Testaren?
.
Vidare presenteras också vad företag upplever som de största fördelarna med agil utveckling. Sådan statistik tycker jag alltid är spännande och intressant.
Detta är bara ytterligare en bekräftelse på att agila metoder vinner mark och att branchen kommit långt i en övergång till agila utvecklingsmetoder. Läs mer om de agila metodernas framfart i denna artikel.
Ladda hem rapporten i sin helhet här från Capgeminis hemsida. Kräver dock registrering.
De agila metodernas framfart
onsdag, 16 juni, 2010I en rapport från tidigare i år framgår det att vattenfall och iterative metoder tappar mark till fördel för agila utvecklingsmetoder. Rapporten berättar att 35% använder agila utvecklingsmetoder och att 10% av dessa kör Scrum. Men i rapporten finns många fler spännande siffror.
Det här är kanske inte rykande färska nyheter eftersom rapporten publicerades i januari 2010. Men å andra sidan tycker jag det är så pass spännande att det är värt att repetera och det är säkert många som inte hört talas om den tidigare. Rapporten baserar sig på svaren från 1300 läsare till Dr. Dobb’s Journal och undersökningen genomfördes Juli till Augusti 2009.
.
I bilden ovan kan man utläsa att det är ungeför lika många som använder sig av agila utvecklingsmetoder som vattenfall och iterativa, ca 35% vardera. Vad läskigt värre är dock att de resterande 30% föredrar att inte arbeta efter någon metod alls!
Vidare trodde jag att det skulle skilja stort mellan stora och små företag med hänsyn till utvecklingsprocess. Icke. Spridningen är stor i båda fallen.
Däremot verkar det över lag vara så att teammedlemmar och chefer har gravt olika uppfattning om vilken process man kör, om det är agilt eller inte. Detta känner jag dock definitivt igen!
.
Läs hela rapporten ”Agile Development: Mainstream Adoption Has Changed Agility – Trends In Real-World Adoption Of Agile Methods” skriven av Dave West och Tom Grant, Ph.D (samt Mary Gerush och David D’Silva).
Jimmy Janlén "Den Scrummande Konsulten" 