Archive for the ‘Agila verktyg’ Category

h1

Problem Exploration Poster – PEP

tisdag, 25 februari, 2014

Idag avslutades vi en serie workshoppar vars målsättning var att klura ut hur vi höjer sättet vi testar på till nästa nivå. Initiativet har pågått över tre veckor och idag knöts säcken ihop. För att ge diskussionerna struktur och fokus använde vi oss av genomgående av konceptet ”Problem Exploration Poster – P.E.P”.

20140225_150545

Read the rest of this entry ?

h1

Utmana teamet med ”Jimmy Cards”

tisdag, 26 mars, 2013

Söker du efter ett verktyg som har förmågan att utmana teamet och sätta igång spännande diskussioner? Diskussioner som kanske till och med inspirerar till förändring? Då tycker jag du ska prova ”Jimmy Cards”!

I söndags kväll publicerade jag en blogg på blog.crisp.se och berättade om ”Jimmy Cards”, en kortlek jag precis fått till en MVP av. Redan efter fem minuter hade första beställningen kommit in och fler beställningar har stadigt trillat in sedan dess.

Kortleken är en uppsättning frågor och används fördelaktigt som ice-breaker på scrum teamets retrospective eller för att välja ett utmanande ämne för teamets onsdagsfika.

Nyfiken på att veta mera? Klicka då här för att komma till blogg-inlägget 🙂

h1

Exploratory Heat Map

onsdag, 2 februari, 2011

Exploratory Heat Map – Tänk om teamet i en och samma rapport kunde se en snapshot över systemets hälsa, hur tillförlitlig snapshoten är, samt ge er vägledning om var ni bör lägga testenergin härnäst.

Förra veckan hade jag förmånen att få ta del av en Open Space kring Exploratory Testing på Extenda i Stockholm. Det blev en väldigt lyckad tillställning med ca 20 agila testare från flera olika företag. Väldigt roligt att möta kollegor i branschen och väldigt spännande diskussioner uppstod. Tack Linda Haglund för arrangerandet!

På vägen därifrån, och dagarna som följde, samlade jag mina tankar och började fundera…

.

Tänk om:

  • Hela teamet spenderar varje torsdagseftermiddag åt Exploratory Testing (ET). Under denna eftermiddag är alla testare (inklusive utvecklare, designer, osv). Varje testare kör 2 stycken ET-Sessions (på vardera 2 timmar).
  • ET-Charters plockas från en prioriterad ET-Charter Backlog.
  • När ET-sessionen är över skapar testaren i vanlig ordning en session rapport, rapporterar eventuella buggar och ser till att nya uppslag för ET-Charters kommer in i ET-Charter Backloggen.
  • Session rapporten innehåller (bland annat) info om vilka delar av systemet som primärt utsattes för utforskande testning och lagras i en databas med hjälp av ett verktyg (t.ex. genom konfigurering av JIRA).
  • Kontinuerligt uppdateras en karta över systemet som visar hur många defekter just nu finns rapporterade i varje del samt hur mycket ET-tid systemets olika beståndsdelar utsatts för.

Denna karta, denna Exploratory Heat Map, skulle ge en fantastisk översikt. Bilden ovan är ett exempel på hur en Exploratory Heat Map skulle kunna se ut.

.

Exploratory Heat Map

Diagrammet i bakgrunden representerar systemets olika delar. Huruvida man delar upp systemet i funktionella delar, moduler eller komponenter tror jag är mindre viktigt. Det viktiga är Defekter och ET-Session rapporter använder samma meta-data för klassificering. (Namngivning av delarna saknas i bilden ovan.)

Cirklarnas storlek representerar hur mycket exploratory test tid som delen blivit utsatt för och färgen antalet just nu öppna rapporterade buggar.

Kartan berättar dels hur systemet mår just nu, men också hur vi ska prioritera Exploratory Testing Charter Backloggen inför nästa Exploratory Torsdag. Varje dag kommer kartan förändras. Allteftersom buggar fixas kommer de röda färgerna blekna. Beroende på vilka ET-Charters som körs kommer vissa cirklar krympa medans andra växer.

.

Verktygsstöd?

Självklart går en dylik karta inte att underhålla genom att manuellt uppdatera en powerpoint varje dag utan det behövs ett bra verktygsstöd. Antingen skriver man ett eget verktyg som integrerar med det befintligt defect tracking system, eller så bygger man en egen plug-in till det verktyg man redan använder, vilket t.ex. är möjligt man kör JIRA GreenHopper. Och då skulle det kanske kunna se ut såhär:

.

Skulle det funka?

Tankar och reflektioner? Hur värdefull och användbar vore en Exploratory Heat Map för er i ert team? Behövs återkommande ETT (Exploratory Testing Torsdagar) eller ”duger” något annat lika bra som bas för test täcknings input?

Är det någon som idag gör någonting liknande?

.

.

Är du intresserad av att jobba med agil testning som konsult Sogeti? I Stockholm finns sedan första januari ett nytt team – Team Agil Testning & Automatisering. Kolla in vår annons på monster.se!

h1

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.

h1

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:

  1. Skriv ner dagens att-göra punkter. (Ta inte med mer än vad du tror är rimligt att du hinner med under dagen.)
  2. Välj ut den viktigaste punkten i din att-göra lista.
  3. Vrid upp din äggklocka till 25 minuter. (Detta är en Pomodoro)
  4. Jobba fokuserat och oavbrutet tills klockan ringer. (Sätt en bock bredvid punkten på ditt papper. Blir du klar stryker du över raden.)
  5. Ta en kort paus (ca 5 minuter)
  6. 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:

.

h1

Agila verktyg i min Android

onsdag, 14 april, 2010

Har upptäckt att det finns en hel del små fiffiga appar på min Android som kan vara bra att ha till hands för utvecklarna i det agila teamet och den gadget-glade Scrum Mastern. (Jag är säker på att samma appar eller motsvarande går att hitta till iPhone också.)

När jag började skriva detta inlägg tänkte jag ta upp alla appar jag hittat hittills men då hade inlägget återigen blivit på tok för långt så därför fokuserar jag denna gång på några time-managment appar.

.

Pomodoro timers

Har precis börjat studera Pomodoro och praktiserar det faktiskt just nu! Därför blev jag glad när jag upptäckte en radda appar för ändamålet. Pomodoro går kort och gott ut på att man gör en To Do lista för dagen, angriper den punkt man tycker är viktigast, vrider upp timern på 25 minuter, jobbar oavbrutet och fokuserat på vald uppgift tills klockan ringer, tar en kort paus och väljer sedan den punkt i To Do listan som känns viktigast nu (eller så väljer man att fortsätta på uppgiften man höll på med om man inte blev klar). Jag föredrar dock alltid en riktig timer framför dessa appar men det är inte alltid man har en till hands och det är inte alltid folk runtomkring en uppskattar tickandet och ringandet.

Pomodroid
(Utvecklad av: Neto Marin)

En simpel timer man kan start och stoppa. Startar alltid om på 25 minuter (ej konfigurerbart). När man klickar på skärmen startar timern och tomaten blir röd. När 25 minuter har gått ringer och vibrerar telefonen. Kort och gott. Gillar appen för dess renhet och enkelhet.

.

Pomodoro Tasks
(Utvecklad av: Kavan Puranik)

Denna Pomodoro app är lite mer avancerad. Du sätter upp din To Do lista innan du startar timern för en vald uppgift. Listan kan sorteras om, tasks stryks enkelt med en fingerdragning och lite andra funktioner finns.

Även om det är en fin idé så faller appen också lite på just dess utbud av funktioner, det finns helt enkelt inte stöd för allt man vill göra (som t.ex. anteckna hur många pomodoros en uppgift tog m.m.). Känner själv att verktyget begränsar mer än hjälper.

.

Meeting Time Tracker
(Utvecklad av: Espinassous Etienne)

Ett enkelt verktyg i första hand designat för Scrum Mastern eller mötesordföranden för att se till att möten inte överskrider Time-boxningen.

Du stället helt enkelt in hur långt mötet är och startar timern. Utöver att skriva ut tiden visar den även hur status på hur långt det är kvar; hälften, 15 minuter, 10 minuter och 5 minuter. (Planerar att använda själv den på fredag när det är dags för nästa seminarie för att enkelt hålla koll på om jag hinner med dom slides jag tänkt mig innan nästa paus.)

h1

OpenAgile – Scrum för icke-IT

måndag, 12 april, 2010

Sprang nyligen på OpenAgile när jag klickade mig fram igenom bloggartiklar om Scrum och Agila utvecklingsmetoder. Att det fångade mitt intresse tror jag beror på att OpenAgile är en agil utvecklingsprocess anpassad och designad för att vara tillämpar på ett bredare spektra än enbart mjukvaruutveckling.

Jag har tidigare jobbat som projektledare i stora ideella projekt där man inte har lyxen att kunna säga ”Gör ditt jobb annars får du ingen lön!” utan allt handlade om frivilligt engagemang, motivation, ansvarskänslaoch att det skulle vara roligt att jobba. OpenAgile hade nog fungerat riktigt bra där.

Vidare så är det svårt att tillämpa Scrum utanför mjukvaruutvecklingsprojekt. Man kanske inte har resurser på heltid i ett team, det är kanske omöjligt att hålla korta sprintar i verksamhetsprojekt, involverade personer variera kraftigt eller förändras mycket med tiden, för att nämna några exempel. OpenAgile försöker lösa även dessa bekymmer.

Jag tror nog att OpenAgile kan fungera bra för vissa organisatoner som har en lös struktur eller för projekt som inte har strikta deadlines i tiden. Den har några intressanta vinklingar (beskriver t.ex. fler roller än Scrum även om bara en av dem är obligatorisk), den är betydligt lättviktigare än Scrum, fokuserar hårt på teamet och teamanda, tillåter avbrott i arbetet.

Det som jag finner mest spännande och roligast är dock kanske att detta är just en variant av Scrum som (förhoppningsvis) fungerar fint i alla sammanhang och miljöer. 🙂

.

OpenAgile in a nutshell

OpenAgile är en Agil utvecklingsprocess som fokuserar på att leverera värde. Till skillnad från Scrum som ägs av Scrum Alliance så är OpenAgile open source och under utveckling (av naturliga skäl eftersom det är open source men jag tror det också beror på att det väldigt nytt också).

I korthet så fungerar det så här: Teamet (det finns bara en obligatorisk roll, nämligen team-medlemmen) jobbar i cykler (iteration). Under en cykel träffas man minst fyra gånger för ett Progress Meeting för att diskutera hur det går, vad man lärt sig och vilka tasks man ska göra härnäst, dvs. under nästa Work Period (som kan vara allt ifrån några timmar till flera veckor). Alla väljer på frivillig basis vilka och hur många tasks.

En cykel inleds med tre möten:

  • Reflection (Vad hände förra cykeln? Vilka blev resultaten?),
  • Learning (Vad lärde vi oss? Vilka nya principer har vi identifierat? Vilka nya färdigheter har vi utvecklat?) oc
  • Planning (Vad ska vi göra denna cykel? Vilka tasks krävs för att leverera uppsatta mål?).

OpenAgile säger inget om hur korta (eller långa) cykler ska vara, bara att man ska ha några stycken innan slutmålet är nått.

OpenAgile lutar sig på tre grundvärderingar:

  • Ärlighet (dvs. ljug inte, fuska inte, lär från dina misstag),
  • Rådgivande beslutsprocess (dvs. alla ska delta och bidra i beslutfattandet och vara eniga om beslutet) och
  • Läro-cykeln (smått förenklat: 1) Reflect, 2) Learning, 3) Planning och 4) ActionI denna process ska vi vara objektiva, kunskapssökande, tycka om det vi gör och vara modiga).

Det verkar som om OpenAgile visat sig vara extra populär just i idéella projekt som inte har med IT att göra. För lite bättre, korrektare och längre förklaringar av OpenAgile kika gärna på länkarna under illustrationerna.

.


.

Jämförelse av OpenAgile och Scrum:
http://www.agileadvice.com/2010/02/01/uncategorized/comparison-of-openagile-with-scrum/

En wiki för OpenAgile (under utveckling)
http://wiki.openagile.org

Enkel summerande presentation på 22 slides
http://www.slideshare.net/mberteig/introduction-to-the-openagile-learning-system

En sida med presentationer, use-case studies, m.m.
http://www.openagile.com/

OpenAgile Primer (PDF, 1.22MB)
http://www.openagile.com/sites/default/files/OpenAgile Primer.pdf