Co-managed IT — model hybrydowy outsourcingu

Co-managed IT to jeden z najmniej zrozumianych terminów w polskim outsourcingu IT — często mylony z pełnym outsourcingiem albo z „konsultingiem od czasu do czasu". Tymczasem to konkretny, dobrze opisany na rynkach zachodnich model, który w Polsce dopiero zyskuje na popularności, głównie wśród firm produkcyjnych i handlowych zatrudniających od 30 do 150 osób. W DSX (Szczecin, na rynku od 2002 roku) obserwujemy rosnące zainteresowanie tym modelem właśnie w segmencie, który wyrósł z etatu jednego informatyka, ale jeszcze nie stać go — ani nie chce mu się — budować pełnego wewnętrznego działu IT.

Ten artykuł wyjaśnia, czym jest co-managed IT, czym różni się od zwykłego outsourcingu IT i pełnego managed services, kiedy model ma sens ekonomiczny, a przede wszystkim — jak precyzyjnie podzielić obowiązki między wewnętrznego informatyka a zewnętrzny zespół, żeby nikt nie zgadywał, kto odpowiada za co w środku nocy. Pokazujemy gotową matrycę RACI, realne widełki cenowe outsourcingu IT w modelu hybrydowym oraz case study firmy produkcyjnej z 80 pracownikami w Stargardzie, która wdrożyła ten model w 2025 roku.

Co to jest co-managed IT — definicja i geneza modelu

Co-managed IT (model hybrydowy outsourcingu IT) to forma współpracy, w której firma zatrudnia własnego informatyka lub mały dział IT, a jednocześnie korzysta z zewnętrznego dostawcy outsourcingu IT, który uzupełnia go w obszarach wymagających skali, ciągłości 24/7 lub wąskich kompetencji. W przeciwieństwie do pełnego outsourcingu IT dostawca nie przejmuje całej odpowiedzialności operacyjnej — dzieli ją z zespołem klienta według wcześniej ustalonego podziału zadań.

Model wywodzi się z rynku amerykańskiego, gdzie funkcjonuje pod nazwą „co-managed IT services" od połowy lat 2010, jako odpowiedź na dwa zjawiska jednocześnie: rosnące wymagania dotyczące cyberbezpieczeństwa (które pojedynczy informatyk fizycznie nie jest w stanie pokryć) oraz niechęć średnich firm do całkowitego oddania kontroli nad IT stronie zewnętrznej. W Polsce co-managed IT zaczął się upowszechniać po 2023 roku, głównie w związku z wdrażaniem dyrektywy NIS2, która nałożyła na firmy produkcyjne, logistyczne i część usługowych obowiązek ciągłego monitoringu bezpieczeństwa i raportowania incydentów w 24 godziny.

W praktyce co-managed IT to nie jest „mniejszy outsourcing IT" — to inny model organizacyjny. Zewnętrzny zespół działa jako rozszerzenie kompetencji wewnętrznego informatyka, nie jako jego zastępstwo. Więcej o pełnej ofercie outsourcingu IT, w tym o wariancie co-managed, znajdziesz na stronie naszej usługi outsourcingu IT.

Różnica: managed vs co-managed vs full outsourcing

W polskim rynku outsourcingu IT funkcjonują obok siebie trzy modele, które łatwo pomylić, a które różnią się fundamentalnie zakresem odpowiedzialności zewnętrznego dostawcy. Poniższa tabela porządkuje różnice, które w praktyce decydują o cenie, ryzyku i codziennej organizacji pracy.

Kluczowa różnica leży w warstwie helpdesku pierwszej linii. W pełnym outsourcingu IT to dostawca przyjmuje każde zgłoszenie użytkownika — od resetu hasła po awarię drukarki. W co-managed IT te codzienne, niskospecjalistyczne zgłoszenia zostają po stronie wewnętrznego informatyka, który zna ludzi, procesy i specyfikę firmy najlepiej. Dostawca outsourcingu IT wchodzi tam, gdzie potrzebna jest skala (monitoring 24/7, patch management na setkach urządzeń) albo wąska kompetencja (sieci, chmura, cyberbezpieczeństwo), której pojedynczy etat po prostu nie ma czasu ani szans rozwinąć.

Dla firm zastanawiających się, czy w ogóle potrzebują własnego informatyka, czy od razu przejść na pełny outsourcing IT, przygotowaliśmy osobne, szczegółowe porównanie kosztów i ryzyk: własny informatyk czy outsourcing IT. Co-managed jest właśnie odpowiedzią na sytuację, w której odpowiedź na to pytanie brzmi „jedno i drugie".

Kiedy co-managed ma sens (firma 30–150 osób)

Co-managed IT nie jest uniwersalnym rozwiązaniem. Ma sens ekonomiczny i organizacyjny w konkretnym oknie skali firmy — zbyt małej, żeby utrzymać wielosobowy dział IT, ale zbyt dużej i zbyt zależnej od technologii, żeby oddać całą kontrolę zewnętrznemu dostawcy outsourcingu IT albo polegać wyłącznie na jednym etacie.

W praktyce granica 30–150 osób nie jest sztywna — decyduje raczej stosunek liczby stanowisk do liczby etatów IT. Jeśli na jednego informatyka przypada więcej niż 40–50 stanowisk roboczych, ryzyko przeciążenia i braku pokrycia poza godzinami pracy rośnie gwałtownie. Co-managed IT domyka tę lukę bez konieczności podwajania kosztów zatrudnienia. Firmy, które rozważają zamiast tego zatrudnienie osoby na poziomie strategicznym bez etatu, znajdą alternatywę w modelu Wirtualnego Dyrektora IT (vCTO) — często łączonym właśnie z co-managed jako uzupełnienie warstwy operacyjnej.

Podział obowiązków: co robi własny informatyk, co zewnętrzny zespół

Największym źródłem konfliktów w co-managed IT nie jest cena ani jakość usługi — jest niejasny podział odpowiedzialności. Kto reaguje pierwszy na alert o podejrzanej aktywności na serwerze o 23:00 w sobotę? Kto odpowiada, jeśli backup się nie wykonał, bo wewnętrzny informatyk zmienił konfigurację serwera bez informowania zewnętrznego zespołu? Bez formalnego dokumentu te pytania rozwiązuje się dopiero w trakcie kryzysu — najgorszym możliwym momencie.

Rozwiązaniem, które rekomendujemy każdemu klientowi wdrażającemu co-managed IT, jest matryca RACI — narzędzie zarządzania projektami adaptowane do bieżącej operacji IT. RACI to skrót od czterech ról przypisywanych do każdego zadania: Responsible (wykonuje pracę), Accountable (rozlicza się z wyniku, podejmuje decyzję), Consulted (jest pytany o zdanie przed decyzją) i Informed (jest informowany po fakcie). Poniżej gotowa matryca RACI dla typowego wdrożenia co-managed IT w firmie 30–150 osób — punkt wyjścia do dostosowania w konkretnej umowie.

Matrycę RACI warto załączyć bezpośrednio do umowy o outsourcing IT jako aneks, a nie zostawiać jako ustną deklarację. Każda zmiana zakresu — np. przejęcie przez zewnętrzny zespół nowego obszaru sieci po awarii - powinna być odnotowana i zaakceptowana przez obie strony. W DSX aktualizujemy matrycę RACI z klientem co-managed raz na kwartał, razem z przeglądem SLA.

Modele rozliczeń i widełki cenowe w Polsce

Cena co-managed IT różni się od pełnego outsourcingu IT przede wszystkim zakresem — płacisz za to, czego nie robi wewnętrzny informatyk, a nie za całość obsługi. W 2026 roku w Polsce funkcjonują trzy typowe struktury rozliczeń dla modelu hybrydowego.

Dla porównania — pełny outsourcing IT zarządzany (Managed Services) w tej samej skali firmy kosztuje zwykle 7 000–20 000 zł miesięcznie, bo dostawca przejmuje też helpdesk L1 i cały etat operacyjny. Co-managed IT w widełkach 3 000–9 000 zł to realnie 50–70% tego kosztu — różnica odpowiada mniej więcej pracy, którą nadal wykonuje wewnętrzny informatyk. Do tego dochodzi koszt samego etatu (12 000–20 000 zł brutto miesięcznie w zależności od poziomu doświadczenia), więc pełny koszt operacji IT w modelu co-managed to suma obu składników.

Poza abonamentem bazowym osobno rozliczane bywają: projekty wdrożeniowe (migracje, audyty NIS2), sprzęt i licencje z marżą 5–15%, oraz interwencje wykraczające poza uzgodniony w matrycy RACI zakres. Warto w umowie o outsourcing IT wprost zapisać stawkę godzinową dla zadań poza zakresem — standard rynkowy w 2026 to 200–350 zł/godz. dla specjalisty mid-level i 350–600 zł/godz. dla eksperta (chmura, sieci, cyberbezpieczeństwo).

Case study: firma produkcyjna 80 osób w Stargardzie

W 2025 roku do DSX zgłosiła się firma produkcyjna z branży metalowej, zatrudniająca 80 osób w Stargardzie — hala produkcyjna plus biuro administracyjne w osobnej lokalizacji, 15 km od siebie. Firma miała jednego informatyka na etacie, zatrudnionego od ośmiu lat, który znał całą infrastrukturę, ale fizycznie nie był w stanie pokryć rosnących wymagań: firma weszła w zakres NIS2 jako podmiot ważny w sektorze produkcji, a jednocześnie przechodziła na system ERP wymagający integracji z halą produkcyjną (maszyny CNC, czytniki kodów, terminale magazynowe).

Wdrożenie zaczęło się od warsztatu RACI — wspólnie z wewnętrznym informatykiem i kierownikiem produkcji rozpisaliśmy każdy obszar odpowiedzialności, dokładnie według matrycy opisanej w sekcji wyżej. Informatyk zachował pełną kontrolę nad helpdeskiem L1, ERP i relacją z pracownikami hali — obszary, w których jego wiedza kontekstowa była nie do zastąpienia. DSX przejął monitoring 24/7 maszyn i serwerowni, backup danych produkcyjnych (wcześniej robiony ręcznie, raz w tygodniu) oraz całą warstwę zgodności z NIS2.

Koszt operacji IT wzrósł nominalnie o ok. 40%, ale w przeliczeniu na godzinę przestoju produkcji — przy stawce ok. 3 200 zł kosztu przestoju linii produkcyjnej za godzinę — sama redukcja downtime z 9 do 1,5 godziny kwartalnie dała oszczędność rzędu 24 000 zł na kwartał, czyli więcej niż roczny koszt samego pakietu co-managed. Kierownictwo firmy podkreślało też miękką korzyść: wewnętrzny informatyk przestał być jedynym punktem awarii („bus factor jeden") i mógł wziąć pierwszy od lat urlop bez obaw o infrastrukturę.

Najczęstsze błędy przy wdrożeniu co-managed

Z doświadczenia DSX we wdrażaniu co-managed IT dla firm w Szczecinie i regionie zachodniopomorskim, powtarzający się zestaw błędów odpowiada za większość konfliktów i rozczarowań modelem hybrydowym.

1. Brak spisanej matrycy RACI. Ustne ustalenia „ty się zajmiesz tym, my tamtym" rozpadają się przy pierwszym incydencie poza godzinami pracy. Bez dokumentu obie strony wskazują na siebie nawzajem.
2. Traktowanie wewnętrznego informatyka jak zagrożenia. Część dostawców outsourcingu IT podchodzi do co-managed jako do etapu przejściowego przed przejęciem całości. Informatyk to wyczuwa i przestaje współpracować. Dobry model co-managed wzmacnia rolę wewnętrznego specjalisty, nie konkuruje z nim.
3. Podwójne narzędzia monitoringu. Wewnętrzny dział i zewnętrzny zespół używają osobnych systemów RMM, które się nie komunikują. Efekt: alerty gubią się między systemami, nikt nie ma pełnego obrazu infrastruktury.
4. Brak wspólnego sejfu haseł i dostępów. Konta administracyjne rozjeżdżają się między dwoma zespołami. W razie konfliktu albo rotacji pracownika żadna ze stron nie ma pewności, kto ma dostęp do czego.
5. Nieaktualizowana matryca RACI. Firma rośnie, zakres się zmienia, a dokument z dnia podpisania umowy leży w szufladzie. Warto przeglądać matrycę RACI co kwartał — razem z przeglądem SLA i raportem incydentów.
6. Zbyt wąski zakres SLA dla zewnętrznego zespołu. Jeśli umowa o outsourcing IT precyzuje SLA tylko dla „infrastruktury serwerowej", a incydent dotyczy sieci między halą a biurem, obie strony sporządzają osobne interpretacje umowy zamiast rozwiązywać problem.
7. Brak wspólnych spotkań przeglądowych. Model co-managed wymaga regularnego kontaktu — comiesięcznego przeglądu incydentów, kwartalnego przeglądu strategii. Bez tego dwa zespoły dryfują w osobne kierunki, tracąc synergię, dla której model w ogóle powstał.

FAQ — najczęstsze pytania o co-managed IT

Podsumowanie — co-managed IT jako most między etatem a outsourcingiem

Co-managed IT to nie kompromis połowiczny, tylko osobny, dojrzały model outsourcingu IT, zaprojektowany dla konkretnej grupy firm — tych, które mają już wewnętrznego informatyka, ale potrzebują skali, ciągłości 24/7 i kompetencji, których pojedynczy etat nie jest w stanie zapewnić. Dla firm 30–150 osób, zwłaszcza produkcyjnych i objętych wymogami NIS2, model hybrydowy daje realną redukcję ryzyka przy koszcie niższym niż pełny outsourcing IT — pod warunkiem, że podział odpowiedzialności zostanie od początku spisany w matrycy RACI, a nie ustalony ustnie „na wyczucie".

Jeśli zastanawiasz się, czy Twoja firma jest gotowa na co-managed IT, czy potrzebuje raczej pełnego outsourcingu IT lub wsparcia na poziomie strategicznym — porozmawiajmy. DSX projektuje matrycę RACI wspólnie z Twoim wewnętrznym zespołem, bez gotowych szablonów narzucanych z góry. Napisz na [email protected]. Bezpłatna konsultacja i wstępna wycena modelu co-managed w 24 godziny robocze. DSX, Szczecin, od 2002 roku.