Archive for april, 2012

h1

Personlig Sustainable Pace

torsdag, 26 april, 2012

Jag har precis landat i Visby. Jag befinner mig här över dagen för att hålla i ett seminarie på TPG (Testare på Gotland). Ska bli jätteskoj och jag känner mig taggad! Men det betyder också att när den här dagen är levererad så innebär det att tre tungt arbetsfokuserade veckor är över. Vem vet, jag kanske både får tid till mig själv och till vänner en stund framöver? Och tid till att skriva här i bloggen lite oftare.

De senaste tre veckorna har (bland annat) bestått av:

  • Fortsatt uppdrag som Scrum Master hos kund.
  • Fortsatt teamchefsarbete på Sogeti.
  • Punktinsatser som Scrum Coach.
  • SAST (konferens). Deltog och koordinerade Open-X workshop.
    Ämne: ”Behövs Testledare när man jobbar agilt?”
  • Kurser. 80 personer har fått en grund i Agile och Scrum. 2 st endagarskurser. 2 st introduktionslektioner. En halvdagsfördjupning för Scrum of Scrums. En halvdagsfördjupning för The Product Owner Team.
  • Agila Sverige 2012 (konferens). Deltog och höll blixttal på ämnet:
    ”Krav är en flyktig version av målet.”

Har såklart varit superskoj och det har ackumulerats massor med ideér och ämnen jag skulle vilja blogga om. Men det har också blivit väldigt mycket kvälls- och helgarbeten. När jag utbildar och coachar pratar jag mycket om Sustainable Pace, jämn arbetsbelastning och Flow. Med facit i hand är jag uppenbart värdelös på att applicera detta på mig själv.

Jag känner dock hopp. Snart är min ”sprint” (spurt) över och jag har återigen möjlighet att tacka nej och prioritera bort. Vidare ingöt Henrik Knibergs blixttal på Agila Sverige 2012 ”Agile @ Home” inspiration i hur jag kan åstadkomma detta för mig själv.

Jag tänkte avrunda detta inlägg med löften om kommande blogginlägg och en lista på vad tänker ta mig an framöver – men det tänker jag inte alls göra. Att stapla (egenvalda) löften på varandra och commita till dem genom att berätta om dem för andra hade varit direkt kontraproduktivt i min strävan just nu efter Sustainable Pace.

Tjipp 🙂

.

PS. Hmm, kan nog inte riktigt hålla mig… När jag hinner med tänkte jag lägga upp illustrationerna till mitt blixttal på Agila Sverige här på bloggen. Här kommer ett smakprov som matchar bra med detta inlägg. DS.

.

Darth Vader jobbar sent för att hinna skriva en ännu tydligare och mer detaljerad kravspecifikation till nästa dödstjärna för att undvika tidigare missförstånd…

.

h1

Blixttalar på Agila Sverige 2012

torsdag, 12 april, 2012

Den 23-24 april är det dags igen för femte året i rad – Agila Sverige 2012 slår upp dörrarna. Jag ser verkligen fram emot att få delta i alla spännande diskussioner, lyssna till alla blixttalen och knyta nya kontakter. Jag ska också leverera ett eget blixttal; ”Krav är en flyktig version av målet”.

Sista datum för anmälan var tyvärr i söndags men det brukar vara möjligt att ta del av blixttal efteråt då de åtminstone tidigare har spelats in på video. Håll utkik på hemsidan för Agila Sverige efter dessa.

Själv förbereder jag mig inför mitt eget blixttal jag ska hålla. Jag är inte på långa vägar färdig med presentationen men jag vet vad jag vill berätta och har idéer på hur jag ska kunna förmedla mina tankar och mitt budskap i ett engagerande 10-minuters blixttal. Länk till eventuell video kommer såklart efter konferensen.

Hoppas vi ses där!

.
Mer info om Agila Sverige 2012 hittar du här.
.
Följ diskussionerna kring #agilasverige på Twitter här.
.
Läs mitt blogginlägg om Agile Sverige 2011 här.
.

.

h1

Q: Automatisera tester i samma sprint?

måndag, 2 april, 2012

Att det är kämpigt och utmanande att implementera A-TDD och TDD skriver jag gärna under på. Att göra resan från en process där testning handlar om att kritisera kod efter att den är skriven till att bli ett verktyg för teamet (där testerna primärt tjänar till att stötta utveckling under tiden utveckling sker) kan både var bökig och omtumlande.

Framför allt måste man skruva ner tempot innan man kan skörda hyperproduktivitetens frukter och detta är inte alltid så lätt när trycket är högt att leverera maximalt just denna sprint. Och sprinten efter. Och sprinten efter den.

För en tid sedan fick jag följande mail på ämnet…

.


Hej Jimmy

[…] Jag har på jobbet kommit i liten het diskussion om (Sprintlängd och autotester) […]. Dvs att man måste få tillverkat automatiserade tester i samma sprint som utveckling sker i eller åtminstonde sprinten efter. […] Och då menar jag tester som Test Avd. tillverkar. Unittester antar jag du menade dev gör i sprinten tillsammans med utv. arbetet?

Vilken typ av projekt har du varit involverad i? Det kanske är svårare att applicera detta i avancerade system med få utvecklare, oklara krav och dagliga byggen, än i ett system för en myndighet tex med väldigt klara krav?

Finns det någon bra bok man kan läsa om detta?

Mvh
#####

.


Hej #####,

Min egen starka personliga åsikt är att man ska utveckla automatiserade tester för det man utvecklar i samma sprint som arbetet sker. Det gäller både utvecklarnas enhetstester och testarnas/kravställarnas automatiserade funktions- och acceptanstester.

Jag gillar skarpt David Evans syn på test och kod som summeras i citatet ”[Acceptance] Testing slows down development just as passangers slows down the bus – the speed of the bus is not the point!”. Målet med sprinten är alltid att leverera fungerande värdefull testad mjukvara. Hinner man inte åstadkomma detta under en sprint har teamet tagit på sig för många, alternativt för stora, User Stories.

.

Blir dock lite förvirrad över en sak du skriver. Finns det en separat testavdelning? Ett starkt agilt team består av all kompetens som behövs för att gå från idé till leverans. Detta inkluderar då kompetens som täcker programmering, testning, verksamhet, gränssnittsdesign, databasdesign, teknisk dokumentation, osv.

Jag har erfarenhet från både små och riktigt stora projekt. Jag håller såklart med om att utmaningarna och förutsättningarna är olika men jag tycker ambitionen ska vara densamma. Om ni är få utvecklare och tampas med otydliga krav så kommer tydliga krav ”tvingas” fram om ni försöker skriva automatiserade acceptanstester i samma sprint som jobbet sker. Jag menar, utvecklarna lyckas ju uppenbart klura ut vad de ska programmera, då borde testarna (om det nu är olika personer som kodar respektive skriver de automatiserade testerna) klara av att klura ut hur det ska testas. Om inte så finns det uppenbart diskussioner och informationsloopar som testarna inte är med i.

Genom att skriva de automatiserade testerna först i sprinten efter tappar man halva poängen med dem som jag ser det. Visst, man bygger på en regressionstestsvit som är automatiserad och upprepbar, men styrkan med testautomatisering är att det möjliggör TDD! Att skriva testerna innan och samtidigt som koden (genom TDD) förkortar feedbacklopparna, förenklar koden, gör systemet testvänligt och spar tid totalt (för att räkna upp några fördelar).

.

Jag kan ge tre boktips. Det finns säkert fler bra böcker men dessa har jag läst och tycker är bra:

1) Agile Testing (Lisa Crispin and Janet Gregory) – En riktigt bra bok som berättar på en konkret och praktiskt sätt hur man bygger upp en bra agil test strategi.

2) Lean-Agile Acceptance Test-Driven Development (Ken Pugh) – Också riktigt bra. Den beskriver hur man går tillväga för att driva designen framåt i ett projekt genom testning (istället för genom krav).

3) Test Driven Development: By Example (Kent Beck) – Berättar på ett mer teknisk plan hur man går tillväga och kommer gång med TDD.

.

Hoppas detta svar gav några idéer och upplägg på hur ni går vidare i diskussionerna.

Med Vänlig Hälsning
/Jimmy

.