Go Back

Bytte kvalitetssystem uten kaos: en migreringsplan i fire faser

Bytte kvalitetssystem uten kaos: en migreringsplan i fire faser

Bytte kvalitetssystem uten kaos: en migreringsplan i fire faser

·

·

Du har sannsynligvis visst lenge at kvalitetssystemet dere bruker ikke holder mål. Det du ikke har landet, er hvem som tar ansvaret hvis dokumentasjon forsvinner underveis i byttet — og det er derfor beslutningen fortsatt ligger der.

Frykten er rasjonell. Et kvalitetssystem er sporet som viser at oppdragene er utført og kontrollert slik de skal. Et hull i det sporet er ikke en irritasjon, det er et funn ved neste kvalitetskontroll. Kravet om forsvarlig kvalitetsstyring i regnskapsførerloven § 4-1 gjelder uavbrutt — det tar ikke pause mens dere bytter leverandør.

Planen under forutsetter at dere bytter fra et eksisterende system, ikke fra Excel og mappestruktur. Den er delt i faser framfor uker, fordi hvor lang tid hver fase tar avhenger av datamengde, antall kontorer og hvor mye som må avklares med tredjeparter. Det viktige er ikke hvor raskt dere går, men at dere ikke går videre før forrige fase er lukket.

Risikoen ligger sjelden i systemet

Tre ting går galt når byråer bytter kvalitetssystem. Ingen av dem handler om funksjonalitet i det nye systemet.

Dokumentasjonshullet. Oppdrag som utføres i overgangen havner mellom to systemer. Kontrollen er gjort, men dokumentert i det gamle systemet — som ble stengt kort tid etter, uten at noen eksporterte den.

Den halvferdige utrullingen. Tre erfarne medarbeidere fortsetter i det gamle systemet fordi de har det travelt. Etter et halvår har dere to systemer, dobbel lisenskostnad og ingen som vet hvor gjeldende versjon av en sjekkliste ligger. Årsaken er nesten alltid at det aldri ble satt en dato for stenging.

Enmannsprosjektet. Migreringen legges på kvalitetsansvarlig, som allerede har full oppdragsportefølje. Prosjektet får tiden som blir til overs, og det blir aldri tid til overs i mars.

Alle tre er prosjektstyringsfeil, ikke systemfeil — og de kan planlegges bort.

Fire beslutninger før dere begynner

1.   Sett stengedatoen først. Bestem hvilken dato det gamle systemet settes til skrivebeskyttet, og kommuniser den før dere begynner. Uten en dato blir parallell drift permanent. Datoen er deres egen — den settes ut fra når dere realistisk kan ha alle fasene i havn, ikke ut fra hva en leverandør lover.

2.   Avgjør hvor mye historikk som skal med. Alt trenger ikke flyttes — se avsnittet om datamigrering nedenfor.

3.   Utpek en eier med frigjort tid. Ikke en ansvarlig i tillegg til alt annet, men en person som får redusert oppdragsbelastning. Dette er den enkeltbeslutningen som oftest avgjør om prosjektet lander.

4.   Velg pilotgruppen. Ett team på tre til fem personer, med en blanding av entusiaster og skeptikere. Skeptikerne finner problemene, entusiastene løser dem.

Migreringsplan for bytte av kvalitetssystem

Fire faser. Kolonnen til høyre er det som avgjør om dere er klare for neste — ikke kalenderen.



Fase 1. Hent ut alt mens dere fortsatt har tilgang og lisensen løper. Dette er det eneste steget som ikke kan repareres i etterkant — be om et komplett eksportuttrekk, ikke bare det dere tror dere trenger. Bruk samme fase på å rydde i rollestrukturen framfor å kopiere den.

Fase 2. Hold igjen på tilpasninger. Byråer som skreddersyr alt før noen har brukt systemet i praksis, bygger inn feil som først oppdages ved utrulling.

Fase 3. Én regel gjør pilotfasen håndterbar: arbeid som startes i nytt system, fullføres i nytt system. Hold parallell drift så kort som mulig og la den gjelde pilotgruppen, ikke hele byrået. Lang parallell drift føles trygt og er som regel det motsatte: to steder å lete og to versjoner av sannheten.

Fase 4. Gammelt system settes til skrivebeskyttet, ikke slettet. Behold lesetilgang i den perioden dere har avtalt med leverandøren.

Hva planen ikke dekker

To ting går på egen klokke, og det er bedre å planlegge for det enn å bli overrasket.

Integrasjoner har egen ledetid. Oppkobling mot regnskaps- og lønnssystem avhenger av tredjeparter og av hvilke tilganger som må på plass hos dere. Legg det som et eget løp ved siden av migreringen, ikke som en oppgave i en bestemt fase. Avklar ledetiden med leverandøren før dere setter stengedatoen — selve systembyttet kan gå videre mens integrasjonene kommer på plass.

Store historiske arkiver tar tid. Har dere flere års dokumentasjon å gå gjennom, blir det ikke unnagjort på si. Det er en av grunnene til at anbefalingen under er å arkivere framfor å migrere.

Datamigrering: flytt det aktive, arkiver resten

Aktivt — skal migreres. Løpende kunder, gjeldende oppdragsavtaler, sjekklister og maler i bruk, pågående oppgaver, medarbeiderdokumentasjon.

Historikk — skal arkiveres, ikke migreres. Avsluttet oppdragsdokumentasjon skal etter regnskapsførerloven § 5-3 oppbevares i fem år etter regnskapsårets slutt, og skriftlig kommunikasjon med oppdragsgiver om lovbrudd, jf. § 5-4 annet ledd, i ti år. Materialet må være lesbart og gjenfinnbart, men det trenger ikke ligge i det nye kvalitetssystemet. Dokumentasjon fra kundetiltak, inkludert ID-kontroll og PEP-vurderinger, følger en egen frist: hvitvaskingsloven § 30 krever lagring i fem år etter at kundeforholdet ble avsluttet, og når fristen er ute skal personopplysningene slettes.

Dødvekt — skal ikke med. Utkast, dubletter og dokumenter knyttet til kunder dere ikke lenger har, der oppbevaringsplikten er utløpt. En migrering er det beste tidspunktet på flere år for å rydde her, jf. prinsippet om lagringsbegrensning i personvernforordningen artikkel 5 nr. 1 bokstav e.

Selve overføringen bør ikke være deres jobb. Når byråer bytter til AdminFlow, gjør vi import og grunnoppsett som del av onboardingen. Hvor mye som kan leses direkte fra eksportfilene og hvor mye som må tilrettelegges manuelt, avhenger av hvilket system dere kommer fra — og det er også det som avgjør hvor tung fase 1 og 2 blir for akkurat dere.

Opplæring og roller

Samlet opplæring for hele byrået er dårlig bruk av alles tid. Del etter rolle, hold øktene korte og gjør dem praktiske — folk lærer på egne oppdrag, ikke på demodata. Utpek én superbruker per kontor; uten det havner alle spørsmål hos systemeieren, som blir flaskehalsen.

Rutinene bør ligge i systemet fra dag 1. I AdminFlow ligger kunnskapsbasen og medarbeiderkontrollen i samme løsning som oppgavestyringen, slik at rutinen og arbeidet som følger rutinen ikke er to adskilte steder.


Neste steg

Planen fungerer uavhengig av hvilken leverandør dere velger. Bruk den som mal, eller send den til den dere er i dialog med og be dem forplikte seg til den.

Et kvalitetssystem er dessuten ikke bare en kostnad. Byråer som bruker AdminFlow, kan tilby Styrerom-modulene videre til egne kunder gjennom kundeportalen, og ta betalt for det.

Skal dere over til oss, er neste steg en gjennomgang av deres eget datagrunnlag — hva dere kommer fra, hvor mye historikk som må med, og hvilken ledetid integrasjonene deres krever. Først da er det mulig å si noe fornuftig om hvor lang tid dette faktisk tar hos dere.

Book en gjennomgang av migreringen →

Du har sannsynligvis visst lenge at kvalitetssystemet dere bruker ikke holder mål. Det du ikke har landet, er hvem som tar ansvaret hvis dokumentasjon forsvinner underveis i byttet — og det er derfor beslutningen fortsatt ligger der.

Frykten er rasjonell. Et kvalitetssystem er sporet som viser at oppdragene er utført og kontrollert slik de skal. Et hull i det sporet er ikke en irritasjon, det er et funn ved neste kvalitetskontroll. Kravet om forsvarlig kvalitetsstyring i regnskapsførerloven § 4-1 gjelder uavbrutt — det tar ikke pause mens dere bytter leverandør.

Planen under forutsetter at dere bytter fra et eksisterende system, ikke fra Excel og mappestruktur. Den er delt i faser framfor uker, fordi hvor lang tid hver fase tar avhenger av datamengde, antall kontorer og hvor mye som må avklares med tredjeparter. Det viktige er ikke hvor raskt dere går, men at dere ikke går videre før forrige fase er lukket.

Risikoen ligger sjelden i systemet

Tre ting går galt når byråer bytter kvalitetssystem. Ingen av dem handler om funksjonalitet i det nye systemet.

Dokumentasjonshullet. Oppdrag som utføres i overgangen havner mellom to systemer. Kontrollen er gjort, men dokumentert i det gamle systemet — som ble stengt kort tid etter, uten at noen eksporterte den.

Den halvferdige utrullingen. Tre erfarne medarbeidere fortsetter i det gamle systemet fordi de har det travelt. Etter et halvår har dere to systemer, dobbel lisenskostnad og ingen som vet hvor gjeldende versjon av en sjekkliste ligger. Årsaken er nesten alltid at det aldri ble satt en dato for stenging.

Enmannsprosjektet. Migreringen legges på kvalitetsansvarlig, som allerede har full oppdragsportefølje. Prosjektet får tiden som blir til overs, og det blir aldri tid til overs i mars.

Alle tre er prosjektstyringsfeil, ikke systemfeil — og de kan planlegges bort.

Fire beslutninger før dere begynner

1.   Sett stengedatoen først. Bestem hvilken dato det gamle systemet settes til skrivebeskyttet, og kommuniser den før dere begynner. Uten en dato blir parallell drift permanent. Datoen er deres egen — den settes ut fra når dere realistisk kan ha alle fasene i havn, ikke ut fra hva en leverandør lover.

2.   Avgjør hvor mye historikk som skal med. Alt trenger ikke flyttes — se avsnittet om datamigrering nedenfor.

3.   Utpek en eier med frigjort tid. Ikke en ansvarlig i tillegg til alt annet, men en person som får redusert oppdragsbelastning. Dette er den enkeltbeslutningen som oftest avgjør om prosjektet lander.

4.   Velg pilotgruppen. Ett team på tre til fem personer, med en blanding av entusiaster og skeptikere. Skeptikerne finner problemene, entusiastene løser dem.

Migreringsplan for bytte av kvalitetssystem

Fire faser. Kolonnen til høyre er det som avgjør om dere er klare for neste — ikke kalenderen.



Fase 1. Hent ut alt mens dere fortsatt har tilgang og lisensen løper. Dette er det eneste steget som ikke kan repareres i etterkant — be om et komplett eksportuttrekk, ikke bare det dere tror dere trenger. Bruk samme fase på å rydde i rollestrukturen framfor å kopiere den.

Fase 2. Hold igjen på tilpasninger. Byråer som skreddersyr alt før noen har brukt systemet i praksis, bygger inn feil som først oppdages ved utrulling.

Fase 3. Én regel gjør pilotfasen håndterbar: arbeid som startes i nytt system, fullføres i nytt system. Hold parallell drift så kort som mulig og la den gjelde pilotgruppen, ikke hele byrået. Lang parallell drift føles trygt og er som regel det motsatte: to steder å lete og to versjoner av sannheten.

Fase 4. Gammelt system settes til skrivebeskyttet, ikke slettet. Behold lesetilgang i den perioden dere har avtalt med leverandøren.

Hva planen ikke dekker

To ting går på egen klokke, og det er bedre å planlegge for det enn å bli overrasket.

Integrasjoner har egen ledetid. Oppkobling mot regnskaps- og lønnssystem avhenger av tredjeparter og av hvilke tilganger som må på plass hos dere. Legg det som et eget løp ved siden av migreringen, ikke som en oppgave i en bestemt fase. Avklar ledetiden med leverandøren før dere setter stengedatoen — selve systembyttet kan gå videre mens integrasjonene kommer på plass.

Store historiske arkiver tar tid. Har dere flere års dokumentasjon å gå gjennom, blir det ikke unnagjort på si. Det er en av grunnene til at anbefalingen under er å arkivere framfor å migrere.

Datamigrering: flytt det aktive, arkiver resten

Aktivt — skal migreres. Løpende kunder, gjeldende oppdragsavtaler, sjekklister og maler i bruk, pågående oppgaver, medarbeiderdokumentasjon.

Historikk — skal arkiveres, ikke migreres. Avsluttet oppdragsdokumentasjon skal etter regnskapsførerloven § 5-3 oppbevares i fem år etter regnskapsårets slutt, og skriftlig kommunikasjon med oppdragsgiver om lovbrudd, jf. § 5-4 annet ledd, i ti år. Materialet må være lesbart og gjenfinnbart, men det trenger ikke ligge i det nye kvalitetssystemet. Dokumentasjon fra kundetiltak, inkludert ID-kontroll og PEP-vurderinger, følger en egen frist: hvitvaskingsloven § 30 krever lagring i fem år etter at kundeforholdet ble avsluttet, og når fristen er ute skal personopplysningene slettes.

Dødvekt — skal ikke med. Utkast, dubletter og dokumenter knyttet til kunder dere ikke lenger har, der oppbevaringsplikten er utløpt. En migrering er det beste tidspunktet på flere år for å rydde her, jf. prinsippet om lagringsbegrensning i personvernforordningen artikkel 5 nr. 1 bokstav e.

Selve overføringen bør ikke være deres jobb. Når byråer bytter til AdminFlow, gjør vi import og grunnoppsett som del av onboardingen. Hvor mye som kan leses direkte fra eksportfilene og hvor mye som må tilrettelegges manuelt, avhenger av hvilket system dere kommer fra — og det er også det som avgjør hvor tung fase 1 og 2 blir for akkurat dere.

Opplæring og roller

Samlet opplæring for hele byrået er dårlig bruk av alles tid. Del etter rolle, hold øktene korte og gjør dem praktiske — folk lærer på egne oppdrag, ikke på demodata. Utpek én superbruker per kontor; uten det havner alle spørsmål hos systemeieren, som blir flaskehalsen.

Rutinene bør ligge i systemet fra dag 1. I AdminFlow ligger kunnskapsbasen og medarbeiderkontrollen i samme løsning som oppgavestyringen, slik at rutinen og arbeidet som følger rutinen ikke er to adskilte steder.


Neste steg

Planen fungerer uavhengig av hvilken leverandør dere velger. Bruk den som mal, eller send den til den dere er i dialog med og be dem forplikte seg til den.

Et kvalitetssystem er dessuten ikke bare en kostnad. Byråer som bruker AdminFlow, kan tilby Styrerom-modulene videre til egne kunder gjennom kundeportalen, og ta betalt for det.

Skal dere over til oss, er neste steg en gjennomgang av deres eget datagrunnlag — hva dere kommer fra, hvor mye historikk som må med, og hvilken ledetid integrasjonene deres krever. Først da er det mulig å si noe fornuftig om hvor lang tid dette faktisk tar hos dere.

Book en gjennomgang av migreringen →

More posts you may like

Book demo av byråløsningen eller styrerommet vårt i dag og se hvordan du kan få full kontroll på ditt byrå eller ditt selskap.

A screenshot of a digital interface showing data entries, navigation tabs, and statistics.
Dashboard interface displaying data visualizations and metrics, including graphs and charts, in a structured layout.

Book demo av
AdminFlow i dag

Book demo

Book demo av
AdminFlow i dag

Book demo av byråløsningen eller styrerommet vårt i dag og se hvordan du kan få full kontroll på ditt byrå eller ditt selskap.

Book demo

Dashboard interface displaying data visualizations and metrics, including graphs and charts, in a structured layout.

Book demo av
AdminFlow i dag

Book demo av byråløsningen eller styrerommet vårt i dag og se hvordan du kan få full kontroll på ditt byrå eller ditt selskap.

Dashboard interface displaying data visualizations and metrics, including graphs and charts, in a structured layout.

Book demo

Book demo av
AdminFlow idag

Book demo av byråløsningen eller styrerommet vårt i dag og se hvordan du kan få full kontroll på ditt byrå eller ditt selskap.

Dashboard interface displaying data visualizations and metrics, including graphs and charts, in a structured layout.

Book demo