Przegląd Pro : Włączanie zmian
Przegląd Pro : Włączanie zmian
Streszczenie
Włączanie Zmiany to kluczowy proces Zarządzania Usługami IT (ITSM), który koncentruje się na kontrolowanym zarządzaniu zmianami. Obejmuje on zmiany standardowe, zmiany awaryjne i zmiany normalne. Celem jest wdrożenie korzystnych zmian przy minimalnym zakłóceniu usług IT, zapewniając spójność i niezawodność.
Podobnie jak zarządzanie incydentami, proces wdrażania zmian ma kluczowe znaczenie dla utrzymania stabilności środowisk IT, umożliwiając jednocześnie niezbędne aktualizacje i usprawnienia. Dzięki ustrukturyzowanemu procesowi wdrażania zmian firmy mogą minimalizować ryzyko związane ze zmianami i zapewniać zgodność z normami regulacyjnymi.
Zmiany są zarządzane w narzędziu Efecte Service Management Tool w szablonie „Zmiana”. Zmiany są zazwyczaj powiązane z elementami konfiguracji (CI), co pozwala użytkownikom przeglądać relacje i analizować ich wpływ. Kroki procesu „Włączanie Zmiany” są zarządzane poprzez zmianę statusu karty danych „Zmiana” reprezentującej daną zmianę.
Zmień typy
Zrozumienie i rozróżnianie rodzajów zmian jest kluczowe dla efektywnego i skutecznego zarządzania usługami. Każdy typ charakteryzuje się unikalnymi procesami i wymaganiami, dostosowanymi do poziomu wpływu i pilności, zapewniając usprawnione i zarządzane pod kątem ryzyka podejście do wdrażania zmian. Zmiany normalne i awaryjne są przeprowadzane w szablonie zmian w systemie Efecte, natomiast zmiany standardowe są zarządzane w szablonie zmian standardowych w systemie Efecte.

Zmiana normalna
Zmiana standardowa wymaga starannego planowania, oceny i zatwierdzenia zgodnie z określonymi procedurami. Jest ona bardziej znacząca i ryzykowna niż zmiana standardowa, dlatego wymaga dokładniejszej oceny. Zmiany standardowe są przeprowadzane w szablonie Zmiany w narzędziu Efecte Service Management Tool.
Zmiana awaryjna
Zmiana awaryjna to zmiana, którą należy wdrożyć jak najszybciej, aby rozwiązać pilny problem lub zastosować krytyczną poprawkę bezpieczeństwa. Zmiany te mają zazwyczaj charakter reaktywny, reagując na nieprzewidziane zdarzenie lub problem. Zmiany awaryjne są wprowadzane w szablonie zmian w narzędziu Efecte Service Management Tool.
Zmiana standardowa
Zmiana Standardowa to zmiana o niskim ryzyku, wstępnie autoryzowana, dobrze zrozumiana, często wdrażana i w pełni udokumentowana. Zmiany te są rutynowe i udowodniono ich niskie ryzyko dzięki wcześniejszym, udanym wdrożeniom. Zmiany Standardowe są przeprowadzane w szablonie Zmiany Standardowej w narzędziu Efecte Service Management Tool.
Przypadki użycia
Przypadki użycia normalnych zmian
- Inicjacja żądania zmiany
- Użytkownik lub system identyfikuje potrzebę wprowadzenia zmiany, np. uaktualnienia aplikacji biznesowej lub modyfikacji infrastruktury sieciowej.
- Wniosek o zmianę składa się poprzez utworzenie karty danych zmiany w narzędziu Efecte Service Management Tool, która zawiera szczegółowe informacje na temat charakteru, celu i wymagań zmiany.
- Ocena i planowanie zmian
- Menedżer zmian analizuje wniosek, oceniając jego wpływ, ryzyko i wykonalność.
- Szczegółowy plan zostaje opracowany i udokumentowany na karcie danych zmian, łącznie z przydziałem zasobów, harmonogramem i środkami awaryjnymi.
- Zatwierdzenie i harmonogramowanie
- Plan zmian przedstawiany jest odpowiednim organom (np. Radzie Doradczej ds. Zmian) do zatwierdzenia.
- Po zatwierdzeniu zmiana jest planowana z uwzględnieniem dostępnych zasobów i potencjalnego wpływu na usługi.
- Wdrażanie i monitorowanie
- Zmiana została wprowadzona zgodnie z zatwierdzonym planem.
- Ciągły monitoring ze strony kierownika zmiany i zespołu wdrażającego gwarantuje, że zmiany postępują zgodnie z planem i że wszelkie pojawiające się problemy są rozwiązywane.
- Przegląd powdrożeniowy
- Po wdrożeniu przeprowadzany jest przegląd mający na celu ocenę skuteczności zmiany i wyciągnięcie wszelkich wniosków.
- Dokumentacja jest aktualizowana w celu odzwierciedlenia nowego stanu środowiska IT.
Przypadki użycia zmian awaryjnych
- Wykrywanie sytuacji awaryjnych i rejestrowanie zmian
- Wykryto pilny problem, np. krytyczną lukę w zabezpieczeniach lub poważną awarię usługi.
- Żądanie zmiany w trybie awaryjnym jest natychmiast rejestrowane w narzędziu Efecte Service Management Tool z typem „Awaryjny”, pomijając normalne procedury przyspieszonego przetwarzania.
- Szybka ocena i zatwierdzenie
- Menedżer ds. zmian przeprowadza szybką ocenę, koncentrując się na natychmiastowym rozwiązaniu.
- Często konieczne jest uzyskanie przyspieszonej zgody, od wyznaczonego organu lub w ramach usprawnionego procesu doradczego w zakresie zmian awaryjnych.
- Pilna realizacja
- Zmiana jest wdrażana pilnie, na bieżąco aktualizowana przez zespół wdrażający i koordynowana między zaangażowanymi zespołami.
- Naszym priorytetem jest szybkie rozwiązanie problemu przy jednoczesnym zapewnieniu jak najmniejszych zakłóceń w świadczeniu usług.
- Przegląd i normalizacja
- Po zajęciu się sytuacją kryzysową przeprowadzana jest analiza skuteczności reakcji.
- Podejmowane są kroki mające na celu normalizację operacji i integrację wszelkich zmian ze standardowym środowiskiem IT.
Standardowe przypadki użycia zmian
- Standardowa identyfikacja i rejestrowanie zmian
- Zidentyfikowano potrzebę wprowadzenia rutynowej, mało ryzykownej zmiany, np. niewielkiej aktualizacji oprogramowania lub regularnych czynności konserwacyjnych.
- Zmianę standardową rejestruje się poprzez utworzenie karty danych zmiany standardowej w narzędziu Efecte Service Management Tool.
- Szablon standardowego modelu zmiany służy do wprowadzania kluczowych informacji, w tym kroków wdrożenia, do standardowej karty danych zmiany.
- Weryfikacja i planowanie zmian
- Service Desk lub kierownik ds. zmian szybko weryfikuje, czy zmiana spełnia kryteria standardowej zmiany (wstępnie zatwierdzona, niskiego ryzyka i dobrze zrozumiana).
- Zmiana jest odpowiednio zaplanowana, aby zminimalizować jej wpływ na świadczenie usług, wykorzystując zdefiniowane wcześniej procedury i listy kontrolne zawarte w szablonie.
- Wdrożenie i dokumentacja
- Zmiana Standardu jest wdrażana zgodnie z ustalonymi uid i procedurami.
- Istotne szczegóły i wyniki zmiany są dokumentowane w standardowej karcie danych zmiany w celu umożliwienia śledzenia zmian i dostępu do nich w przyszłości.
- Monitorowanie powdrożeniowe
- Po wprowadzeniu zmiany przeprowadzany jest krótki okres monitorowania w celu sprawdzenia, czy zmiana nie wpłynęła negatywnie na usługi.
- Wszelkie odchylenia lub problemy są odnotowywane i niezwłocznie rozwiązywane.
- Przegląd i ciągłe doskonalenie
- Okresowe przeglądy zmian w Standardach mają na celu zapewnienie ich ciągłej aktualności i skuteczności.
- W razie potrzeby wprowadzane są zmiany w procedurach i kryteriach zmian standardowych, co sprzyja ciągłemu doskonaleniu procesu wdrażania zmian.
Kanały wejściowe
- Zmiany zazwyczaj wprowadza się ręcznie w szablonie zmian w narzędziu Efecte Service Management Tool.
Automatyczne powiadomienia e-mail
Rozwiązanie wysyła predefiniowane powiadomienia e-mail. Administrator może zmieniać treść powiadomień e-mail.
Zmiana standardowa
| # | Nazwa powiadomienia | Adres nadawcy | Odbiorca | Wysłane kiedy |
|---|---|---|---|---|
| 1 | Przypisano menedżera zmiany | [zdefiniowane przez klienta] | Menedżer zmian | Po przypisaniu Zmiany Standardowej do Menedżera Zmian |
| 2 | Zespół przydzielony | [zdefiniowane przez klienta] | Zespół | Po przypisaniu zmiany standardowej do zespołu. |
| 3 | Oczekiwanie na wdrożenie | [zdefiniowane przez klienta] | Wnioskodawca | Po zaplanowaniu zmiany standardowej. |
| 4 | Wdrożenie anulowane | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian i Zespół | Jeśli wdrożenie zostało anulowane (Status = „Anulowane”). |
| 5 | Wdrożenie nie powiodło się | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian i Zespół | Jeśli implementacja się nie powiedzie (wynik implementacji = „Nieudana i wycofana”) |
| 6 | Wdrożenie zakończone sukcesem | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian i Zespół | Jeżeli wdrożenie zakończy się sukcesem (przegląd zmian zostanie przeprowadzony, a status = „Zamknięte”) |
Model zmiany standardowej
| # | Nazwa powiadomienia | Adres nadawcy | Odbiorca | Wysłane kiedy |
|---|---|---|---|---|
| 1 | Oczekiwanie na zatwierdzenie | [zdefiniowane przez klienta] | Menedżer zmian | Standardowy model zmian został przypisany do Menedżera Zmian |
| 2 | Standardowy model zmian wygaśnie za 1 miesiąc | [zdefiniowane przez klienta] | Menedżer zmian | Data ważności - 1 miesiąc |
| 3 | Standardowy model zmian wygaśnie za tydzień | [zdefiniowane przez klienta] | Menedżer zmian | Data ważności - 1 tydzień |
Zmiana normalna i zmiana awaryjna
| # | Nazwa powiadomienia | Adres nadawcy | Odbiorca | Wysłane kiedy |
|---|---|---|---|---|
| 1 | Przypisano menedżera zmiany | [zdefiniowane przez klienta] | Menedżer zmian | Zmiana została przypisana do Menedżera Zmian. |
| 2 | Zespół przydzielony | [zdefiniowane przez klienta] | Zespół | Zmiana została przypisana do zespołu. |
| 3 | Zmiana awaryjna oczekująca na szybką ocenę i zatwierdzenie | [zdefiniowane przez klienta] | Menedżer zmian i CAB | Po zakończeniu planowania (Status = „Oczekiwanie na zatwierdzenie”) |
| 4 | Zmiana standardowa w oczekiwaniu na zatwierdzenie planu | [zdefiniowane przez klienta] | Menedżer zmian i CAB | Po zakończeniu planowania (Status = „Oczekiwanie na zatwierdzenie”) |
| 5 | Zatwierdzono planowanie zmian | [zdefiniowane przez klienta] | Wnioskodawca | Jeśli plan został zatwierdzony (Status = „Zatwierdzony”) |
| 6 | Zatwierdzono planowanie zmian | [zdefiniowane przez klienta] | Menedżer zmian i zespół | Jeśli plan został zatwierdzony (Status = „Zatwierdzony”) |
| 7 | Zmiana planu odrzucona | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian i Zespół | Jeżeli plan nie został zatwierdzony (Status = „Odrzucony”) |
| 8 | Wdrożenie anulowane | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian, CAB i zespół | Jeśli wdrożenie zostanie anulowane (Status = „Anulowane”) |
| 9 | Wdrożenie nie powiodło się | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian, CAB i zespół | Jeśli implementacja się nie powiedzie (wynik implementacji = „Nieudana i wycofana”) |
| 10 | Oczekiwanie na przegląd wdrożenia | [zdefiniowane przez klienta] | Menedżer zmian | Jeżeli wdrożenie zakończy się sukcesem (Wynik wdrożenia = „Pomyślny”) |
| 11 | Wdrożenie zakończone sukcesem | [zdefiniowane przez klienta] | Wnioskodawca, Menedżer zmian, CAB i zespół | Przegląd zmian został zakończony, a status = „Zamknięte” |
Terminologia
| Termin | Wyjaśnienie |
| Zmiana włączania | Proces kontrolowanego kontrolowania zmian w infrastrukturze informatycznej lub w dowolnym aspekcie usług. |
| Zmiana normalna | Zmiana, która wymaga gruntownej oceny, planowania i zatwierdzenia ze względu na potencjalny wpływ i ryzyko. Nie jest wstępnie autoryzowana i przechodzi przez pełny proces wdrażania zmiany. |
| Zmiana standardowa | Zmiana autoryzowana z góry, która niesie ze sobą niewielkie ryzyko, jest stosunkowo powszechna i zgodna z procedurą lub instrukcją pracy. |
| Zmiana awaryjna | Zmiana, która musi zostać wprowadzona jak najszybciej ze względu na pilną sprawę. |
| Zmień autorytet | Osoba lub grupa odpowiedzialna za autoryzację zmiany. Uprawnienia te mogą się różnić w zależności od rodzaju i zakresu zmiany. W przypadku zmian standardowych może to być Kierownik Service Desk , natomiast w przypadku zmian normalnych lub awaryjnych może to być Rada Doradcza ds. Zmian (CAB) lub członek kadry kierowniczej wyższego szczebla. Osoba upoważniona do wprowadzania zmian zapewnia, że zmiany są oceniane, priorytetyzowane i zatwierdzane zgodnie z polityką organizacji i tolerancją ryzyka. |
| Rada Doradcza ds. Zmian (CAB) | Grupa osób doradzających w zakresie oceny, ustalania priorytetów i planowania zmian. CAB jest zazwyczaj organem zatwierdzającym zmiany. |
| Żądanie zmiany | Formalna propozycja zmiany zawiera szczegółowe informacje o zmianie, jej potrzebie i sposobie wdrożenia. Żądanie zmiany jest przedstawione na karcie danych zmiany w narzędziu Efecte Service Management Tool. |
| Przegląd powdrożeniowy (PIR) | Ocena przeprowadzana po wprowadzeniu zmiany ma na celu ustalenie jej skuteczności, zidentyfikowanie problemów i zebranie wniosków na potrzeby przyszłych ulepszeń. |
| Ocena wpływu | Proces analizowania potencjalnych skutków zmiany, w tym jej wpływu na usługi, użytkowników i infrastrukturę. |
| Ocena ryzyka | Ocena potencjalnych ryzyk związanych ze zmianą, w tym prawdopodobieństwa i potencjalnych konsekwencji. |
| Szablon modelu zmiany standardowej | Predefiniowane podejście do obsługi określonego typu standardowej zmiany, szczegółowo opisujące kroki i procesy, które należy wykonać. Modele zmian standaryzują reakcje na typowe scenariusze zmian standardowych. Modele są utrzymywane w szablonie Standardowego Modelu Zmiany w narzędziu Efecte Service Management Tool. |
Wymagania wstępne
- Dobrze zdefiniowana polityka umożliwiania zmian
- Jasna polityka określająca cele, zakres, role, obowiązki i procedury związane z wdrażaniem zmian. Polityka ta służy jako dokument uid dla wszystkich działań w zakresie zarządzania zmianą.
- Pro zarządzania konfiguracją
- Niezbędne do zrozumienia bieżącej konfiguracji i zależności środowiska IT. Zarządzanie konfiguracją, poprzez wykorzystanie bazy danych CMDB, dostarcza kluczowych informacji na temat relacji i wpływu elementów konfiguracji (CI). Informacje te są kluczowe dla skutecznej oceny ryzyka, analizy wpływu, planowania i weryfikacji po wprowadzeniu zmian w procesie zarządzania zmianą. Gwarantuje to, że zmiany są wprowadzane z kompleksowym zrozumieniem ich potencjalnego wpływu na infrastrukturę i usługi IT.
- Integracja zarządzania katalogiem usług
- Kluczowe dla dostosowania zmian do usług oferowanych użytkownikom. Zarządzanie Katalogiem Usług zapewnia szczegółowy wgląd we wszystkie usługi dostępne w organizacji, w tym ich opisy, statusy i zależności. Ta przejrzystość jest kluczowa dla oceny wpływu proponowanych zmian na świadczenie usług oraz dla zapewnienia, że zmiany wspierają ciągły rozwój i doskonalenie usług. Ułatwia również komunikowanie zmian interesariuszom, ponieważ zmiany można ująć w kontekście ich wpływu na konkretne usługi wymienione w katalogu.
- Rada Doradcza ds. Zmian (CAB)
- Utworzenie Rady ds. Oceny i Analizy (CAB), składającej się z interesariuszy i ekspertów, którzy dokonują przeglądu, oceny i zatwierdzają istotne zmiany. Rada ds. Oceny i Analizy odgrywa kluczową rolę w zapewnieniu zgodności zmian z celami biznesowymi i efektywnego zarządzania nimi.
- Skuteczne kanały komunikacji
- Niezawodne metody komunikacji umożliwiające jasną i spójną komunikację pomiędzy wszystkimi stronami zaangażowanymi w proces zmian.
- W praktyce może to obejmować integrację z pocztą e-mail, portal samoobsługowy i potencjalnie integrację z czatem lub innymi narzędziami do współpracy.
- Mechanizmy oceny ryzyka i wpływu
- Pro oceny ryzyka i wpływu proponowanych zmian. Obejmują one narzędzia i kryteria oceny potencjalnego wpływu na usługi, zasoby i działalność biznesową.
- Integracja z innymi procesami Pro
- Płynna integracja z innymi procesami zarządzania usługami IT, takimi jak zarządzanie incydentami, problemami i konfiguracją. Zapewnia to holistyczne podejście do zarządzania usługami i dostosowanie zmian do szerszych celów IT.
Korzyści
- Zmniejszone ryzyko
- Kontrolowane wdrażanie zmian minimalizuje ryzyko związane ze zmianami.
- Zwiększona stabilność
- Zapewnia spójność i niezawodność środowiska IT.
- Zgodność i standaryzacja
- Pomaga zachować zgodność z przepisami i ujednolicić procedury zmian.
Aktorzy i role
| Aktor | Opis | Role w narzędziu Efecte Service Management Tool (ESM) |
| Menedżer zmian | Nadzoruje proces zarządzania zmianą. | Zmiana włączania |
| Członkowie CAB | Pro uid i zatwierdzenie zmian | Nie dotyczy |