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ść.
Decyzja o wyborze modelu integratora jest jednym z kluczowych kroków w mapie drogowej SIAM (etap Plan & Build). Wybór zależy od wielu czynników, takich jak dojrzałość organizacji, budżet, apetyt na ryzyko oraz wymagania legislacyjne.
2. Model 1: Integrator wewnętrzny (Internally Sourced)
W tym modelu organizacja klienta sama zapewnia zdolności integracyjne, tworząc dedykowany zespół wewnątrz swoich struktur.
Kiedy stosować: Gdy klient posiada (lub chce rozwinąć) silne kompetencje integracyjne, chce zachować pełną kontrolę lub jest do tego zmuszony przez prawo/regulacje.
Zalety: Pełna kontrola, brak zależności od zewnętrznej firmy, wspólne cele strategiczne, elastyczność bez konieczności aneksowania umów.
Wyzwania: Konieczność samodzielnego zbudowania procesów i narzędzi (często od zera), ryzyko niedoszacowania zasobów oraz trudność w byciu bezstronnym mediatorem (zespół jest widziany jako „część klienta”).
3. Model 2: Integrator zewnętrzny (Externally Sourced)
Klient powierza rolę integratora wyspecjalizowanej firmie zewnętrznej, która nie dostarcza żadnych innych usług technicznych w tym ekosystemie.
Kiedy stosować: Gdy brakuje wewnętrznych zasobów lub kompetencji i organizacja nie zamierza ich budować, preferując zakup gotowej wiedzy rynkowej.
Zalety: Dostęp do sprawdzonych procesów i narzędzi (best practice), szybsze osiągnięcie korzyści dzięki doświadczeniu dostawcy, jasny rozdział ról (integracja vs. strategia).
Wyzwania: Wysoka zależność od partnera, potencjalnie wyższe koszty zarządzania kontraktem, ryzyko oporu ze strony wewnętrznych zespołów IT podlegających nadzorowi zewnętrznemu.
4. Model 3: Główny dostawca (Lead Supplier)
Jeden z dostawców usług technicznych (np. firma dostarczająca hosting) przejmuje dodatkowo odpowiedzialność za bycie integratorem dla całego ekosystemu.
Zasada „Etical Walls”: Aby model był skuteczny, organizacja ta musi stworzyć „ściany etyczne”, oddzielając zespół dostarczający usługę od zespołu integratora, aby zachować bezstronność i uniknąć konfliktu interesów.
Zalety: Szybsze wdrożenie (istniejąca relacja z klientem), integrator ma „własny interes” w sukcesie usługi (jeśli usługa zawiedzie, on również ponosi kary jako dostawca).
Wyzwania: Ryzyko faworyzowania własnych zespołów technicznych, ryzyko podwójnego naliczania opłat za te same zasoby (np. Service Desk), trudności w budowaniu zaufania u innych dostawców (konkurentów).
5. Model 4: Integrator hybrydowy (Hybrid)
Połączenie zasobów klienta i firmy zewnętrznej (lub firm), które wspólnie tworzą warstwę integratora.
Kiedy stosować: Gdy klient chce zachować wpływ na integrację, ale potrzebuje wsparcia eksperckiego, lub gdy planuje docelowo przejąć rolę integratora po okresie nauki od partnera.
Zalety: Budowa wewnętrznych kompetencji pod okiem ekspertów, elastyczność (model może być tymczasowy), mniejsze ryzyko popełnienia błędów dzięki zewnętrznemu doradztwu.
Wyzwania: Ryzyko rozmycia odpowiedzialności (confusion) przy braku jasnego podziału ról między klientem a partnerem, możliwość powielania działań i generowania dodatkowych kosztów.
6. Porównanie i proces wyboru
Organizacje rzadko wybierają model idealny na zawsze – często ewoluują one wraz ze wzrostem dojrzałości ekosystemu. Kluczowe jest, aby niezależnie od wybranej struktury, integrator był postrzegany przez wszystkich dostawców jako jedna logiczna jedność, działająca w imieniu klienta.
Podsumowanie
Wybór modelu to balans między kontrolą (internal), prędkością wdrożenia (external/lead) a rozwojem kompetencji (hybrid). Największym błędem jest brak jasnego umocowania integratora – niezależnie od modelu, musi on mieć mandat od klienta do zarządzania i koordynowania pracy wszystkich dostawców