Versionsstyring kontra dokumenthåndtering

Versionsstyring og dokumenthåndtering er ikke to muligheder, I skal vælge imellem. Versionsstyring er én mekanisme inden i dokumenthåndtering, ved siden af adgangsstyring, metadata, opbevaring og workflow-dirigering.

Dokumenthåndtering er den bredere disciplin til at styre et dokument gennem dets livsforløb; versionsstyring er én af dens mekanismer (den, der sporer et dokuments efterfølgende versioner), ikke et konkurrerende system til at organisere det.

Kort fortalt

  • Dokumenthåndtering er disciplinen; versionsstyring er én mekanisme inden i den, ikke et konkurrerende system, I vælger i stedet for.
  • Versionsstyring svarer på »hvilken revision er dette, og hvad ændrede sig«. Dokumenthåndtering svarer også på, hvem der kan se det, hvor det lever, og hvornår det skal revieweres.
  • En dokumenthåndteringsopsætning pakker typisk adgangsstyring, metadata og klassificering, opbevaringsplaner og workflow-dirigering rundt om en versionshistorik.
  • QueryCharts gratis versionshistorik (ændringslog med feltvise diffs, Sammenlign versioner, gendannelse) er versionsstyringslaget; den sætter ikke selv adgangstilladelser eller opbevaringsdatoer.
  • »Versionsstyring kontra dokumenthåndtering« er det forkerte spørgsmål at stille. Det reelle spørgsmål er, om jeres dokumenthåndteringsopsætning har reel versionsstyring indeni.

Det ene er hele opgaven; det andet er én del af den

Bed ti personer om at definere dokumenthåndtering og versionsstyring, og flere vil stiltiende antage, at de to er alternativer: vælg det ene system eller det andet. De er ikke alternativer. Dokumenthåndtering er disciplinen at styre et dokument gennem hele dets liv: hvem der må se det, hvor den autoritative kopi lever, hvordan det klassificeres og findes frem, hvor længe det opbevares, og hvordan et udkast bevæger sig gennem review til godkendelse. Versionsstyring er én brik i den disciplin: den brik, der sporer dokumentets efterfølgende versioner, så I kan se, hvad der ændrede sig, hvem der ændrede det, og rulle tilbage, hvis ændringen var forkert. For den ligefremme definition af den brik alene, se /da/guides/hvad-er-versionsstyring.

Sæt de to ved siden af hinanden, og formen på forholdet er indlysende: hvert dokumenthåndteringsopsætning har brug for versionsstyring, men næsten intet, der kalder sig selv versionsstyring, klarer resten af dokumenthåndteringens job alene. En versionshistorik (QueryCharts gratis ændringslog og Sammenlign versioner-visning blandt dem, se /features/version-control) svarer på »hvad ændrede sig mellem revision 3 og revision 4, og hvem lavede ændringen«. Den har ingen holdning til, hvem der må åbne filen, hvilken mappe der er autoritativ, eller hvornår dokumentet skal til sit næste review. Det er dokumenthåndteringsspørgsmål, og en reel dokumenthåndteringsproces dirigerer dem gennem navngivne trin frem for at overlade dem til, hvem der tilfældigvis husker det.

Diagrammet for dokumentstyring herunder gør grænsen konkret. Tyve rækker bærer et dokument fra en ændringsanmodning gennem udarbejdelse, review, godkendelse, udstedelse og udfasning, og præcis én af dem (»Tildel version og ikrafttrædelsesdato«) er, hvor versionsstyring finder sted. De andre nitten er adgangsstyring, metadata, distribution, oplæring og en opbevaringsplan: dokumenthåndteringsfunktioner, et versionsnummer alene ikke kan udføre. Det fulde livsforløb, de rækker gennemgår, er dækket fra ende til anden på /da/guides/saadan-laver-du-en-dokumentstyringsproces; denne side handler kun om, hvilke dele af det der er versionsstyring, og hvilke der ikke er.

Én proces, og hvilke rækker der er versionsstyring

Se ét dokument bevæge sig gennem anmodning, udarbejdelse, versionering og tilbagetrækning, og se, hvor meget af den kæde der slet ikke er versionsstyring.

  1. En ændring anmodes: der findes endnu ingen version

    Startrækken er en hændelse, »Behov eller ændring identificeret«, der flyder lige ind i »Opret dokumentændringsanmodning«. Dette er workflow-dirigering, dokumenthåndteringsfunktionen, der fanger, hvorfor en ændring er nødvendig, og det sker, før noget har et versionsnummer.

  2. Én række udsteder versionen; resten er godkendelsesdirigering

    »Skriv eller revider indholdet« går ind i en reviewløkke (»Gennemfør faglig gennemgang«, beslutningen »Kommentarer at afklare?«, »Ret udkastet efter kommentarerne«), derefter Godkenderens »Godkendt til udstedelse?«-port. Kun »Tildel version og ikrafttrædelsesdato« er versionsstyring; resten er workflow-dirigering.

  3. Register, adgangspunkt og tilbagetrækning er dokumenthåndtering, ikke versionering

    »Opdater dokumentregistret« er metadata og klassificering, skrevet som en Fil-række, så den vises på diagrammet. »Publicer på den styrede placering« er adgangsstyring: ét autoritativt sted, ikke en kopi. »Træk forældede kopier tilbage« er distributionsstyring, og ingen af de tre er gemt i et versionsnummer.

  4. Opbevaring og periodisk review overlever enhver enkelt version

    Oplæring eller »Læs og kvitter for ny version« går forud for »Arbejd efter gældende version«, derefter genåbner »Udløs planlagt periodisk review« registreringen på et ur. »Er dokumentet stadig gyldigt?« går ud til »Notér udfald og næste reviewdato«, tilbage til ændringsanmodningen, eller »Dokument tilbagetrukket og udfaset«: en opbevaringsplan, som versionsstyring alene ikke kører.

Sådan fungerer det

  1. Navngiv, hvad I faktisk mangler

    Kan ingen svare på »hvem ændrede afsnit 4 i sidste uge, og hvad stod der før«, mangler I specifikt versionsstyring. Er hullet i stedet »hvem må redigere dette« eller »hvor er den ene kopi, folk bør stole på«, er det et dokumenthåndteringshul, en versionshistorik alene ikke vil lukke.

  2. Tjek, hvad en versionshistorik faktisk leverer

    En reel én viser en ændringslog med forskelle pr. aktør, pr. felt (ikke bare en ændringsdato), plus en måde at sammenligne to vilkårlige versioner side om side og gendanne en gammel på. QueryCharts ændringslog og Sammenlign versioner-visning, på /features/version-control, er et fungerende eksempel på, hvad I skal forvente, før I accepterer et værktøjs påstand om »versionshistorik«.

  3. Find de andre fire funktioner separat

    Adgangsstyring (hvem der kan se eller redigere), metadata og klassificering (hvordan dokumentet findes), opbevaringsplanlægning (hvor længe det gemmes, og hvornår det revieweres), og workflow-dirigering (hvordan et udkast bliver et godkendt, udstedt dokument). Ingen af disse lever inden i et versionsnummer, så audit hver enkelt for sig, frem for at antage, en versionshistorik dækker den.

  4. Køb ikke en hel disciplin for at få én mekanisme

    Et tungt dokumenthåndteringssystem er berettiget, når I har brug for at håndhæve alle fire funktioner ovenfor sammen. Er det, der faktisk mangler, evnen til at se, hvad der ændrede sig, og rulle det tilbage, er det et langt mindre problem, og et diagramværktøj med en reel ændringslog løser det uden resten af udrulningen.

  5. Overfør skellet til jeres egen proces

    Tegn jeres dokuments livsforløb som rækker, og markér hvilken ene række, der udsteder en version, på samme måde som diagrammet herunder markerer »Tildel version og ikrafttrædelsesdato«. Alt andet i diagrammet er dokumenthåndtering, og at se det lagt ud på den måde er som regel nok til at afgøre, hvad et team faktisk mangler.

Faldgruber du skal undgå

  • At gribe efter »ændringsstyring«, når I mener »versionsstyring«

    Et ændringsudvalg, der godkender en ændringssag, og en Sammenlign versioner-visning, der differ to dokumentrevisioner, løser forskellige problemer, og de to bliver sammenblandet nok til at fortjene deres egen side: se /da/guides/versionsstyring-kontra-aendringsstyring for, hvor de skilles ad.

  • At behandle »sidst ændret« som en versionshistorik

    Ét tidsstempel på en fil på et fælles drev fortæller jer, at dokumentet ændrede sig, ikke hvad der ændrede sig, hvem der ændrede det, eller hvordan I får den forrige ordlyd tilbage. Det er ikke versionsstyring, det er et rygte om, at noget skete.

  • At antage, at et dokumenthåndteringskøb inkluderer reel versionering

    Mange dokumenthåndteringssystemer gemmer filer med righoldig metadata og adgangsregler, men kun en overfladisk revisionsliste uden feltvis diff og uden gendannelse med ét klik. Bekræft versionshistorikken specifikt, frem for at udlede den fra resten af platformen.

Se versionshistorikken i aktion

Åbn dokumentstyringseksemplet som jeres eget diagram, og tjek derefter dets ændringslog for at se samme skel: en version stemplet, et felt diffet, en gammel revision, der kan gendannes.

Se versionshistorikken i aktion

Relaterede guides

Ofte stillede spørgsmål

Er versionsstyring en del af dokumenthåndtering, eller adskilt fra den?

En del af den. Dokumenthåndtering er den styrende disciplin (adgang, klassificering, opbevaring, workflow og versionering sammen), og versionsstyring er mekanismen indeni den, der sporer et dokuments efterfølgende revisioner. At behandle dem som separate muligheder at vælge imellem er den misforståelse, denne side findes for at rette: en dokumenthåndteringsopsætning uden versionsstyring mangler en kernefunktion, og en versionshistorik uden adgangsstyring eller opbevaringspolitik omkring sig er endnu ikke dokumenthåndtering.

Har jeg brug for et fuldt dokumenthåndteringssystem bare for at få versionsstyring?

Nej. Versionsstyring er den snævrere funktion (en ændringslog med forskelle pr. felt, pr. aktør, en måde at sammenligne to revisioner på, og en gendannelsesvej), og et diagramværktøj kan levere det alene, gratis og altid slået til, på samme måde som QueryCharts versionshistorik gør; se /features/version-control. Et fuldt dokumenthåndteringssystem er det rigtige køb, når I også har brug for håndhævede adgangstilladelser, formel klassificering og en opbevaringsplan, der kører på tværs af mange dokumenter, ikke når det reelle hul blot er at se, hvad der ændrede sig.

Hvordan adskiller versionsstyring sig fra ændringsstyring?

Versionsstyring sporer de efterfølgende tilstande af ét dokument: hvad der ændrede sig mellem revision 3 og revision 4. Ændringsstyring styrer beslutningen om at lave en ændring overhovedet, typisk gennem et rådgivende udvalg, en risikovurdering og en rollback-plan, oftest for it-systemer eller driftsprocesser frem for én enkelt fil. En dokumentstyringsproces bruger begge dele: godkendelsesporte i ændringsstyringsstil, før en revision udstedes, og versionsstyring til at registrere selve revisionen. /da/guides/versionsstyring-kontra-aendringsstyring dækker skellet fuldt ud.

Hvor sidder versionsstyring inden i en dokumentstyringsproces?

På ét enkelt punkt: det trin, der tildeler et versionsnummer og en ikrafttrædelsesdato, når en revision er godkendt. Alt før det (ændringsanmodningen, udarbejdelsen, reviewet) og alt efter det (publicering på den styrede placering, tilbagetrækning af den erstattede kopi, oplæring, periodisk review) er dokumenthåndtering, der udfører arbejde, et versionsnummer alene ikke kan udføre. /da/guides/saadan-laver-du-en-dokumentstyringsproces gennemgår den fulde tyve-rækkers proces, disse faser er hentet fra.

Skabelonen bag denne guide

Flowchart for dokumentstyring — Flowchart for dokumentstyring med baner for forfatter, faglig reviewer, godkender, dokumentansvarlig og slutbrugere: udkast, godkendelse, udstedelse og periodisk review.