Sådan sporer du ændringer i en proces

Sådan fungerer det

1. Åbn ændringsloggen efter en redigering

   Hver gemning skriver en ny version, og ændringsloggen lister dem i rækkefølge. Åbn den fra diagrammets historikpanel for at se, hvilken version der ændrede sig, og hvem der gemte den. I behøver ikke vide på forhånd, at en tærskel flyttede sig.

2. Læs posten: aktør, felt, tidligere værdi, nuværende værdi

   Klik ind i en version, og dens post navngiver den person, der redigerede den, det felt, de rørte (en rækkes etiket, en grens betingelse, en banetildeling), og den værdi, det havde før, mod den værdi, det har nu. Det er hele svaret på, hvem der ændrede tærsklen for anden godkender, og hvad den plejede at sige, uden at åbne en eneste mailtråd.

3. Brug Sammenlign versioner, når én post ikke er hele historien

   Posten for én redigering er præcis, men snæver. Når flere rækker har flyttet sig mellem den version, I stoler på, og den, der ligger foran jer, skal I i stedet åbne Sammenlign versioner og læse de to side om side, samme mekanisme, udvidet til hvert felt, der er forskelligt.

4. Gendan den forrige version, hvis redigeringen skal fortrydes

   Hvis en hævet tærskel viser sig at være forkert frem for tilsigtet, så gendan den version, der gik forud. At gendanne erstatter det gældende diagram med den revision direkte, frem for at bede nogen om at genindtaste den gamle regel fra hukommelsen.

5. Navngiv reglen, ikke kun grenen, så diffen forbliver læsbar

   Skriv en beslutningsrækkes etiket og dens grenetiketter omkring den faktiske udløser (»Kræves der en ekstra godkender?« besvaret »Kræves« eller »Kræves ikke«) frem for et nøgent ja eller nej. En ændringslogpost, der navngiver et navngivet felt, er langt mere nyttig end én, der siger, at en unavngivet boks flyttede sig.

Ofte stillede spørgsmål

Hvad registrerer ændringsloggen præcis, når en proces ændrer sig?

For hver redigering en post, der navngiver den person, der lavede den, det felt, de ændrede (en rækkes etiket, en grens betingelse, en banetildeling), og det felts værdi før redigeringen mod dets værdi bagefter. At hæve en tærskel for anden godkender fra 5.000 kr. til 10.000 kr. giver en post, der siger præcis det, tilskrevet og tidsstemplet, uden at nogen fører en separat log. Mekanismen er gennemgået i fulde detaljer på /features/version-control.

Er det at spore procesændringer det samme som ændringsstyring?

Nej. At spore en ændring er den registrering, QueryChart fører automatisk, efter en redigering sker: hvem, hvilket felt, gammel værdi, ny værdi. Ændringsstyring er den beslutningsproces, der styrer, om en redigering overhovedet skal ske, som regel med en anmodning, et reviewtrin og en rollback-vej. Begge dele betyder noget, men de svarer på forskellige spørgsmål; mekanikken bag den anden findes på /da/guides/saadan-laver-du-en-aendringsstyringsproces.

Hvordan adskiller dette sig fra at spore ændringer i en SOP?

Selve ændringsloggen er identisk (samme aktør, felt og før/efter-værdier), fordi et beslutningstræ og en skreven procedure begge er diagrammer under samme versionshistorik. Forskellen er, hvad der typisk bliver redigeret: en proces som denne ændrer grenbetingelser og dirigering, mens en SOP oftere ændrer trintekst og ansvar. Se /da/guides/saadan-sporer-du-aendringer-i-en-sop for den version af samme funktion.

Kan jeg se alt, hvad der ændrede sig mellem to versioner, ikke kun én redigering?

Ja: åbn Sammenlign versioner frem for én ændringslogpost, og den lægger to revisioner side om side med hvert felt, der er forskelligt, markeret. Det er værktøjet til en regel, der har glidet over flere små redigeringer frem for én åbenlys.

Sletter det at gendanne en gammel version den redigering, der ændrede tærsklen?

Nej. At gendanne gør en ældre version gældende igen, men den version, hvor tærsklen ændrede sig, findes stadig i diagrammets historik, dens ændringslogpost bliver ikke slettet, så registreringen af, hvem der hævede den, og hvornår, overlever gendannelsen.