COBIT5 Implementation
Wdrożenie ładu IT w organizacji - część 2
COBIT5 Implementation
COBIT5 Implementation jest frameworkiem z rodziny COBIT służącym do zarzadzania zmianą organizacyjną. Stanowi on zwartą metodykę służącą do wdrażania zmian w organizacji i w szczególności nadaje się do wdrażania zmian w obszarze governance.
COBIT5 Implementation definiuje szereg kluczowych czynników sukcesu, (tj. atrybutów, cech, zasobów czy kompetencji, które na danym rynku są warunkiem odniesienia sukcesu [5]). W przypadku programu transformacyjnego jako przykłady kluczowych czynników sukcesu można wymienić:
- Wyższe kierownictwo zapewniające kierunek i upoważnienie dla danej inicjatywy, jak również trwające zaangażowanie
- Wszystkie strony wspierające nadzór i zarządzanie procesami dla rozumienia celów biznesowych i IT.
- Zapewnienie efektywnej komunikacji i umożliwienie niezbędnych zmian
- Dopasowanie COBIT i innych wspierających dobre praktyki i standardy, aby pasowały do unikalnego kontekstu przedsiębiorstwa i
- Skupienie na szybkich zyskach i priorytetyzacji najbardziej korzystnych ulepszeń, które są najłatwiejsze do wdrożenia.
Transformacja powinna być uruchamiana jedynie w sytuacji, w której kluczowe czynniki sukcesu są bądź mogą być w krótkim czasie spełnione.
Sam proces zarządzania programem transformacyjnym jest w COBIT5 podzielony na 7 faz, w ramach których są realizowane 3 równoległe strumienie aktywności, tj.
- Zarzadzanie programem – działania organizacyjne i zarządcze na poziomie programu, takie jak samo uruchomienie programu, opracowanie jego uzasadnienia biznesowego, planowanie aż do pomiaru wyników.
- Umożliwienie zmiany – działania miękkie zmierzające do zaakceptowania przez organizację wdrażanych zmian, takie jak stworzenie odpowiedniego środowiska, prawidłową komunikację, motywowanie zespołu, pozyskiwanie zainteresowania i wsparcia z wewnątrz organizacji.
- Cykl ciągłego doskonalenia – realizacja założeń programu, czyli de facto planowanie i realizacja poszczególnych inicjatyw wchodzących w skład programu.
Rysunek 4 – Fazy zarządzania programem transformacji wg COBIT5 Implementation, źródło: [5]
Każdej z 7 faz odpowiada tzw. wyznacznik, tj. pytanie definiujące cele każdej fazy:
- Faza 1 – Jakie są przyczyny dla których program jest uruchamiany?
- Faza 2 – Jaki jest stan aktualny organizacji?
- Faza 3 – Jaki jest pożądany stan organizacji?
- Faza 4 – Co należy zrobić?
- Faza 5 – Jak to zrealizować?
- Faza 6 – Czy to zostało zrealizowane?
- Faza 7 – Jak utrzymać dynamikę zmian?
COBIT5 Implementation kładzie bardzo duży nacisk na działania związane z umożliwieniem zmiany, tj. koncentrują się nie tylko na samej implementacji zmiany, ale również na jej zaakceptowaniu przez zmienianą organizację. Charakterystyczne zalecenia tego strumienia to m.in.
- Koncentracja na osiąganiu szybkich korzyści (tzw. quick wins) oraz komunikowanie do organizacji informacji o sukcesach.
- Dla każdej zmiany odnalezienie i wyraźnie wskazanie rzeczywistej potrzeby interesariuszy, jaką wdrażana zmiana będzie adresowała.
- Zbudowanie zmotywowanego zespołu oraz osadzenie go w szerokiej koalicji na rzecz zmian.
COBIT5 Implementation dla każdej fazy określa wymagane zaangażowanie poszczególnych interesariuszy oraz ich rolę. Zaangażowanie określane jest techniką RACI, tj. przypisaniem jednego z 4 typów obowiązków:
- Responsible – osoba jest bezpośrednio odpowiedzialna za wykonanie zadania,
- Accountable – osoba jest odpowiedzialna za nadzór nad zadaniem,
- Consulted – przy realizacji zadania należy się z daną osoba konsultować i angażować ją w jego realizację,
- Informed – osoba musi być informowano o rozpoczęci, realizacji oraz zakończeniu zadania.
Rysunek 5 – Role i obowiązki w transformacji zarządzanej wg COBIT5 na przykładzie kroku: stworzenie właściwego środowiska dla zmiany, źródło: [5]
COBIT 5 Implementation definiuje rolę odpowiedzialną za zarządzanie programem (tj. Programme Steering) wraz z jej obowiązkami. Nie definiuje natomiast jej szczegółowej struktury organizacyjnej.
Inne artykuły
Dług technologiczny
„Dlaczego informatyka musi tyle kosztować?” – to chyba najczęściej pojawiające się pytanie zarządów spółek rozpatrujących inwestycję w narzędzia informatyczne. Warto zwrócić uwagę na jeden z poważniejszych czynników kosztotwórczych, a mianowicie
Uderz w trawę by wypłoszyć węża
Kontynuując inspirację książką Piotra Plebaniaka „36 forteli, chińska sztuka podstępu, układania planów i skutecznego działania” odniosę się tym razem do odkrywania tego, co nieodkryte. Przystępując do transformacji znajdujemy się zazwyczaj
Migracja z architektury tradycyjnej do hiperkonwergentnej
„Migracja z architektury tradycyjnej do hiperkonwergentnej” – Wystąpienie na SysOps/DevOps Warszawa MeetUp #44 z dn. 24.10.2019r. SysOps/DevOps MeetUp ludziom z branży nie trzeba przestawiać. Zawsze komplet na sali i zawsze