Kalo te përmbajtja
Menaxhimi i Dokumenteve

Migrim i Dokumenteve HR nga Drive-t e Përbashkëta

Një playbook praktik për ekipet HR që po dalin nga kaosi i Google Drive, OneDrive dhe SharePoint

Ekipi Safepiens | | 7 min lexim
Migrim i Dokumenteve HR nga Drive-t e Përbashkëta

Nëse dokumentet e tua HR aktualisht jetojnë në Google Drive, OneDrive, SharePoint ose një file share rrjeti, ndoshta tashmë ke vendosur që të duhet diçka më e mirë. Pyetja më e vështirë është si të arrish atje pa i vënë zjarrin kalendarit të ekipit ose pa humbur gjurmët se cili version është aktualja. Ky është playbook-u i migrimit për ekipet HR që po bëjnë kërcimin, përfshirë pjesët që shumica e vendorëve i kapërcejnë kur pitch-ojnë implementimin.

Pse Ky Migrim Është më i Vështirë Seç Duket

Një migrim nga drive i përbashkët duket si "kopjo skedarët në veglën e re, konfiguro aksesin, mbaroi". Rrallë është kështu. Tri gjëra surprizojnë rregullisht ekipet që nuk e kanë bërë më parë.

Së pari, dokumentet janë jokoherente. Një dosje e quajtur Kontrata përmban kontrata, addenda, NDA dhe tre PDF të palidhura. Naming convention-et ndryshuan në 2021 kur erdhi HR director-i i ri. Gjysma e skedarëve nuk ka metadata. Migrimi nuk mund vetëm t'i kopjojë; duhet t'i klasifikojë.

Së dyti, modeli i aksesit në drive-t e përbashkëta është pothuajse gjithmonë i gabuar. Lejet grumbullohen ndër vite. Njerëz që janë larguar nga kompania para dy vitesh shfaqen ende në grupet e aksesit. Migrimi nuk mund vetëm të ruajë aksesin aktual; duhet të dizajnojë një të ri.

Së treti, workflow-i aktiv nuk ndalon ndërsa po migron. Punonjësit e rinj vazhdojnë të mbërrijnë. Kontratat vazhdojnë të kenë nevojë për nënshkrime. Migrimi duhet të xhirojë krah për krah me business as usual, që do të thotë një datë cutover të qartë dhe një dorëzim të pastër.

Tre Pattern-et e Migrimit dhe Kur t'i Përdorësh

Ka tri pattern-e të zbatueshme për këtë lloj lëvizjeje.

Pattern A: Cutover, Pastaj Backfill

Cakto një datë. Pas asaj date, të gjitha dokumentet e reja HR shkojnë në sistemin e ri. Dokumentet historike mbeten në drive-n e përbashkët në modalitet read-only dhe bëhen backfill në javët ose muajt pasues. Ky është pattern-i me rrezikun më të ulët dhe zgjedhja më e zakonshme. Funksionon sepse ekipi adopton tool-in e ri me punën e re, ndërsa tool-i i vjetër mbetet i disponueshëm për konsultime.

Pattern B: Migrim Big-Bang

Migro gjithçka në një weekend, fik drive-n e përbashkët të hënën. Ky pattern është më i shpejtë por më i rrezikshëm. Kërkon punë klasifikimi shumë të ngushtë paraprake dhe një matricë aksesi të pastër. Ia vlen vetëm për kompani të vogla (nën 100 punonjës) ose ekipe që e kanë bërë tashmë punën e klasifikimit për një arsye tjetër.

Pattern C: I Stadiuar sipas Kohortës së Punonjësit

Migro punonjësit aktivë të parët, pastaj të larguarit brenda dritares së retention-it, pastaj arkivin historik. Çdo kohortë bën cutover-in në mënyrë të pavarur. Mirë për kompani me arkiva historike shumë të mëdha, sepse të lejon të vonosh pjesën më të ngadalshme të punës pa vonuar përfitimin e përditshëm.

Shumica e ekipeve të mesme zgjedhin Pattern-in A. Pjesa tjetër e këtij playbook-u supozon atë pattern.

Një Kornizë në 5 Hapa për Migrim nga Drive i Përbashkët

1. Inventarizo Çfarë Ka Vërtet në Drive-n e Përbashkët

Lësho një script ose bëj një skanim manual për të numëruar skedarët sipas dosjes, moshës dhe madhësisë afërsisht. Shumica e ekipeve HR zbulojnë që drive-i i tyre i përbashkët mban 30-60% skedarë që duhej të ishin fshirë para vitesh, 20-30% duplikate dhe vetëm 20-40% dokumente aktive aktuale. Të dish raportin i jep formë gjithçkaje më pas. Nuk duhet të migrosh peshën e vdekur.

2. Dizajno Taksoninë Target dhe Modelin e Aksesit

Para se të lëvizë ndonjë skedar, përcakto në sistemin e ri kategoritë, rregullat e retention-it dhe rolet e aksesit. Trajtoje si dizajn nga zeroja, jo si kopje të strukturës së drive-it të përbashkët. Struktura e drive-it të përbashkët është problemi nga i cili po ikën. Shumica e ekipeve HR përfundojnë me 12-20 kategori, katër-gjashtë role aksesi dhe tre-shtatë rregulla retention-i. Bëje të nënshkruhet para se të nisë migrimi.

3. Klasifiko Para se të Kopjosh

Sekreti i pisët i migrimeve dokumentare HR është që bottleneck-u është klasifikimi, jo shpejtësia e kopjimit. Çdo skedar duhet të caktohet në një kategori, të bashkëngjitet me punonjësin e duhur, t'i jepet një datë upload-i dhe (aty ku duhet) një skadencë. Diçka mund të dedukohet nga struktura e dosjeve dhe nga emri i skedarit, por një përqindje domethënëse kërkon review njerëzore. Planifiko realisht: 30-60 sekonda për skedar për klasifikim me review njerëzore, më shpejt nëse ke nxjerrje automatike.

4. Ekzekuto një Periudhë Paralele

Cakto një datë pas së cilës të gjitha dokumentet e reja HR shkojnë në sistemin e ri, dhe mbaje drive-n e përbashkët në read-only për të paktën 90 ditë. Gjatë periudhës paralele, kushdo që ka nevojë për një skedar nga drive-i i vjetër mund ta marrë ende, por nuk lejohen shkrime të reja. Kjo kap dokumentet që ke humbur pa detyruar një ri-migrim panik. Pas 90 ditësh pa kërkesa leximi mbi një dosje të dhënë, zakonisht mund ta arkivosh pa dëm.

5. Çaktivizo dhe Dokumento

Pasi mbaron periudha paralele, tërhiq formalisht drive-n e përbashkët. Vendose në read-only për një periudhë të fundit retention-i (shpesh një vit), pastaj bëj backup në cold storage. Dokumento migrimin me shkrim: çfarë u lëviz, çfarë u arkivua, çfarë u fshi, si duket sistemi i ri dhe cili është modeli i aksesit. Ky dokument bëhet evidencë herën tjetër që një auditor pyet për migrimin.

Gabime që Duhen Shmangur

  1. Të kopjosh strukturën e drive-it të përbashkët në sistemin e ri. Struktura është problemi nga i cili po ikën. Dizajno një taksonomi të re.
  2. Të kapërcesh hapin e klasifikimit. Një sistem i ri plot me skedarë të pakategorizuar është problem më i keq se një drive i përbashkët plot me skedarë të pakategorizuar, sepse ka kushtuar para për t'u ndërtuar.
  3. Të bësh migrimin pa një datë cutover. Pa datë, drive-i i vjetër mbetet në përdorim përgjithmonë dhe ekipi përfundon me dy sisteme paralele.
  4. Të harrosh pastrimin e aksesit. Migrimi i lejeve të drive-it të përbashkët në sistemin e ri sjell me vete dy-pesë vjet deriva aksesi.
  5. Të migrosh skedarë të vdekur. Dokumentet përtej retention-it duhet të fshihen para migrimit, jo të ngarkohen në sistemin e ri ku menjëherë shkelin politikën tënde të retention-it.

Lista e Kontrollit të Migrimit

  • Drive-i i përbashkët i inventarizuar, me numërime sipas dosjes, moshës dhe raportit aktiv-vs-i-vdekur
  • Taksonomia e re, rregullat e retention-it dhe modeli i aksesit të dizajnuara dhe të nënshkruara
  • Workflow-i i klasifikimit i përcaktuar, me buxhet kohor realist për skedar
  • Data e cutover-it e komunikuar, me periudhë paralele të planifikuar (90 ditë minimum)
  • Plani i çaktivizimit mbulon dritaren read-only, arkivin e ftohtë dhe retention-in final
  • Regjistër i shkruar i migrimit ekziston për qëllime auditi
  • Workflow-t aktive vazhdojnë pa ndërprerje gjatë migrimit

Si Duket Timing-u "i Mirë"

Një timeline realist për një kompani me 500 punonjës që migron nga një setup Google Drive në një sistem të vërtetë dokumentar HR:

  • Java 1-2: inventarizim dhe dizajn target
  • Java 3-4: konfigurim tool-i, role aksesi, rregulla retention-i
  • Java 5-6: nis periudha paralele, dokumentet e reja shkojnë në sistemin e ri
  • Java 5-12: klasifikim historik dhe migrim në valë
  • Java 13: periudha paralele mbaron, drive-i i përbashkët shkon në read-only
  • Muaji 6: drive-i i përbashkët kalon në cold archive
  • Muaji 12: çaktivizim i plotë sipas politikës së retention-it

Gjashtë muaj end-to-end, me ekipin që e ndjen përfitimin e përditshëm nga java 5. Më shpejt është e mundur për kompani më të vogla; më gjatë është normale për kompani me arkiva historike të thella ose backlog letre që duhet skanuar fillimisht.

Si e Mbështet Safepiens Migrimin

Safepiens është ndërtuar që sistemi i ri të jetë gati të marrë dokumente brenda ditësh, jo muajsh. Kategoritë dhe rregullat e retention-it për tipet standarde dokumentare HR vijnë të parakonfiguruara, aksesi i bazuar në role hartëzon mbi rolet HR standarde, dhe workflow-i i upload-it zbaton klasifikimin në momentin që një skedar zbret. Shumica e klientëve që migrojnë nga drive-t e përbashkëta mbarojnë konfigurimin në javën 1 dhe e xhirojnë periudhën paralele nga java 2. Pamja më e gjerë e si është jeta pas migrimit mbulohet në menaxhim dixhital të dokumenteve për ekipet HR, dhe zakonet operacionale që e bëjnë sistemin e ri të mbijetojë afatgjatë mbulohen në praktikat e mira të menaxhimit të dokumenteve HR.

Çfarë Dorëzon një Migrim i Pastër nga Drive i Përbashkët

Fitore të përditshme nga java 5

dokumentet e reja zbresin në një sistem të vërtetë nga data e cutover-it

Pa kurthin e sistemeve paralele

drive-i i përbashkët në read-only gjatë periudhës paralele, i çaktivizuar pastër pas

Klasifikim i pastër

çdo skedar i migruar ka kategori, owner, datë upload-i dhe skadencë aty ku duhet

Modeli i aksesit i resetuar

deriva e lejeve të drive-it të përbashkët nuk barret në sistemin e ri

Përputhshmëria e retention-it

skedarët e vdekur fshihen gjatë migrimit, jo ngarkohen në sistemin e ri

Evidencë auditi

regjistër i shkruar i asaj që u lëviz, u arkivua dhe u fshi

Pyetje të Shpeshta

Për një kompani të mesme (250-1.000 punonjës), parashiko 4-8 javë konfigurim plus një periudhë paralele 1-3 mujore për migrimin historik. Sistemi i ri është i përdorshëm për punën e përditshme nga java 5-6, dhe migrimi i plotë mbaron deri në muajin 3-4. Pjesa më e ngadalshme është klasifikimi i skedarëve historikë, jo kopjimi i tyre, dhe prandaj dizajni paraprak i taksonomisë ka më shumë rëndësi se shpejtësia e kopjimit.
Pothuajse gjithmonë fillo nga zeroja ditën e cutover-it: dokumentet e reja shkojnë në sistemin e ri, dhe drive-i i përbashkët bëhet read-only. Dokumentet historike migrohen në valë në javët pasuese. E kundërta (të migrosh gjithçka para se të dalësh live) duket e rregullt por merr muaj më shumë dhe vonon përfitimin e përditshëm. Pattern-i cutover-pastaj-backfill është më i shpejtë dhe me më pak rrezik.
Fshiji si pjesë e migrimit, jo më pas. Ngarkimi i regjistrimeve të skaduara në një sistem të ri që zbaton retention-in do t'i shënojë menjëherë si shkelje, që është momenti më i keq i mundshëm për të zbuluar se nevojitet pastrimi. Hapi pre-migrim i fshirjes është zakonisht pjesa me më shumë impakt të gjithë projektit, sepse drive-t e përbashkëta tipikisht mbajnë 30-60% skedarë përtej horizontit të retention-it.
Pattern-i cutover-pastaj-backfill është përgjigjja. Pas datës së cutover-it, të gjitha dokumentet e reja shkojnë në sistemin e ri, ndërsa drive-i i vjetër i përbashkët mbetet read-only për konsultime historike. Ekipi HR adopton tool-in e ri nëpërmjet punës së re, backfill-i historik xhiron në sfond, dhe nuk ka asnjë moment kur workflow-t aktive janë të bllokuara.
Një HR operations lead i emërtuar, me një partner IT për setup-in teknik dhe një vendor implementation lead për tool-in. Puna e klasifikimit zakonisht tërheq dy-katër HR generalist për blloqe kohe, dhe modeli i aksesit ka nevojë për firmosje nga HR leadership dhe legal. Pa një owner të vetëm të emërtuar, migrimet rrëshqasin. Me një, dalin në kohë.

Largohu nga Drive-t e Përbashkëta pa Thyer Punën e Përditshme HR

Shiko si Safepiens mbështet një cutover të pastër dhe një migrim historik me ritëm për ekipet HR që po dalin nga kaosi i drive-ve të përbashkëta.