Gør en chattråd til en udviklingsopgave, som kan prioriteres
En lang samtale er ofte et godt udgangspunkt for en softwareopgave, men et dårligt opgavebrief. Udvikleren skal kunne se, hvad problemet er, uden selv at rekonstruere alle deltagernes forslag.
Skil problemet fra løsningsforslaget
GitHubs nye chatintegrationer giver en aktuel anledning til at forbedre overdragelsen. Metoden her er min anbefaling til selve opgavebeskrivelsen og kan bruges uden en AI-integration.
Skriv den observerede adfærd
Beskriv, hvem der forsøger at gøre hvad, og hvad der sker i stedet. Medtag de nødvendige trin og et ufølsomt eksempel. Skeln mellem noget, en deltager har oplevet, og noget, andre tror er årsagen.
Et tænkt eksempel er en kampagneside, hvor en formular ikke viser kvittering. Problemet er den manglende kvittering. Et forslag om at udskifte hele formularværktøjet er foreløbig kun én mulig løsning.
Definér det ønskede resultat
Skriv, hvilken adfærd der skal kunne observeres, når opgaven er løst. Tilføj de vigtige afgrænsninger, eksempelvis hvilke formularer eller sprog der er omfattet. Lad tekniske valg stå åbne, hvis de ikke allerede er besluttet.
En brugbar acceptbeskrivelse kan være, at en gyldig indsendelse giver en tydelig kvittering, mens en ugyldig indsendelse forklarer, hvad der mangler. Det er et tænkt eksempel, som skal tilpasses den konkrete opgave.
Bevar sporbarhed og åbne spørgsmål
Link til den relevante samtale og angiv, hvilke oplysninger der stadig mangler. Kontrollér, at modtageren faktisk har den nødvendige adgang. Kopiér ikke automatisk hele tråden, hvis den indeholder uvedkommende eller fortrolige oplysninger.
Søg efter en eksisterende opgave med samme problem. Hvis der allerede findes én, kan den nye henvendelse være yderligere dokumentation frem for en ny prioritet.
Lad en kollega læse briefet alene
Bed vedkommende forklare problem, forventet resultat og næste afklaring uden at åbne hele samtalen. Ret de steder, hvor teksten kræver skjult viden.
Først derefter prioriteres opgaven sammen med resten af arbejdet. Et velbeskrevet ønske er ikke automatisk et løfte om levering, og den forskel bør være synlig for både salg og udvikling.