Programvaruöverlämning: vad ett nytt team måste kunna
En självständig installation och en liten ändring visar om kod, konfiguration och driftkunskap hänger ihop.
En fullständig programvaruöverlämning bör bedömas efter om ett annat team kan sätta upp applikationen, göra en avgränsad ändring och driftsätta den i en testmiljö. Källkoden behövs. Det självständiga försöket visar om även den övriga kunskapen har överförts.
För beställaren är den praktiska frågan hur mycket som fortfarande beror på en viss person eller dator. En nedladdningsbar fil besvarar inte det.
En ren miljö visar luckorna
I ett fiktivt exempel får det nya teamet den godkända versionen R-1 av en beställningsportal. På den tidigare bärbara datorn startar allt. På ett rent testsystem saknas däremot exakt körmiljöversion, hur en tom databas sätts upp och betydelsen av två miljövariabler. Koden har kommit fram; delar av uppsättningen är oklara.
Ett långt allmänt dokument kan lämna samma lucka. En användbar instruktion gör att teamet kan följa de steg som faktiskt behövs. Twelve-Factor-principerna skiljer föränderlig konfiguration från kod och förespråkar liknande utvecklings- och produktionsmiljöer. De ger vägledning, inte ett komplett överlämningsprotokoll för varje teknik.
En liten ändring som bevis
I försöket installeras R-1 med fastställda beroenden. Teamet skapar en tom testdatabas, använder konstgjorda inloggningsuppgifter och genomför testorder T-31. Produktionsnycklar hör inte hemma i kodarkivet eller instruktionen.
Sedan ändras fältnamnet ”Referens” till ”Kundreferens”, applikationen byggs om och driftsätts i testmiljön. Till sist återställs föregående version. Det lilla ingreppet prövar om uppbyggnad, ändring, driftsättning och återgång förstås tillsammans. Det bevisar inte att alla framtida funktioner behärskas.
Om det tidigare teamet behöver ge saknade steg ska de läggas till i överlämningen och provas igen. En muntlig förklaring löser stunden; luckan är varaktigt stängd först när kunskapen finns kvar vid nästa försök.
När mindre omfattning räcker
Vid en begränsad utökning av en plattform som redan drivs gemensamt kan överlämning av ändrad kod vara ett användbart delsteg. En helt ny driftmiljö kan vara oproportionerlig. Då måste det vara tydligt vilken kunskap och åtkomst som redan finns och vem som fortsatt ansvarar.
Testtjänster går också bra när riktiga kopplingar inte ska användas. Ange vilken del som därför inte prövats. En simulerad betalning visar ingen fungerande produktionskoppling.
Vid ett fullständigt teambyte är det självständiga försöket det starkare måttet. Det synliggör kvarvarande arbete innan den tidigare kontakten inte längre är tillgänglig. Godkännandet bör ange version, genomfört flöde och öppna beroenden.
Källor
Läs vidare
Alla artiklar
Mjukvaruutveckling med ASES
Skräddarsydd programvara, webb- och mobilappar