Del via


Strategi for versjonskontroll av veiledninger

Hvis du vil administrere endringer som er gjort i veiledningene, bruker du en versjonskontrollstrategi. Vi anbefaler at organisasjonen skiller mellom to typer versjoner: overordnet og underordnet.

Overordnede versjoner

Hver gang organisasjonen trenger en ny versjon av en veiledning som finnes i et utførelsesmiljø, oppretter du en ny overordnet versjon. I dette tilfellet endrer en veiledning med navnet Veiledning 1.0 navn til Veiledning 2.0. Angivelsen 2.0 angir at den oppdaterte veiledningen har erstattet en tidligere versjon. Ved hjelp av overordnet versjonskontroll kan du spore endringer som er gjort i de berørte veiledningene. Valider en ny, overordnet versjon av en veiledning før du flytter den til utførelsesfasen, som du gjør med andre veiledninger. Versjonen er logget i kvalitetsstyringssystemet og kan derfor spores.

Når du oppretter en ny overordnet versjon av en veiledning, må du vurdere hva du vil gjøre med veiledningen som den nye overordnede versjonen erstatter:

  • Øyeblikkelig avvikling: Avvikle den erstattede veiledningen til et arkiveringsmiljø før den nye overordnede versjonen redigeres.
  • Erstattet avvikling: Avvikle den erstattede veiledningen til et arkiveringsmiljø når den nye overordnede versjonen er godkjent og klar for utføring.

Hvis en prosedyre er endret og den nåværende veiledningen ikke lenger er kompatibel, kan du vurdere å bruke tilnærmingen Øyeblikkelig avvikling. Hvis ikke kan sikkerhets- eller forskriftsmessig samsvar være i fare hvis en operatør åpner den nåværende veiledningen og følger instruksjonene i den. I dette tilfellet er det første trinnet å avvikle veiledningen ved å flytte den til arkiv. Du oppretter, validerer og åpner deretter den nye overordnede versjonen av veiledningen.

Diagram som viser et eksempel på øyeblikkelig avvikling.

I et annet scenario viser Power BI-rapporter for en veilednings bruksdata at operatørene stanser midlertidig på et bestemt trinnkort. Fordi en slik midlertidig stans kan indikere at instruksjonene er uklare, bestemmer du deg for å justere dem. Siden denne oppdateringen omhandler optimaliseringen og ikke endringer i fremgangsmåter, er det ikke nødvendig å avvikle nåværende versjon før den nye er godkjent og klar til utføring. Vurder derfor å bruke tilnærmingen Erstattet avvikling. I så fall blir ikke veiledningen avviklet før den erstattes av den nye overordnede versjonen.

Diagram som viser et eksempel på erstattet avvikling.

Underordnet versjoner

Mens overordnede versjoner er obligatoriske, er underordnede versjoner valgfrie. Underordnede versjoner er alle versjonsendringer som er gjort før veiledningen når utførelsesmiljøet. Hvis organisasjonen ikke finner det nødvendig å spore livssyklusen for innhold før utførelsesfasen, kan underordnede versjoner bli utelatt.

Bare den høyeste underordnede versjonen overføres til utførelsesmiljøet.

Diagram som viser et eksempel på underordnet versjon.

I dette tilfellet henviser versjonskontroll til versjonskontroll av veiledninger i Microsoft Power Platform. Det trenger ikke nødvendigvis være det samme som postversjonskontroll i kvalitetsstyringssystemet. (I så fall er posten i kvalitetsstyringssystemet koblet til veiledningen i Microsoft Power Platform.) Avhengig av systemet og prosessen som er implementert, kan postversjonen i kvalitetsstyringssystemet endres hver gang det gjøres endringer i metadataene, for eksempel tittelen eller forfatteren.

Vi anbefaler at du kobler fra versjonskontrollen i Microsoft Power Platform og kvalitetsstyringssystemet for å gjøre prosessen så fleksibel som mulig. Det kan være vanskelig å holde versjonskontrollen synkronisert fordi en endring i versjonskontrollen i kvalitetsstyringssystemet krever en versjonskontrollendring i Microsoft Power Platform. Selv om endringen i posten i kvalitetsstyringssystemet ikke har noen innvirkning på den faktiske veiledningen, kreves det ny godkjenning av veiledningen.

Neste trinn