Kom ind i et Jira-projekt midt i en release: find ansvarlige, åbne beslutninger og resterende arbejde

En udvikler kommer ind i kundeportalteamet få dage før næste release. Jira-issuet indeholder masser af aktivitet, men at læse alle kommentarer besvarer ikke straks tre praktiske spørgsmål: hvem skal jeg arbejde sammen med, hvilke valg er afklaret, og hvad kræver opmærksomhed nu?

En kort overdragelse kan besvare spørgsmålene ved at gennemgå de aktuelle arbejdsaftaler. Power Pack giver teamet flere visninger at bruge sammen med Jira-issuet. Værdien opstår ved at forbinde hver visning med den nyankomnes første opgave.

Dette er en illustrativ overdragelse med demoissuet Customer Portal 2.0. Skærmbillederne viser rigtige Power Pack-skærme med eksempelindhold, herunder indledende beslutningsposter. Samtalen nedenfor er fiktiv.

Start med en leverance, og find derefter personerne

Antag, at den nye udvikler skal hjælpe med at forberede portalens lanceringsoverdragelse. Åbn ansvarsmatricen, og find den række, før du introducerer alle involverede i releasen.

Eksempelmatricen indeholder fire leverancer: kundeonboarding, sikker kontoadgang, vurdering af releasekvalitet samt overdragelse til lancering og support. Sophie Chen, Marcus Rivera og Aisha Patel står i kolonnerne.

Forstør

På rækken for lancering og supportoverdragelse har Sophie det endelige ansvar, Marcus udførelsesansvaret, og Aisha orienteres. I vores fiktive overdragelse forklarer Marcus det aktuelle arbejde, og Sophie præciserer, hvad den færdige overdragelse skal opnå.

Den nye udvikler kan nu stille et konkret spørgsmål: “Hjælper jeg Marcus med at færdiggøre denne leverance, eller ændrer vi, hvem der har ansvaret?” Aftal det, før matricen opdateres. At komme ind i projektet overfører ikke automatisk et ansvar.

De grønne statusmærker på rækkerne dokumenterer ikke, at folk har tid, eller at arbejdet er færdigt. Bekræft arbejdsaftalen med de involverede.

Læs beslutningsstatus, før du følger en præference

Dernæst åbner udvikleren beslutningsloggen. En titel som “API-arkitektur: GraphQL Federation kontra RESTful-mikrotjenester” kan se autoritativ ud, især når posten viser en foretrukken mulighed.

I denne optagelse er alle tre indledende poster Foreslået. Oversigten viser, at ingen af de tre beslutninger er truffet.

Forstør

Den forskel ændrer overdragelsen. I stedet for at sige til den nye kollega “vi har besluttet at bruge dette” skal teamet forklare, hvilke valg der faktisk er afklaret, og hvor aftalen er registreret.

Læs kontekst og konsekvenser sammen for en beslutning, som påvirker den nye opgave. Spørg, hvilken antagelse valget bygger på, og hvem der kan afklare et udestående spørgsmål. Find derefter det relevante implementeringsarbejde gennem teamets normale Jira-links.

Bed ikke en ny kollega om at udlede et godkendt design af en lovende titel eller den seneste selvsikre kommentar.

Slut med ét nyttigt første bidrag

Visningen Definition of Done viser fire færdige kontroller og to åbne: releasenoter og supportvejledning samt en tilbagerulningsøvelse.

Forstør

I dette eksempel beder Marcus den nye udvikler sammenligne supportvejledningen med den aktuelle releasekandidat. De aftaler, hvilken version der skal undersøges, hvor afvigelser skal registreres, og hvem der gennemgår rettelserne. Tilbagerulningsøvelsen forbliver en separat opgave med egne koordineringsbehov.

Overdragelsen slutter nu med et lille, forståeligt bidrag. Udvikleren kender den relevante ansvarlige, ved, hvilke beslutninger der skal afklares, og hvilken dokumentation der skal leveres tilbage.

Bed den nye kollega beskrive aftalen med egne ord, før samtalen afsluttes. Hvis vedkommende ikke kan forklare, hvem der skal kontaktes, eller hvad færdigt betyder, så luk det hul, mens alle er til stede.

Vælg én leverance ved næste projektoverdragelse, og gennemgå dens personer, beslutninger og resterende kontroller. Power Pack til Jira holder disse visninger ved siden af arbejdet, så samtalen kan begynde med projektets aktuelle tilstand.