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ść.
Tydzień 2 Lekcja 6 – Accountability vs Responsibility
1. Definicje: Odpowiedzialność wykonawcza a rozliczalność
W ekosystemie SIAM precyzyjne rozróżnienie tych dwóch pojęć jest fundamentem unikania konfliktów i tzw. „luk” procesowych.
Responsibility (Odpowiedzialność wykonawcza): Obowiązek wykonania konkretnego zadania, czynności lub pracy (tzw. „duty to deal with”). W modelu SIAM wiele podmiotów może być jednocześnie Responsible za ten sam proces lub usługę (np. kilku dostawców może odpowiadać za wykonywanie kopii zapasowych swoich systemów).
Accountability (Rozliczalność / Własność): Stan bycia ostatecznie odpowiedzialnym, prawnie odpowiedzialnym lub dającym odpowiedzi za wynik zadania. Osoba lub rola Accountable posiada ostateczną decyzyjność i uprawnienia, nawet jeśli sama fizycznie nie wykonuje pracy.
2. Zasada „Jednego A” (The Rule of One ‘A’)
To najważniejsza zasada zarządzania w SIAM, mająca na celu wyeliminowanie zjawiska „ping-ponga odpowiedzialnością”.
Za każde konkretne zadanie lub proces w całym ekosystemie (nawet jeśli obejmuje on 10 różnych firm) może odpowiadać tylko jedna rola/podmiot (być Accountable).
Pozwala to uniknąć chaosu w sytuacjach kryzysowych – zawsze wiadomo dokładnie, u kogo „kończy się droga” w podejmowaniu decyzji.
3. Integrator jako Pojedynczy Punkt Rozliczalności (Single Point of Accountability)
W modelu SIAM integrator usług pełni unikalną rolę logiczną, która odróżnia go od zwykłego koordynatora.
Chociaż wielu dostawców wykonuje techniczną pracę (Responsible), to Integrator usług jest podmiotem rozliczanym (Accountable) za całościowe (end-to-end) dostarczenie usług do organizacji klienta.
Integrator pełni rolę „agenta klienta”, upewniając się, że rozproszone działania różnych dostawców sumują się w oczekiwaną wartość biznesową.
4. Podział R i A w hierarchii SIAM
Lekcja ta pokazuje, jak SIAM zarządza złożonością poprzez odpowiednią alokację w warstwach:
Organizacja Klienta: Zazwyczaj pozostaje Accountable za strategiczne wyniki biznesowe, finanse i ład korporacyjny (tzw. retained capabilities).
Integrator usług: Jest Accountable za operacyjną integrację, spójność procesów end-to-end oraz raportowanie wydajności całego ekosystemu.
Dostawcy usług: Są Responsible za techniczną realizację i utrzymanie swoich komponentów oraz Accountable wyłącznie za swoje wewnętrzne działania w ramach własnej organizacji.
5. Przykład praktyczny: Rozwiązanie poważnej awarii (Major Incident)
Aby zrozumieć różnicę, przyjrzyjmy się procesowi naprawy krytycznej usterki:
Responsibility: Specjalista u Dostawcy A sprawdza bazę danych, a technik u Dostawcy B konfiguruje sieć. Obaj wykonują pracę i są za nią odpowiedzialni (Responsible).
Accountability: Major Incident Manager po stronie Integratora jest rozliczany (Accountable) za to, aby usługa wróciła do działania w zakontraktowanym czasie, koordynując działania obu dostawców i podejmując decyzje o priorytetach.
6. Wartość biznesowa jasnego rozróżnienia
Eliminacja „efektu arbuza”: Gdy jedna strona (Integrator) jest Accountable za całość usługi, raporty nie mogą być tylko technicznie poprawne (zielone u dostawców), ale muszą odzwierciedlać realną satysfakcję biznesu.
Skuteczna eskalacja: Jasne przypisanie rozliczalności definiuje precyzyjną ścieżkę decyzyjną – jeśli praca (Responsibility) stoi w miejscu, wiadomo, kto ma mandat, by interweniować i wymusić rozwiązanie.
Podsumowanie
W modelu SIAM zapamiętaj prostą zasadę: Odpowiedzialność wykonawczą (R) można dzielić i delegować, ale rozliczalność (A) musi być zawsze jedna. Integrator usług to „Single Point of Accountability”, który spaja wiele rozproszonych działań wykonawczych w jedną, spójną usługę.