Versionsstyring kontra ændringsstyring: hvad er forskellen

Sådan fungerer det

1. Adskil de to spørgsmål i jeres egen proces

   Før I tegner noget, skal I beslutte, hvad der hører til ændringsstyring (anmodning, klassificering, review, godkendelse), og hvad der hører til versionsstyring (id, revisionsnummer, historik, gendannelse). At navngive grænsen er det designtrin, de fleste flowcharts springer over.

2. Klassificér, før I vurderer

   Send hver anmodning gennem en mindre/større-beslutning, før vurderingen begynder, på samme måde som række 4 gør. En mindre ordlydsrettelse og en større kravændring bør ikke rejse samme reviewvej, og at afgøre hvad der er hvad på forhånd stopper, at hver ændring får den tungeste behandling.

3. Placér versionsstyringstrinnet dér, hvor godkendelsen faktisk slutter

   Optæl kun versionsnummeret, sæt ikrafttrædelsesdatoen og opdater distributionslisten efter godkendelsesporten, aldrig før. Opdaterer jeres diagram versionen før beslutningen, har I beskrevet en proces, der versionerer afviste udkast.

4. Giv ændringsstyring sin egen reviewer, ikke dokumentejeren

   En ændringsreviewer, der vurderer den fulde konsekvens og registrerer den mod relaterede dokumenter og formularer, adskilt fra hvem der anmodede om ændringen, er det, der gør »godkendt« til noget, der betyder noget. I eksemplet sidder det trin mellem klassificeringen og godkendelsesbeslutningen, ikke foldet ind i nogen af dem.

5. Lad versionsstyring køre sig selv, når ændringsstyring har besluttet

   Publicering, besked til modtagerne på distributionslisten og tilbagetrækning af den erstattede kopi er mekanisk, når en ændring er godkendt: det er versionsstyringshalen på diagrammet, og det er den halvdel, QueryCharts ændringslog og Sammenlign versioner-visning allerede klarer for jer på /features/version-control.

Ofte stillede spørgsmål

Er versionsstyring det samme som ændringsstyring?

Nej. Versionsstyring er mekanismen, der identificerer og husker et dokuments efterfølgende tilstande: et revisionsnummer, en historik over hvem der ændrede hvad, og evnen til at sammenligne eller gendanne en tidligere. Ændringsstyring er den styringsproces, der afgør, om en foreslået ændring får lov at ske, hvem der reviewer den, og hvad der skal være opfyldt, før den godkendes. Et dokument kan have stringent versionsstyring og slet ingen ændringsstyring: hver redigering gemt, uden at nogen besluttede, om den burde være lavet.

Hvilken bør jeg bygge først?

Versionsstyring, fordi den som regel allerede kører under jer: QueryChart fører en ændringslog med feltvise diffs og en Sammenlign versioner-visning for hvert diagram automatisk, på /features/version-control. Ændringsstyring er den del, I skal designe bevidst (kategorier, en reviewer, en godkendelsesport), hvilket er grunden til, at det er den proces, der er værd at tegne som et flowchart, som det på denne side.

Hvordan adskiller dette sig fra revisionsstyring?

I praksis er »revisionsstyring« og »versionsstyring« samme mekanisme under forskellige navne, begge optaget af at identificere og spore et dokuments efterfølgende tilstande. Ændringsstyring er den anden: den styrer, om en ændring overhovedet er tilladt, typisk endende i en ny version, når den er godkendt. Se /da/guides/revisionsstyring-kontra-versionsstyring, hvis det specifikt er navngivningsspørgsmålet mellem revisionsstyring og versionsstyring, I forsøger at afgøre.

Hvor passer dokumentstyring ind i forhold til disse to?

Dokumentstyring er den bredeste af de tre: det fulde livsforløb for et styret dokument, fra anmodning gennem udkast, review, godkendelse, publicering og eventuel tilbagetrækning eller udfasning. Ændringsstyring og versionsstyring er begge brikker i den: ændringsstyring styrer en enkelt foreslået redigering, versionsstyring sporer de id'er og den historik, redigeringen producerer. For hele livsforløbet frem for blot ændrings-/versionsgrænsen, se /da/templates/dokumentaendringsstyring-workflow eller den bredere /da/guides/saadan-laver-du-en-dokumentstyringsproces.