Vælg først repository og datovindue
Start fra det projekt, hvis arbejde du vil opsummere. Vælg det understøttede en- eller to-dages interval. Dette forhindrer, at en opdatering om et klientrepository absorberer urelateret arbejde i et andet projekt.
Standup bruger registrerede, vellykkede eksekveringsforsøg i det vindue. En opgave kan have flere forsøg, så læs den daterede evidens i stedet for at antage, at dens oprindelige oprettelsesdato beskriver, hvornår det brugbare arbejde skete. Køede idéer og ufærdige anmodninger hører ikke hjemme i en opdatering om afsendt arbejde.
Brug ændringsloggen som et udkast baseret på evidens
Den genererede opdatering grupperer det tilgængelige arbejde i Tilføjet, Ændret, Rettet og Sikkerhed. Den kan besvare opfølgende spørgsmål ved hjælp af den samme gemte evidens. Det giver dig en måde at spørge, hvilken opgave der understøtter en linje, eller hvilke filer eksekveringen rapporterede at have ændret.
Vellykket eksekvering er ikke det samme som en produktionsudgivelse. Før du fortæller en kunde, at en funktion er lanceret, skal du tjekke, om dens ændringer blev gennemgået, merget og udrullet gennem din egen udgivelsesproces. Standup registrerer udviklingsarbejde; dine release notes fastlægger udgivelseshistorien.
Oversæt ændringer til en kundeworkflow
En teknisk linje som "tilføjet filtreret CSV-eksport" bliver nyttig, når du forklarer, hvad en kunde nu kan gøre, og hvor de finder det. Hold forklaringen knyttet til det faktiske resultat. Hvis opgaven kun forbedrede en forhåndsvisning, så præsenter den ikke som en ny eksportfunktion.
Brug ét konkret eksempel, nævn en begrænsning, når den påvirker det næste trin, og link til den relevante vejledning. Undgå fabrikerede tidsbesparelser, kundecitater eller påstande om adoption. Konkret produktadfærd er mere overbevisende end en superlativ uden belæg.
Bevar en gennemgangsvane omkring opsummeringen
Læs hver linje op mod opgaveresultatet og de tilgængelige patches. Fjern interne driftsdetaljer, der ikke hører hjemme i en kundeopdatering. Hvor et resultat er tvetydigt, skal du undersøge arbejdet eller udelade påstanden.
Sitets udgivelsesartikler følger det samme evidensprincip ved en anden grænse: de bruger offentliggjorte release notes og forklarer den praktiske arbejdsgang bag relevante ændringer. Standup hjælper med at indsamle udviklingsevidens. Release notes og redaktionel gennemgang afgør, hvad der bliver en offentlig produktpåstand.
Udforsk Hold klientkodearbejde knyttet til dets anmodning, Ét operatørarbejdsområde til flere klientrepositories.