Hvordan bør det første hold se ud?
| Fase | Typisk sammensætning |
|---|---|
| Nyt produkt eller MVP | 2-3 fullstack-udviklere, 1 designer på deltid, product owner hos jer |
| Voksende produkt | Frontend- og backend-udviklere, 1 QA-ingeniør, en tech lead |
| Skalerende platform | Flere featureteams, DevOps-ingeniør, testautomatisering, leveranceleder |
Det er udgangspunkter. Den rette sammensætning afhænger af jeres arkitektur, udgivelsesrytme og hvor meget af teamet I allerede har internt.
Hvordan fungerer agile ceremonier på tværs af tidszoner?
- Daglig stand-up i den fælles tid: den europæiske eftermiddag for amerikanske teams, når som helst for europæiske teams
- Sprintplanlægning og review på de samme dage for alle, med backlog forfinet skriftligt på forhånd
- Asynkrone opdateringer i tickets og pull requests, så ingen venter på et møde for at komme videre
- Retrospektiver, der omfatter både jeres ingeniører og holdet, ikke adskilte
Hvordan holder I kodekvaliteten høj?
- De samme reviewregler for alle: ingen merge uden godkendelse, til at begynde med mindst én reviewer fra jeres side
- Automatiserede tests og linting i pipelinen, så kvaliteten ikke afhænger af reviewerens opmærksomhed
- Arkitekturbeslutninger noteret i korte skriftlige noter, så nye ingeniører forstår, hvorfor tingene er bygget, som de er
- Regelmæssig parprogrammering mellem jeres seniorudviklere og holdet i de første måneder
Læs videre
Hvordan sikres kildekoden?
Ingeniørerne arbejder kun i jeres repositories med personlige konti, multifaktorgodkendelse og de rettigheder, deres rolle kræver. Hemmeligheder ligger i jeres secret manager, aldrig i kode eller chat. Adgang til produktion er begrænset og logges, og adgang fjernes samme dag, en person forlader holdet. Alle teammedlemmer er bundet af tavshedspligt.
Hvilke leveranceindikatorer bør I holde øje med?
| Måling | Spørgsmål den besvarer |
|---|---|
| Deployment-frekvens | Hvor ofte sender vi til produktion? |
| Gennemløbstid for ændringer | Hvor lang tid går der fra commit til drift i produktion? |
| Fejlrate for ændringer | Hvor stor en andel af udgivelserne forårsager en hændelse eller rollback? |
| Tid til genoprettelse | Hvor hurtigt kommer vi på fode, når noget går i stykker? |
Hvordan skaleres holdet op eller ned?
Tilføj folk, når køreplanen og ikke kalenderen kræver det: et nyt produktområde, en platformsmigrering eller en backlog af testautomatisering. Nye ingeniører kommer hurtigere i gang, når de slutter sig til et etableret hold med dokumenteret praksis. Hvis I skal reducere teamet, så aftal opsigelsesvarsler og en overdragelsesplan i kontrakten, så viden bliver hos jeres produkt.