BizTalk/Migrering

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.