---
title: "System ruszył. Nikt nie zmienił tego, kto co robi"
url: "https://predictes.com/pl/blog/system-ruszyl-nikt-nie-zmienil-kto-co-robi"
description: "System AI zmienia pracę wokół siebie: kto sprawdza, kto dostaje wyjątki, kto decyduje. Jeśli nikt tego nie przeprojektuje, stary proces biegnie obok nowego."
---

# System ruszył. Nikt nie zmienił tego, kto co robi

11 lipca 2026·3 min czytania·predictes

Większość programów AI ma datę uruchomienia. Niewiele ma datę, w której zmienia się praca wokół systemu. Model jest wdrożony, interfejs działa, a następnego ranka ludzie robią to samo co wczoraj, tylko z jednym okienkiem więcej.

Technologia zmienia to, co możliwe. Model operacyjny rozstrzyga, co się naprawdę dzieje — i to właśnie tę część większość programów zostawia w postaci diagramu.

## Co się zmienia, gdy system przejmuje część pracy

**Część pracy przechodzi z robienia w sprawdzanie.** Ktoś, kto pisał pierwszą wersję, klasyfikował zgłoszenia albo dopasowywał faktury, teraz przegląda to, co przygotował system. To inna praca — w innym tempie i z innym rodzajem zmęczenia — i tak trzeba ją opisać.

**Wyjątki się zagęszczają.** System bierze przypadki rutynowe, trudne zostają. Ludzie, przy których została praca, przez cały dzień widzą już tylko jej trudną część. Obsada i cele ustawione pod dawny miks przestają mieć sens.

**Przekazania się przesuwają.** Gdziekolwiek system siedzi w procesie, ktoś przekazuje mu pracę i ktoś ją od niego odbiera. Każdy z tych punktów potrzebuje właściciela, inaczej sprawy wpadają w szczelinę między systemem a zespołem i nikt tego nie zauważa, dopóki nie zauważy klient.

**Przesuwają się prawa decyzyjne.** Kto może uchylić to, co zrobił system? Kto decyduje, że przez jakiś czas ma robić mniej? Kto zatwierdza zmiany w jego zachowaniu? Jeśli tego nie spisano, domyślną odpowiedzią jest zespół inżynierski — a to rzadko ci, którzy powinni o tym decydować.

**Część ról znika.** Zwykle nie całe stanowiska, tylko ich fragmenty. Powiedzenie tego wcześnie i uczciwie kosztuje mniej, niż pozwolenie, żeby ludzie dowiedzieli się o tym od systemu — a to rozmowa, której większość planów unika.

1.  01Podział pracyCo robi system, co robi człowiek, co człowiek sprawdza.
2.  02WyjątkiKto dostaje trudne przypadki i przy jakiej obsadzie.
3.  03PrzekazaniaGdzie praca wchodzi do systemu i kto ją z niego odbiera.
4.  04Prawa decyzyjneKto może system uchylić, ograniczyć albo zmienić.
5.  05PomiarPo czym poznać, że nowy podział pracy działa.

Czwartą warstwę pomija się najczęściej, a domyślnie trafia ona do inżynierów.

## Co znaczy „w praktyce”

Użyteczny model operacyjny to nie obrazek z prostokątami. To opis rola po roli: tak wyglądał tydzień tej osoby, tak wygląda teraz, to są nowe przekazania, a do tego człowieka dzwoni się, gdy system się myli.

Uczciwie opisuje też pierwszy miesiąc. Pierwsze tygodnie po zmianie są niewygodne: nowe przekazania się gubią, sprawdzanie wydaje się wolniejsze niż zrobienie czegoś samemu, a stary sposób jest zawsze o jedno kliknięcie dalej. Plan, który ten miesiąc nazywa — i mówi, kto będzie wtedy dostępny do pomocy — przez niego przechodzi. Plan, który go przemilcza, odczytuje dyskomfort jako porażkę.

## Nadzór na miarę firmy

Dwudziestoosobowa firma nie potrzebuje do tego komitetu sterującego; potrzebuje jednej osoby z uprawnieniami i godziny w tygodniu. Dwutysięczna bez komitetu nie ruszy, bo decyzje przecinają zbyt wiele budżetów. Błąd działa w obie strony: małe firmy pożyczają nadzór korporacyjny i stają, duże prowadzą zmianę przecinającą działy na dobrej woli.

Test jest prosty. Gdy system i zespół się nie zgadzają, ile trwa uzyskanie decyzji i kto ją podejmuje? Jeśli odpowiedzią jest „to zależy” albo „trzeba by zwołać spotkanie”, nadzór jest źle wymiarowany — w którąkolwiek stronę.

## O co prosić

Jeśli zamawiacie program AI, poproście o model operacyjny przed końcem budowy, a nie po nim. Konkretnie: które role się zmieniają i jak; które role albo zadania znikają i co dzieje się z ludźmi; kto jest właścicielem każdego nowego przekazania; kto może ograniczyć to, co system robi bez nadzoru; i dwie albo trzy liczby, które pokażą, że nowy podział pracy działa.

Jeśli tych odpowiedzi nie ma na kilka tygodni przed uruchomieniem, data uruchomienia jest datą technologiczną, a zmiana nastąpi później albo wcale.

Potem zapytajcie, kto będzie właścicielem modelu operacyjnego, gdy program się skończy. Trzeba go będzie poprawiać, w miarę jak system przejmie więcej pracy albo mniej, a zespołu, który napisał pierwszą wersję, już wtedy nie będzie. Model operacyjny bez właściciela jest aktualny mniej więcej tak długo, jak długo nic się nie zmienia.

## Jak do tego podchodzimy

W ramach [transformacji AI](https://predictes.com/pl/services/ai-transformation) model operacyjny powstaje w praktyce, a nie jako diagram: rola po roli, z nowymi przekazaniami i pierwszym niewygodnym miesiącem, oraz z nadzorem wymiarowanym pod organizację, a nie przepisanym z szablonu.

-   model operacyjny
-   role
-   nadzór
-   zarządzanie zmianą

## Czytaj dalej

-   [Dostawca wycofał model. Co dalej z Waszym systemem](https://predictes.com/pl/blog/dostawca-wycofal-model-co-dalej-z-waszym-systemem)
-   [Baza operacyjna i lakehouse: dwie pamięci systemu AI-native](https://predictes.com/pl/blog/baza-operacyjna-i-lakehouse-dwie-pamieci-systemu-ai-native)