Det er et par år siden at Microsoft skød sin ”Evergreen”-tilgang i gang og for alvor tog livtag med de versionsefterslæb, der har plaget virksomheder gennem mange år. Nemlig ved at lade Dynamics 365 opdatere månedligt, så løsningerne automatisk holdes ajour, inklusive alle nye funktionaliteter.
Tiltaget var ambitiøst og på mange måder en virkelig god idé. Bagsiden af mønten er imidlertid, at de månedlige opdateringer kan få hele eller dele af en virksomheds ERP-løsning til at gå ned, hvis opdateringen konflikter med elementer i kernesystemet, tilpasninger eller integrationer.
Evergreen justeret: Færre opdateringer og større valgfrihed
Risikoen er reel. I de første par måneder efter Evergreen blev introduceret oplevede en af vore kunder f.eks., at de månedlige opdateringer af skiftende årsager fik et kritisk modul i deres Dynamics 365 for Finance and Operations til at gå ned, og på vandrørene hører man lignende historier fra andre virksomheder i ind- og udland. Heldigvis fangede vi udfordringerne allerede i testfasen og kunne håndtere dem, før det blev kritisk. Den pointe vender jeg tilbage til.
Noget tyder dog på, at Microsoft er opmærksom på, at alt ikke altid går som smurt med de månedlige opdateringer, for i mellemtiden er Evergreen-planerne ændret. Nu bliver der kun udsendt otte årlige opdateringer, hvoraf kun de største – i hhv. april og oktober – er obligatoriske at implementere.
Læs også: Obligatoriske opdateringer gør op med forældede Microsoft Dynamics-systemer
Afgørende at teste opdateringer før de implementeres
Hos Columbus anbefaler vi vores kunder, at de som minimum implementerer fire årlige opdateringer for ikke at falde i en afart af den traditionelle efterslæbsfælde.
Men det er stadig afgørende at teste hver enkelt opdatering grundigt på forhånd, så man ved, at alt fungerer, som det skal, før koden slippes fri i produktionsmiljøet. Alternativt risikerer man, at kritiske processer – og måske endda hele virksomheden – lammes helt eller delvist. Hvilket kan koste dyrt på såvel bundlinje som på troværdighedskontoen.
Test bør udføres på tværs af både:
- Kerneløsning (Dynamics 365 for Finance and Operations)
- Tilpasninger og moduler
- Integrationer
Det er et omfattende opgavekompleks, der kan udføres af en IT-afdeling med indgående testkompetencer. Men manuel test er mandskabskrævende samt behæftet med en betydelig fejlrisiko, fordi arbejdet både er omfattende og – sagt på godt dansk – ufatteligt monotont.
Få vished og spar tid med hjælp til automatiseret test
Automatiseret test er en langt bedre løsning, især hvis man målrettet definerer testcases baseret på virksomhedens kritiske kerneprocesser. Men selv om Microsoft stiller et værktøj (RSAT) til rådighed, som kan automatisere regressionstest af kerneløsningen samt tilretninger, så er det reelt ikke muligt at håndtere uden indgående testkompetencer. Og test af integrationer er endnu mere komplekst.
Automatiseret test er en langt bedre løsning, især hvis man målrettet definerer testcases baseret på virksomhedens kritiske kerneprocesser.
Derfor har vi hos Columbus udviklet en testservice, hvor vi – sammen med virksomheden – indledningsvis vurderer, hvilke processer der er essentielle at teste og undersøger, hvor de kører. Nogle processer kan køre samtidig flere steder i organisationen, og samtlige sammenhænge skal testes af hver gang.
Herefter opbygges testcases, som køres gennem Microsoft RSAT (til test af D365 kernen samt tilpasninger), ligesom regressionstest af processer, der kører på tværs af integrationer kan automatiseres af Columbus’ test-specialister. Over tid sørger vi også for at udvikle og tilpasse testcases, så de forbliver relevante.
Styrk oppetid og stabilitet i hele organisationen
Servicen giver dels virksomheden grundlag for at optimere oppetid og stabilitet. Ikke blot lokalt i f.eks. en enkelt landeafdeling, men også på tværs af talrige datterselskaber med stor geografisk spredning. Dels får man de bedst tænkelige forudsætninger for at drage fordel af den nyskabelse, som Evergreen vitterlig er.
Selv om et produkt angiveligt er 100% standard og tillid er godt, så er kontrol bare bedre. For det er vigtigt at vide på forhånd, at alt vil fungere som det skal, når virksomhedens kerneprocesser står på spil. Bare for en sikkerheds skyld.