Handlinger
Lad os begynde med at vurdere din operationelle parathed til Windows 11-implementering. Dette inkluderer at identificere eventuelle huller, du skal lukke i næste fase. Her er en liste over opgaver og leverancer, som vi anbefaler for at vurdere din parathed på dette område:
| Opgaver | Leverancer |
|---|---|
| - Definere kriterier for operationel beredskab. - Definer udrulningsringe/faser. - [valgfrit] Definér et proof of concept (PoC). - Identificere og tildele roller til personale. - Definer servicekanal for enheder. - Hardwareopdateringsplan. - Definer opdateringsstrategi for enheden. - Design en feedback-loop. - Identificer huller. |
• En tabel over kriterier for operationel beredskab • Implementeringsplan (inklusive det nødvendige antal implementeringsfaser eller ringe, datoer og enhedsopdateringsstrategi) • [Valgfrit] Liste over enheder og tests, der skal udføres i en PoC • Roller og ansvar eller RACI-tabeller til opgaver • Liste over enheder, der kræver en anden servicekanal end standarden • Hardwareopdateringsplan • Dokumenteret feedbackproces • Liste over operationelle mangler |
Definér kriterier for operationel beredskab
Når du udruler en Windows 11-funktionsopdatering, skal du sikre dig, at den ikke introducerer nye driftsproblemer. Derudover skal du sikre, at hvis der opstår hændelser, er den nødvendige dokumentation og processer tilgængelig. For at opnå dette skal du samarbejde med dine drifts- og supportteams om at definere acceptable tendenser og identificere, hvilke dokumenter eller processer der kræver opdatering:
- Opkaldstrend: Definér, hvilken procentvis stigning i opkald relateret til Windows 11 funktionsopdatering der er acceptabel eller kan understøttes.
- Hændelsestrend: Definér, hvilken procentvis stigning i hændelsessager, der beder om support vedrørende Windows 11, der er acceptable eller kan understøttes.
- Supportdokumentation: Identificer understøttende dokumentation, der kræver opdatering. Fokuser på at understøtte nye infrastrukturværktøjer eller konfigurationer som en del af Windows 11-funktionsopdateringen.
- Procesændringer: Identificer eventuelle processer, der vil ændre sig som følge af Windows 11 funktionsopdateringen.
Bemærkning
Anbefalet leverance:
Dokumentér disse kriterier for operationel beredskab i et format, der tillader deling, såsom en tabel.
Definér udrulningsringe eller faser
I en servicestyringsmodel har du brug for effektive måder at rulle opdateringer ud til repræsentative grupper af enheder. Mange organisationer har fundet ud af, at en ringbaseret implementering fungerer godt. Udrulningsringe i Windows-klienter ligner de udrulningsgrupper, de fleste organisationer har oprettet til tidligere større revisionsopdateringer. De er simpelthen en metode til at adskille enheder i en implementeringstidslinje eller faser.
På det højeste niveau består hver ring af en gruppe brugere eller enheder, der modtager en bestemt opdatering samtidigt. For hver ring definerer du, hvilke enheder der skal inkluderes, hvornår du skal begynde at tilbyde funktionsopdateringen, og hvornår den skal installeres. Du kan også ønske at tilbyde brugerne muligheden for at installere opdateringen på deres egen tidsplan.
Der er ingen faste regler for, hvor mange ringe du skal have til dine udsendelser, eller hvor hurtigt du skal bevæge dig gennem faserne. Overvej følgende mulige tilgange:
- En risikobaseret tilgang: Udrul først til nogle få testenheder, efterfulgt af en lille gruppe tidlige brugere, derefter en større gruppe brugere, der repræsenterer forskellige forretningsenheder, før du udruler til resten af porteføljen (First-Fast-Broad tilgang).
- Ingen nedetid for missionkritiske enheder: Sæt missionkritiske enheder i deres egen ring, der modtager opdateringer efter alle andre enheder.
- Ledelse af store organisationer: Hvis du har en stor organisation, kan du overveje at tildele enheder til ringe baseret på geografisk placering. Eller tildel dem ud fra ringenes størrelse, så helpdesk-ressourcer er mere tilgængelige.
Sådan planlægger du en traditionel First-Fast-Broad-model:
- Den første ring indeholder normalt enheder/brugere (ofte IT-professionelle eller teknisk kyndige brugere), der repræsenterer et tværsnit af de fleste forretningsområder, forretningsapplikationer og geografiske placeringer. Succesfulde testresultater her giver dig tillid til, at de fleste af dine forretningsområder vil kunne opdateres succesfuldt.
- Fast-ringen ville indeholde et bredere udvalg af enheder/brugere, der repræsenterer flere områder af virksomheden.
- Endelig betyder den brede ring at udsende til resten af din organisation.
Tips
Det er også almindeligt at gå forud for den første ring med testringen. Testringen indeholder normalt enheder og brugere fra IT-administrationsgruppen. Det bruges ofte til at validere, hvordan implementeringen vil fungere i produktionsmiljøet (tænk på det som en Production Proof of Concept eller pilotfase).
Overvej din virksomheds behov og introducer ringe, der giver mening for din organisation.
Bemærkning
Anbefalet leverance:
Ideelt set vil du dokumentere din udrulningsplan ud fra det nødvendige antal udrulningsfaser eller ringe og mulige datoer for hver fase.
(Valgfrit) Definér et konceptbevis (PoC)
Du kan vælge at udføre et valgfrit Proof of Concept (PoC), før du udruler funktionsopdateringen til dit produktionsmiljø. En PoC eller Limited Pilot er en valgfri fase, der normalt udføres i et laboratoriemiljø. Den går forud for det mere repræsentative udvalg af brugere/enheder i den officielle First-implementeringsring i produktion.
PoC'en kan være så simpel som at downloade og installere Windows 11 på et begrænset antal IT-admin-testenheder. Det gør det muligt for dig at gennemgå de nye funktioner i Windows 11 og validere nogle kritiske forretningsapps. Du kan også bruge det til at validere, at din infrastruktur og dine udrulningsprocesser er klar til Windows 11 ved at udrulle opdateringen med dine udrulningsværktøjer.
Overvej at tilmelde nogle PoC-enheder i Windows Insider Program for Business for at få et tidligt indblik i nye Windows funktioner, inden de udgives.
Bemærkning
Anbefalet leverance:
Beslut om du vil udføre en PoC. Hvis ja, så dokumenter hvilken funktionalitet du vil teste, og på hvilke enheder.
Identificer og tildel roller og ansvar til personalet
En vigtig del af din opdateringsudsendelsesparathed er at have personale til at støtte forskellige opgaver i processen. Lad os gennemgå de fælles roller og ansvar for dine teammedlemmer samt en ramme for deres forskellige involveringsniveauer.
Hovedrollen er procesleder. Denne rolle giver dig myndighed til at lede og fortsætte processen fremad eller stoppe den, hvis nødvendigt. Dine ansvarsområder, færdigheder og de faser, du er aktiv i, er beskrevet i følgende tabel sammen med andre roller og ansvarsområder, du skal tildele:
| Rolle | Ansvar | Færdigheder | Aktive faser |
|---|---|---|---|
| Procesleder | Styr processen fra ende til anden; sikre at input og output bliver fanget; Sikre, at aktiviteterne skrider frem | IT Service Management | Planlæg, forbered, pilotudrulning, bred udrulning |
| Applikationsejer | Definér applikationstestplan; tildele brugeraccepttestere; Certificere ansøgningen | Viden om kritiske og vigtige anvendelser | Planlæg, forbered, pilotudrulning |
| Programudvikler | Sørg for, at apps er udviklet til at forblive kompatible med de nuværende Windows-versioner | applikationsudvikling; Udrensning af anvendelsen | Planlæg, forbered dig |
| Slutbrugercomputing | Sørg for, at opgraderingsværktøjerne er kompatible med Windows. Typisk en gruppe bestående af infrastrukturingeniører eller implementeringsingeniører | Bare-metal udrulning; infrastrukturstyring; ansøgningslevering; Opdateringsstyring | Planlæg, forbered, pilotudrulning, bred udrulning |
| Handlinger | Sørg for, at der er support til den nuværende Windows-version. Yde støtte efter implementering, herunder brugerkommunikation og tilbagerulninger | Fejlfinding af apps og systemer | Forbered, pilotudsendelse, bred udsendelse |
| Sikkerhed | Gennemgå og godkend sikkerhedsbaseline og værktøjer | Platformsikkerhed | Forbered, pilotudsendelse |
| Identitetsejer | Gennemgå organisatorisk identitetsstrategi for brugere og enheder | Identitetsstyring | Planlæg, forbered dig |
| Interessenter | Sørg for, at ændringer ikke påvirker deres tilsvarende forretningsenheder negativt. Grupper påvirket af opdateringer, såsom økonomichefer, slutbrugertjenester eller forandringsledelse | Nøglebeslutningstager for en forretningsenhed eller afdeling | Plan, pilotudsendelse, bred udsendelse |
Aktive faser for hver rolle kan inkludere opgaver, der kræver forskellige niveauer af involvering. For at sætte denne forventning anbefaler vi at bruge RACI-modellen:
- Ansvarlig: Individ eller team, der er ansvarlige for at udføre en specifik opgave
- Ansvarlig: En enkelt person ansvarlig for succes eller fiasko for det samlede resultat
- Konsulteret: Personer eller grupper, hvis input og ekspertise er nødvendige, før beslutninger eller handling kan træffes
- Informeret: Folk, der skal holdes informeret om fremskridtet i en opgave eller beslutning, men som ikke er direkte involveret i dens udførelse
Du som procesleder er ansvarlig for den samlede succes med implementeringen og organiserer alle opgaver i implementeringen. Dette inkluderer at tildele ansvarlige, konsulterede og informerede personer baseret på deres færdigheder til de specifikke opgaver i denne fase og de følgende. Brug Excel RACI-matrixskabelonen eller lær hvordan du laver din egen og færdiggør den gennem hele planlægningsfasen.
For eksempel kan RACI-matricen for et udvalg af opgaver i denne proces se sådan ud:
| Fase | Opgave | Procesleder | Slutbrugercomputing | Applikationsejer | Handlinger | Sikkerhed |
|---|---|---|---|---|---|---|
| Plan | Definer og tildel roller til personale. | Ansvarlig, ansvarlig | Informeret | Informeret | Informeret | Informeret |
| Plan | Oversigtsmetode til opdatering af driftsprocesser. | Ansvarlig | Informeret | Informeret | Ansvarlig | Informeret |
| Forberedelse | Gennemgå ændringer i infrastrukturen. | Ansvarlig | Ansvarlig | Informeret | Informeret | Informeret |
| Forberedelse | Implementér og test ændringer i driften. | Ansvarlig | Konsulteret | Informeret | Ansvarlig | Informeret |
| Installér | Udbedre fejlede apps. | Ansvarlig | Informeret | Ansvarlig | Informeret | Informeret |
| Installér | Udbedre problemer med Microsoft Entra ID. | Ansvarlig | Informeret | Informeret | Informeret | Ansvarlig |
I slutningen af dette og de følgende læringsmoduler finder du en liste over alle de opgaver, der dækkes i hver fase af opdateringsudrulningen.
Bemærkning
Anbefalet leverance:
På dette tidspunkt bør du have dine roller og ansvarsområder i diagrammet og/eller RACI-tabeller for de fleste opgaver og områder.
Definér servicekanal for enheder
Servicekanaler gør det muligt for din organisation at beslutte, hvor ofte du vil opdatere i dit miljø. For eksempel kan du vælge at anvende opdateringer på tværs af de enheder, du bruger til test, så hurtigt som muligt. På den anden side kan enheder, der bruges til specialiserede funktioner, modtage opdateringer på et senere tidspunkt. Servicekanalerne for Windows er defineret som følger:
| Servicekanal | Beskrivelse |
|---|---|
| Windows Insider Program | Brug denne servicekanal til at hjælpe dig med at teste for potentielle kompatibilitetsproblemer med dine kritiske applikationer, slutbrugeroplevelse, sikkerhedsniveau og mere. Denne servicekanal lader dig også udforske og teste nye funktionsopdateringer, før de bliver offentligt tilgængelige. Overvej at have mindst et par enheder tilmeldt Windows Insider Program. |
| Generel tilgængelighed (GA) kanal (anbefalet) | Brug denne servicekanal som standard for administrerede enheder. Den modtager sikkerheds- og kvalitetsopdateringer en gang om måneden i form af kumulative opdateringer. Nye funktioner kan også blive introduceret i kumulative opdateringer. Valgfrie ikke-sikkerhedsopdateringer og out-of-band opdateringer for kritiske problemer er også tilgængelige via denne kanal. En ny version af Windows 11 udgives årligt i anden halvdel af kalenderåret. Denne version kaldes en funktionsopdatering. Den indeholder nye funktioner samt alle tidligere kvalitetsopdateringer efter behov. For Windows 11 Enterprise- og Education-udgaverne serviceres hver version i 36 måneder fra den oprindelige udgivelsesdato. For Windows 11 Professional serviceres hver version i 24 måneder. |
| Long-Term Servicekanal (LTSC) | Denne servicekanal er beregnet til enheder, der bruges til specialiserede funktioner, såsom betalingssystemer eller medicinske systemer. Disse enheder bruger en LTSC-udgave af Windows 11 og modtager kun kvalitetsopdateringer for at sikre, at enhederne forbliver funktionelle og sikre.
Windows 11 Enterprise LTSC 2024 modtager fem års support, og Windows 11 IoT Enterprise LTSC 2024 modtager 10 års support. Nye LTSC-udgivelser sker cirka hvert tredje år. Denne servicekanal er kun tilgængelig for Windows Enterprise-udgaver. Bemærk, at valg af LTSC kan påvirke supportmulighederne for dine ansøgninger. Et eksempel er Microsoft 365 Apps. |
Bemærkning
Anbefalet leverance:
Opret en liste over enheder, der kræver en servicekanal, der ikke er den anbefalede generelle tilgængelighedskanal.
Hardwareopdateringsplan
Windows 11 har specifikke hardwarekrav som kan påvirke dine hardwareopdateringsplaner. Det er sandsynligt, at noget af dit eksisterende hardware ikke vil være kompatibelt med Windows 11 og derfor skal udskiftes, muligvis tidligere end din normale opdateringscyklus normalt tillader.
Omfanget af udskiftning af enheder vil påvirke dit valg af udrulningsmetoder. For eksempel, hvis de fleste af dine enheder er kompatible, vil du sandsynligvis overveje en direkte opgradering til Windows 11 frem for et enhedsbytteprogram.
Når du vælger nyt hardware, så overvej, om dine brugere vil ønske at udnytte funktioner som Windows Hello til virksomheder med biometri eller tilbagekaldelse, der kræver Copilot+ PCer. Du bør også overveje mere energieffektive enheder.
Bemærkning
Anbefalet leverance:
Gennemgå, hvor du er i din nuværende hardwareopdateringscyklus, og beslut om der skal oprettes en ny plan.
Definér enhedsopdateringsstrategi
For at implementere Windows 11 med succes i din organisation er det vigtigt at definere, hvordan du vil udføre opdateringen. Vil du udføre en opgradering på stedet, udskifte enheden eller reimage?
In-place opgraderinger kan udføres ved hjælp af faseopdelte Feature Updates i Windows Autopatch eller ved at implementere via System Center Configuration Manager task sequence.
Nye enheder kan bygges ved hjælp af Windows Autopilot eller Windows Autopilot Device Preparation, eller måske vil du bede din hardwareleverandør om at konfigurere dem for dig før levering.
Det er sandsynligt, at du vil vælge en kombination af disse tilgange afhængigt af organisationens behov og dine enheders parathed.
Bemærkning
Anbefalet leverance:
Bestem hvilken opgraderingsstrategi eller hvilke strategier du planlægger at bruge. Indsaml informationen i udrulningsplanen.
Design en feedback-loop
Når man implementerer en ny version af Windows, er det vigtigt at inkludere en gennemgang af feedback fra en bred vifte af roller, herunder driftspersonale, slutbrugere og nøgleinteressenter. Beslut dig for, hvordan du vil indsamle denne feedback, og hvordan du vil bruge den til at hjælpe med din beslutningstagning. Nogle eksempler på feedbackmetoder er e-mail-spørgeskemaer, projektmøder, webformularer, brugerfokusgrupper og brugergruppeforkæmpere.
Bemærkning
Anbefalet leverance:
Dokumentér din eksisterende eller foreslåede feedbackproces.
Identificer huller
Identificer eventuelle huller eller problemer, der skal løses for at implementere opdateringen med succes. For eksempel, vil dine helpdesk-ingeniører kræve mere træning for at understøtte opdateringen?
Er der nogle anbefalede opgaver eller leverancer, du stadig har brug for hjælp til?
Bemærkning
Anbefalet leverance:
Dokumentér og planlæg at adressere resterende mangler i næste forberedelsesfase.
| Opgaver | Leverancer |
|---|---|
| - Definere kriterier for operationel beredskab. - Definer udrulningsringe/faser. - [valgfrit] Definér et proof of concept (PoC). - Identificere og tildele roller til personale. - Definer servicekanal for enheder. - Hardwareopdateringsplan. - Definer opdateringsstrategi for enheden. - Design en feedback-loop. - Identificer huller. |
• En tabel over kriterier for operationel beredskab • Implementeringsplan (inklusive det nødvendige antal implementeringsfaser eller ringe, datoer og enhedsopdateringsstrategi) • [Valgfrit] Liste over enheder og tests, der skal udføres i en PoC • Roller og ansvar eller RACI-tabeller til opgaver • Liste over enheder, der kræver en anden servicekanal end standarden • Hardwareopdateringsplan • Dokumenteret feedbackproces • Liste over operationelle mangler |