En arkitekturoverlevering gir gjennomføringsteam nok kontekst til å implementere løsningen uten å måtte gjenoppdage viktige beslutninger. Den bør omfatte en felles gjennomgang og tydelig eierskap, ikke bare et dokument sendt når designarbeidet er ferdig.
Oppbevar dette i en versjonert kilde som teamene kan oppdatere. Lenk til autoritative kontrakter og krav i stedet for å lage en separat kopi som etter hvert avviker.
For en returportal følger du én retur fra kunden sender den til lagerets bekreftelse. Be implementeringsteamet forklare duplikatpolicyen, støtteteamet forklare hvordan en fastlåst retur blir funnet, og testteamet forklare hvordan akseptansekriteriene skal kontrolleres.
Hvis lagergrensesnittet fortsatt er usikkert, identifiser eieren, eksperimentet som trengs, og datoen da svaret begynner å påvirke gjennomføringen. Merk en midlertidig antakelse tydelig; ikke fremstill den som verifisert funksjonalitet.
Avtal hvilke endringer som krever arkitekturgjennomgang, og hvilke teamet kan gjøre selv. Legg gjennomganger rundt risikofylte integrasjoner eller første fungerende del, i stedet for å vente til siste utgivelse. Oppdater beslutninger når implementeringsbevis motsier opprinnelige antakelser.
En vellykket overlevering vises ved at teamene kan forklare og implementere tiltenkt oppførsel, og at ubesvarte spørsmål har eiere. Å telle sider eller samle en signatur alene beviser ikke forståelsen. For detaljerte føringer bremser implementeringen, mens manglende begrensninger fører til uforenlige valg mellom team.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner