Tydzień 2 - Struktury SIAM, role i odpowiedzialność
Nauczysz się:
* jak podzielić odpowiedzialność bez chaosu,
* jak ograniczyć konflikty między zespołami i vendorami,
* jak zbudować podstawę governance.
Nauczysz się:
* jak nie zaczynać SIAM “od tabelki i nazw ról”,
* jak budować wdrożenie z sensem,
* jak połączyć proces, kontrakt, dane i odpowiedzialność.
W modelu SIAM procesy nie są zamknięte wewnątrz jednej organizacji, lecz muszą być zaadaptowane do działania cross-functional i cross-provider. SIAM sam w sobie nie jest procesem, lecz metodologią, która czerpie z istniejących procesów i nadaje im ramy operacyjne w całym ekosystemie. Kluczowe jest przesunięcie fokusu z technicznego wykonania zadania na wynik procesu end-to-end (E2E).
2. Zarządzanie Incydentami (Incident Management)
W środowisku wielu dostawców zarządzanie incydentami wymaga szczególnej koordynacji, aby uniknąć przerw w przepływie informacji.
Współpraca: Dostawcy muszą stosować zasadę „fix first, discuss later” (najpierw napraw, potem dyskutuj), aby priorytetem było przywrócenie usługi, a nie szukanie winnego.
Major Incident (MI): W przypadku poważnych awarii powoływana jest Grupa Robocza ds. Poważnych Incydentów, którą zarządza integrator, koordynując działania wielu dostawców jednocześnie.
Luki procesowe: Integrator dba, aby incydenty nie „wypadały ze szczelin” podczas przekazywania ich między różnymi zespołami u różnych dostawców.
3. Zarządzanie Problemami (Problem Management)
Proces ten w SIAM staje się proaktywnym narzędziem doskonalenia całego ekosystemu.
Fora procesowe: Tworzone są dedykowane fora, na których specjaliści od problemów z różnych firm wspólnie analizują trendy i szukają przyczyn źródłowych, które mogą leżeć na styku usług.
Wspólne KPI: Integrator i dostawcy wspólnie ustalają mierniki sukcesu dla procesu zarządzania problemami, aby zachęcać do dzielenia się wiedzą.
4. Zarządzanie Zmianą (Change Management)
Zarządzanie zmianą w SIAM musi balansować między autonomią dostawców a ryzykiem dla całego ekosystemu.
Rada iCAB (Integrated Change Advisory Board): To formalny organ decyzyjny zarządzany przez integratora, który ocenia zmiany mogące wpłynąć na usługę E2E, niezależnie od tego, który dostawca je wdraża.
Podział uprawnień: Polityka zmian definiuje, które zmiany dostawcy mogą zatwierdzać lokalnie, a które wymagają eskalacji do integratora ze względu na ryzyko cross-provider.
5. Zarządzanie Wiedzą (Knowledge Management)
Skuteczne zarządzanie wiedzą jest niezbędne, aby uniknąć „efektu krzesła obrotowego” i marnowania czasu na ponowne odkrywanie rozwiązań.
Wspólne repozytorium: Integrator odpowiada za stworzenie i utrzymanie centralnej bazy wiedzy, do której wszyscy dostawcy mają obowiązek kontrybuować.
Forum Wiedzy: Regularne spotkania służą weryfikacji aktualności artykułów oraz identyfikacji obszarów, w których Service Desk mógłby przejąć rozwiązywanie prostszych incydentów dzięki nowym instrukcjom.
6. Zarządzanie Dostawcami (Supplier Management)
W modelu SIAM dochodzi do unikalnego podziału tego procesu między dwie warstwy.
Warstwa Klienta: Zachowuje strategiczne zarządzanie dostawcami, w tym własność kontraktów oraz nadzór nad ich aspektami handlowymi i prawnymi.
Warstwa Integratora: Wykonuje operacyjne zarządzanie dostawcami, działając jako agent klienta. Integrator dba o codzienne przestrzeganie SLA, monitorowanie wydajności i koordynację współpracy między partnerami.
Zasada luźnego powiązania (Loose Coupling): Kontrakty są projektowane tak, aby wymiana jednego dostawcy miała minimalny wpływ na resztę ekosystemu.
Podsumowanie
W modelu SIAM tradycyjne procesy przestają być domeną jednej firmy. Integrator nie narzuca dostawcom ich wewnętrznych procedur, ale wymaga, aby ich interfejsy procesowe były spójne z nadrzędnym modelem E2E. Kluczem do sukcesu jest eliminacja kultury obwiniania się na rzecz wspólnej odpowiedzialności za wynik końcowy dla biznesu.