Versionsstyring af procesdokumentation og procesdiagrammer
Sådan gælder versionsstyring for procesdokumentation (procedurer, arbejdsinstruktioner og procesdiagrammer) og hvorfor et forældet diagram vildleder den, der udfører arbejdet, ikke kun læseren.
Sådan fungerer det
Behandl en layoutændring som en revision
En flyttet beslutningsgren, en omfordelt bane eller et omdøbt trin ændrer, hvad en læser gør som det næste, lige så meget som et omskrevet afsnit gør. Giv jeres procesdiagrammer samme revisionsudløser som jeres procedurer: enhver ændring, der ændrer, hvad der sker, ikke kun en ændring, der ændrer, hvad der står skrevet.
Sæt version og dato på selve diagrammet
Tryk id'et, revisionsnummeret og ikrafttrædelsesdatoen på diagrammet, ikke kun i filnavnet eller det register, der henviser til det. Den, der ser diagrammet på en skærm eller en udskrift, bør ikke skulle finde en separat registrering for at vide, om det er gældende.
Hold ét autoritativt diagram, overalt ellers et link
Hver indlejret kopi i en wiki, et oplæringsoplæg eller en leverandørmappe bør linke til den autoritative version frem for at rumme en indsat eksport af den. Et indsat billede holder op med at opdatere sig, i det øjeblik nogen eksporterer det.
Log hvem der ændrede hvilken række, ikke kun at noget blev ændret
En brugbar diagramhistorik navngiver feltet: denne boks' etiket, denne forbindelses mål, denne banes rækkefølge, ændret af denne person på denne dato. QueryCharts ændringslog registrerer præcis det på hvert diagram automatisk, og Sammenlign versioner sætter to revisioner side om side. Se /features/version-control.
Træk den printede kopi tilbage, ikke kun den gamle fil
Et flowchart hængt op ved en arbejdsstation overlever den fil, det blev printet fra. Gennemgå anvendelsesstederne (opslagstavler, maskinstationer, introduktionsmapper) på samme måde, som I ville for en tekstprocedure, og erstat eller fjern hver af dem, når en revision udstedes.
Ofte stillede spørgsmål
Er et procesdiagram et styret dokument?
Ja, hvis det bærer de forpligtelser, et styret dokument bærer: et id og en revision, en godkendelsesregistrering, én autoritativ placering og et reviewinterval. Formatet afgør ikke spørgsmålet: et flowchart, et RACI-diagram og en skreven procedure kan alle være styrede dokumenter, og et diagram, der springer versionsstyring over, mens procedureteksten ved siden af det har det, er ikke reelt styret, det ser bare pænt ud.
Hvad tæller som en versionsændring på et procesdiagram, hvis ingen tekst ændrede sig?
Et trin tilføjet eller fjernet, en ejer omfordelt til en anden bane, en beslutningsgren omdøbt eller omdirigeret, eller rækkefølgen af to trin byttet om er alle versionsændringer, selvom ingen sætning blev omskrevet. Testen er, om ændringen ændrer, hvad den, der læser diagrammet, ville gøre som det næste, hvis den gør, er det en revision, ikke en formateringsjustering.
Hvordan adskiller dette sig fra versionsstyring af flowcharts?
Denne side dækker den versioneringsdisciplin, ethvert procesdiagram har brug for, uafhængigt af det værktøj, der bruges til at tegne det. /da/guides/versionsstyring-af-flowcharts dækker samme problem indefra et specifikt produkt: hvad en ændringslog registrerer felt for felt på et faktisk flowchart, og hvordan Sammenlign versioner og gendannelse fungerer i praksis.
Har procesdokumentation brug for samme versionsstyring som en tekst-SOP?
Ja, de fire egenskaber, id og revision, én autoritativ placering, tilbagetrækning af den erstattede kopi og et dateret review, gælder uanset format. Det, der er forskelligt, er kun fejltilstanden: et forældet afsnit vildleder en læser, der skal fortolke det, mens et forældet diagram følges direkte, hvilket er grunden til, at tilbagetrækningstrinnet betyder endnu mere for et procesdiagram end for en side brødtekst.