Så får du ut mer av varje sprintdemo

Sprintdemon är den återkommande punkt där du som beställare faktiskt ser vad du betalar för. Ändå används den ofta passivt: teamet visar, beställaren nickar, alla går vidare. Det är ett slöseri med din bästa kontrollpunkt. Med rätt frågor och rätt fokus blir demon i stället ett skarpt styrverktyg. Här är vad du ska granska, följa upp och säga.

Skilj klart från nästan klart

Det vanligaste sättet en demo vilseleder på är att “klart” visas som en lyckad idealväg. Funktionen fungerar precis så länge allt matas in perfekt – men kanterna saknas. Din uppgift är att skilja verkligt klart från nästan klart.

Så gör du det:

• Be att få se det köras skarpt, inte beskrivas eller visas i en förberedd lyckad väg.
• Fråga vad som händer när något går fel – tomma fält, felaktig indata, avbruten uppkoppling.
• Testa själv om du får tillgång. Din hand på tangentbordet hittar det teamets förberedda demo undviker.

Kan teamet inte visa funktionen fungera på riktigt, inklusive när det skär sig, är den inte klar. Det är en vänlig men bestämd hållning: “nästan klart” är inte klart, och det är billigare att veta det nu än vid lansering.

Följ upp mot sprintmål och budget

En demo som ser bra ut funktion för funktion kan ändå dölja två större problem: att ni missade sprintens egentliga mål, eller att pengarna tar slut fortare än arbetet blir gjort. Lyft därför blicken från de enskilda funktionerna.

Stäm särskilt av budgetförbrukningen mot återstående arbete. Har ni gjort av med halva budgeten men bara en tredjedel av arbetet är det ett varningstecken värt att agera på direkt – långt bättre att upptäcka i en demo mitt i projektet än i en slutfaktura.

Ge återkoppling teamet kan agera på

Din feedback är bara värd något om teamet kan omsätta den. Vag återkoppling skapar en ny runda gissningar; konkret återkoppling blir en byggbar uppgift. Skillnaden ligger i att peka på det observerbara.

• Svagt: “Den där känns lite fel.”
• Starkt: “När jag skickar formuläret utan e-postadress händer ingenting – jag vill se ett tydligt felmeddelande.”

Beskriv vad du såg, vad du förväntade dig i stället, och gärna varför det spelar roll. Då kan teamet gå direkt från din kommentar till en åtgärd, utan att först behöva tolka vad du menade.

Ett konkret scenario

Säg att teamet visar en ny bokningsfunktion, och den ser klanderfri ut när de bokar en tid. Du ber att få prova själv, försöker boka en tid som redan är tagen, och inget händer – ingen varning, ingen förklaring. Du noterar det konkret: “vid dubbelbokning vill jag att kunden får veta att tiden är upptagen”. Sedan frågar du om sprintmålet, som var “kunden kan boka och avboka” – och det visar sig att avbokning inte hann bli klart. Till sist stämmer du av budgeten och ser att den ligger i fas.

På tjugo minuter har demon gett dig tre saker: en verklig bugg fångad, en insikt om att målet bara delvis nåddes, och en budgetavstämning. Det är skillnaden mellan att titta på och att styra.

Förbered dig – det är där värdet skapas

Den aktiva demon börjar inte när mötet börjar, utan innan. Läs igenom vad sprinten skulle leverera i förväg, så att du kan stämma av mot det i stället för att bara reagera på det som råkar visas. Ha dina frågor redo. Får du tillgång till det som byggts, prova gärna själv före mötet – då kan demon ägnas åt de intressanta frågorna i stället för åt en första genomgång.

En förberedd beställare ställer bättre frågor, fångar mer och signalerar dessutom till teamet att demon tas på allvar. Det höjer kvaliteten på det som visas nästa gång också: ett team som vet att beställaren testar kanterna slarvar mindre med dem. Motsatsen gäller lika starkt – en beställare som alltid nickar igenom lär teamet att en snygg glädjeväg räcker.

Att förbereda dig med sprintens mål i handen gör skillnaden mellan att titta på och att styra – det hänger ihop med hur du tar rollen som beställare i stort. Vill du veta hur våra demos läggs upp, hör av dig.