eXtreme Programming in practice

Från Neal Fords dragning på Øredev hämtar jag dessa råd och rön kring XP i praktiken.

Några grundprinciper för XP är att förbättra kommunikationen, sträva efter enkelhet, ge feedback och att alltid fortsätta framåt med mod.
Målet ska alltid vara att sträva efter att skapa något mindre extremt än man hade tidigare.

Upprätta en inception sprint (sprint 0 även kallad), där man fångar kraven på en högre nivå. Låt utvecklarna ta fram grova estimat och använd som underlag för planeringen. Sätt upp förutsättningar för att kunna övervaka projektet utifrån data från det verkliga arbetet och följ upp gjorda estimat med utfallet.

Var inte rädd för att ändra åtagandet i kommande sprint om det visat sig vara övermäktigt att leverera enligt tidigare åttaganden. Estimera om dina user storys om estimatet inte verkar stämma.

Använd klara, tydliga och avgränsade user stories, ha mindsetet att det endast finns klara (100%) eller ej klara (0%) user stories.

Flytta runt på personer om så är behövligt. Låt folk mingla och lära av varandra.

Skapa ”spikes”, dvs. små utredningar huruvida det går att lösa ett problem eller framtida krav på det sätt som man väntar sig.

Håll alltid reda på projektets ”truck number”, dvs. hur många oumbärliga projektmedlemmar som måste ”gå åt” för att projektet inte skulle kunna fortsätta.

Skapa inga svulstiga ramverk (frame works). Det bästa ”designverktyget” är en white board tillsammans med en digitalkamera, så att man kan ta en bild av det man ritat och kommmit fram till.

Parprogrammera! Det kostar 15% mer, men koden innehåller å andra sidan 15% färre buggar.

Testa att ping-pong-programmera, dvs. man skriver koden växelvis och får på så sätt större förståelse och kunskap av det som utvecklats.

Får ni någon gång möjlighet att lyssna till Neal Ford, gör det! En mycket kompetent och fantastiskt rolig föreläsare.