Misforståelser i softwarespecifikationer.

Der er ofte misforståelser i softwarespecifikationsdokumenter. Den løsning, vi typisk vælger, er at lave mere detaljerede specifikationer. Desværre fører det ikke til bedre resultater.
Du kan også læse dette indlæg i

En oplevelse, jeg havde for nylig

Jeg ventede online på at chatte med en servicemedarbejder. Selvfølgelig endte jeg med at chatte med en bot i et stykke tid, som ikke var særlig hjælpsom i mit tilfælde. Efter et stykke tid blev jeg stillet om til et rigtigt menneske. Mens jeg ventede, var dette min oplevelse i WhatsApp (se billedet). Ventetiden i disse beskeder skulle have været den tid, du stadig skal vente, ifølge teksten. Udvikleren har tilsyneladende implementeret det som den tid, du allerede venter....

Det giver en ret dårlig kundeoplevelse:

    1. Kunden forventer at få svar meget hurtigt.

    1. Kunden modtager en WhatsApp-besked hvert minut

 

Oprindelsen af brugerhistorier

I min Product Owner-træning understreger jeg altid, at opgaven for en Product Owner ikke er at skrive bedre brugerhistorier, men at fortælle bedre historier fra brugerne.

User Stories opstod, da Kent Beck, grundlæggeren af eXtreme Programming (XP), modtog feedback fra en bruger, der var så begejstret for at modtage ny funktionalitet, at ideen opstod om at forsøge at foruddefinere brugerens respons. Hvad er det for en reaktion, du håber at få fra brugeren, når de kan bruge den nye funktionalitet?

For at gøre det nemmere har Ron Jeffries lavet en skabelon til det. Hvis du arbejder med Agile eller Scrum, har du sikkert set den.

 

Som en
Jeg vil have

 

De beskriver WHO, HVAD og HVORFOR (bemærk venligst; ikke HVORDAN).

 

Misbrug af brugerhistorier

Fejlen, der ofte begås, er, at denne skabelon ses som den nye måde at registrere kravspecifikationer på. Ved at forsøge at indfange krav i skabelonen, som slet ikke har nogen relation til brugeren. For eksempel:

 

Som Developer vil jeg gerne have en database, så jeg kan gemme mine data.
Som Product Owner har jeg brug for en rapport, så jeg kan vise den til CEO'en.

 

Hele dokumenter og tekstblokke vedhæftes også til elementer i Jira, TFS osv.

Det er ikke det, User Stories er beregnet til, de er grundlaget for indsamling af sociale krav, eller at have bedre samtaler med hinanden om brugerne og funktionaliteten mellem udviklere og brugere. Som et alternativ til brugere kan man også bruge repræsentanter eller interessenter til dette, men de skal virkelig forstå og kunne repræsentere brugerne.

Som træner for det første XP-hold introducerede Ron Jeffries de 3 C'er: Card, Conversation og Confirmation.

    • Kort: Et kartotekskort med titel og en eller to sætninger med forklaring.

    • Samtale: Diskussion med hele teamet om, hvad der ønskes

    • Bekræftelse: Registrer, hvordan man afgør, om det er i overensstemmelse

User Stories behøver ikke at være perfekt defineret, før samtalen med teamet finder sted. Under #BacklogRefinement kan definitionen af User Story justeres, og Acceptance Criteria kan omskrives eller tilføjes.

 

Sådan kan vi hjælpe

Hvis du er interesseret i at have bedre samtaler, så tag et kig på vores User Story Mapping Workshop

Vi vil også diskutere dette i vores Certificeret Scrum Product Owner træning, se vores tidsplan nedenfor.

 

Del:

Relateret blogindlæg

Misforståelser i softwarespecifikationer.

Der er ofte misforståelser i softwarespecifikationsdokumenter. Den løsning, vi typisk vælger, er at lave mere detaljerede specifikationer. Men det fører desværre ikke til bedre resultater.

Relateret uddannelse

Relaterede ressourcer

Et cirkulært flowdiagram med forskellige faser, der repræsenterer scrum-processen

Scrum-processen forklaret

Få indblik i Scrum-processens finesser, og lær, hvordan dette agile-framework kan revolutionere projektledelse.

Et teleskop, der fokuserer på et fjernt

Hvad er en produktvision?

Opdag styrken ved en produktvision, og hvordan den former en virksomheds fremtid.

Et kompas, der peger mod en symbolsk repræsentation af et mål

Hvad er en Product Goal?

Opdag betydningen af et produktmål, og hvordan det styrer retningen og fokus for et projekt.

Flere indlæg

Lad os snakke om
Hvordan vi kan hjælpe!

Nyder du vores artikler? Endnu bedre er det, hvis du kan tale med os personligt! Kontakt os, så vi kan planlægge noget!