Kompetens och bemanning
Målplattformen behöver ägas när konsulten har lämnat. Det är en planeringsfråga, inte en rekryteringsfråga som kan tas sedan.
Namnge ansvaret innan ni bygger
Azure flyttar arbete från en driftavdelning till ett team, och delar av det arbetet fanns inte tidigare. Utse ansvarig för varje del, med namn:
- runtime och uppgraderingar
- nätverk, brandvägg och privata endpoints
- certifikat, secrets och deras förnyelse
- CI/CD-pipelines och miljöhantering
- larm, jour och eskalering
- kostnadsuppföljning per flöde
- partnerkontakt vid EDI-fel
Lär genom att bygga den första vågen
En överlämning efter avslutat projekt är dokumentation, inte kompetensöverföring. Teamet lär sig plattformen genom att bygga, driftsätta och felsöka i den.
Låt ert eget team äga första vågen med stöd bredvid sig, i stället för att ta över en färdig leverans. Det ser långsammare ut i projektplanen och är snabbare i verkligheten.
Bestäm vad ni inte ska kunna själva
Allt behöver inte finnas internt. Men det ska vara ett beslut, inte en upptäckt vid första incidenten.
Skriv ned vilka delar som köps, hur de eskaleras och vilken responstid som gäller. Ett flöde där bara en person kan felsöka är en risk oavsett om personen är anställd eller inhyrd.
Räkna med att BizTalk-kunskapen behövs längst
Under parallelldriften behöver ni båda plattformarna samtidigt, och den som kan den gamla miljön är ofta samma person som ska bygga den nya.
Planera för det i bemanningen. Om BizTalk-kompetensen försvinner mitt i migreringen blir felsökning och verifiering av det gamla beteendet svårare.
Nästa steg
Riskerna ovan är billigast att hantera innan estimatet är satt. Kalkylatorn ger ett intervall utifrån era artefaktantal, och kostnadssidan visar vad som flyttar er till toppen av det.