FI Finnish
SE Swedish
FR French
PL Polish
DE German
US English (US)

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

Polish
FI Finnish
SE Swedish
FR French
PL Polish
DE German
US English (US)
  • Log in
  • Home
  • Zarządzanie usługami
  • Rozwiązanie Matrix42 Professional
  • Biblioteka rozwiązań Professional
  • Procesy i przypadki Pro Matrix 42 Professional
  • Zarządzanie usługami informatycznymi
  • Pro : Włączanie zmian

Przegląd Pro : Włączanie zmian

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Zarządzanie usługami
    Rozwiązanie Matrix42 Professional Rozwiązanie Matrix42 Core Zarządzanie usługami przedsiębiorstwa Inteligencja Matrix42
  • Zarządzanie tożsamością i administracja ( IGA )
    Przegląd IGA Biblioteka rozwiązań IGA
  • Platforma
    ESM ESS2 ES Efecte Chat do zarządzania usługami Efektywne integracje Dodatki
  • Informacje o wydaniu dla M42 Core & Pro , IGA , Conversational AI
    2025.3 2025.2 2025.1 2024.2 2024.1 2023.4 2023.3 2023.2 2023.1 2022.4 2022.3 Informacje i zasady dotyczące wydania
  • Inny materiał
    Wytyczne uid terminów i dokumentacji Oświadczenia dotyczące dostępności
  • Usługi
+ More
    • Zarządzanie usługami

    • Zarządzanie tożsamością i administracja ( IGA )

    • Platforma

    • Informacje o wydaniu dla M42 Core & Pro , IGA , Conversational AI

    • Inny materiał

    • Usługi

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.

Uproszczona ilustracja szablonów zmian i zmian standardowych oraz ich celów.

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

  1. Inicjacja żądania zmiany
    1. Użytkownik lub system identyfikuje potrzebę wprowadzenia zmiany, np. uaktualnienia aplikacji biznesowej lub modyfikacji infrastruktury sieciowej.
    2. 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.
  2. Ocena i planowanie zmian
    1. Menedżer zmian analizuje wniosek, oceniając jego wpływ, ryzyko i wykonalność.
    2. Szczegółowy plan zostaje opracowany i udokumentowany na karcie danych zmian, łącznie z przydziałem zasobów, harmonogramem i środkami awaryjnymi.
  3. Zatwierdzenie i harmonogramowanie
    1. Plan zmian przedstawiany jest odpowiednim organom (np. Radzie Doradczej ds. Zmian) do zatwierdzenia.
    2. Po zatwierdzeniu zmiana jest planowana z uwzględnieniem dostępnych zasobów i potencjalnego wpływu na usługi.
  4. Wdrażanie i monitorowanie
    1. Zmiana została wprowadzona zgodnie z zatwierdzonym planem.
    2. 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.
  5. Przegląd powdrożeniowy
    1. Po wdrożeniu przeprowadzany jest przegląd mający na celu ocenę skuteczności zmiany i wyciągnięcie wszelkich wniosków.
    2. Dokumentacja jest aktualizowana w celu odzwierciedlenia nowego stanu środowiska IT.

Przypadki użycia zmian awaryjnych

  1. Wykrywanie sytuacji awaryjnych i rejestrowanie zmian
    1. Wykryto pilny problem, np. krytyczną lukę w zabezpieczeniach lub poważną awarię usługi.
    2. Żądanie zmiany w trybie awaryjnym jest natychmiast rejestrowane w narzędziu Efecte Service Management Tool z typem „Awaryjny”, pomijając normalne procedury przyspieszonego przetwarzania.
  2. Szybka ocena i zatwierdzenie
    1. Menedżer ds. zmian przeprowadza szybką ocenę, koncentrując się na natychmiastowym rozwiązaniu.
    2. Często konieczne jest uzyskanie przyspieszonej zgody, od wyznaczonego organu lub w ramach usprawnionego procesu doradczego w zakresie zmian awaryjnych.
  3. Pilna realizacja
    1. Zmiana jest wdrażana pilnie, na bieżąco aktualizowana przez zespół wdrażający i koordynowana między zaangażowanymi zespołami.
    2. Naszym priorytetem jest szybkie rozwiązanie problemu przy jednoczesnym zapewnieniu jak najmniejszych zakłóceń w świadczeniu usług.
  4. Przegląd i normalizacja
    1. Po zajęciu się sytuacją kryzysową przeprowadzana jest analiza skuteczności reakcji.
    2. Podejmowane są kroki mające na celu normalizację operacji i integrację wszelkich zmian ze standardowym środowiskiem IT.

Standardowe przypadki użycia zmian

  1. Standardowa identyfikacja i rejestrowanie zmian
    1. Zidentyfikowano potrzebę wprowadzenia rutynowej, mało ryzykownej zmiany, np. niewielkiej aktualizacji oprogramowania lub regularnych czynności konserwacyjnych.
    2. Zmianę standardową rejestruje się poprzez utworzenie karty danych zmiany standardowej w narzędziu Efecte Service Management Tool.
    3. Szablon standardowego modelu zmiany służy do wprowadzania kluczowych informacji, w tym kroków wdrożenia, do standardowej karty danych zmiany.
  2. Weryfikacja i planowanie zmian
    1. Service Desk lub kierownik ds. zmian szybko weryfikuje, czy zmiana spełnia kryteria standardowej zmiany (wstępnie zatwierdzona, niskiego ryzyka i dobrze zrozumiana).
    2. 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.
  3. Wdrożenie i dokumentacja
    1. Zmiana Standardu jest wdrażana zgodnie z ustalonymi uid i procedurami.
    2. 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.
  4. Monitorowanie powdrożeniowe
    1. Po wprowadzeniu zmiany przeprowadzany jest krótki okres monitorowania w celu sprawdzenia, czy zmiana nie wpłynęła negatywnie na usługi.
    2. Wszelkie odchylenia lub problemy są odnotowywane i niezwłocznie rozwiązywane.
  5. Przegląd i ciągłe doskonalenie
    1. Okresowe przeglądy zmian w Standardach mają na celu zapewnienie ich ciągłej aktualności i skuteczności.
    2. 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

Was this article helpful?

Yes
No
Give feedback about this article

Related Articles

  • Automatyzacja przepływu pracy w interfejsie użytkownika Workspace
  • Informacje o wydaniu Efecte Service Management 2022.4.1
  • Zarządzanie problemami w ESS
  • Konfiguracja: ESA z Keycloak
  • Oferta usług w ESS

Copyright 2026 – Matrix42 Professional.

Matrix42 homepage


Knowledge Base Software powered by Helpjuice

0
0
Expand