Imagine Enterprise: kto odbiera pracę agentów w firmie?

W poniedziałek rano raport sprzedaży ma trafić na spotkanie. Agent pobiera dane, przygotowuje podsumowanie i odkłada gotowy plik. Wszyscy są zadowoleni, dopóki w źródle nie zabraknie jednego regionu. Wtedy interesuje mnie bardzo konkretna rzecz: kto ma zauważyć brak i kto decyduje, czy raport wolno pokazać? Nazwa modelu schodzi na dalszy plan. Raport potrzebuje właściciela.

IBM i Microsoft ogłosiły 10 listopada 2026 r. Imagine Enterprise, platformę do budowania, uruchamiania i nadzorowania agentów w firmowych procesach. Opisuję stan na 13 listopada 2026 r. Dla mnie najciekawszym elementem tej wiadomości jest sposób przekazania pracy: od wdrożenia przez partnera do codziennego działania po stronie organizacji. Właśnie przy tym przekazaniu ustawiam kryteria odbioru.

Co wnosi ogłoszenie Imagine Enterprise

Komunikat wskazuje początkowe zastosowania branżowe w usługach finansowych, ubezpieczeniach i handlu. Opisuje wdrożenie i obsługę przez IBM Consulting, wspólne tworzenie rozwiązania oraz opcje samodzielnego zarządzania. Wsparcie inżynierów obu firm przewidziano dla kwalifikujących się projektów. To oferta, w której obok technologii pojawia się sposób jej wprowadzenia do organizacji.

IBM opisuje połączenie wzorców branżowych, koordynacji pracy agentów oraz narzędzi danych i nadzoru. Wymienia między innymi Microsoft Foundry i Copilot Studio, a także środowisko IBM Consulting Advantage. Z tego wyciągam praktyczny wniosek: przed rozmową o wdrożeniu rozpisuję odpowiedzialność za cały przebieg zadania, także za moment, w którym automat potrzebuje decyzji człowieka.

Nie traktuję deklarowanych możliwości platformy jako potwierdzenia jakości konkretnego firmowego raportu. Do tego potrzebuję próby na uzgodnionym procesie. Zacznij od nazwania wyniku, który ktoś rzeczywiście wykorzystuje. „Podsumowanie sprzedaży zamkniętego tygodnia dla kierownika regionu” daje mi znacznie lepszy punkt wyjścia niż „wdrażamy agentów”. Drugie hasło świetnie wygląda na slajdzie. Pierwsze pozwala sprawdzić, czy praca została wykonana.

Oddziel trzy odpowiedzialności

W karcie procesu wskazuję właściciela wyniku. Ta osoba potwierdza, że raport odpowiada na właściwe pytanie biznesowe, obejmuje wymagany okres i nadaje się do podjęcia decyzji. Przy sprzedaży ustala między innymi, czy pokazujemy zamówienia złożone, opłacone czy zrealizowane. Agent dostaje tę definicję jako część zlecenia. Zmianę definicji zatwierdza człowiek wskazany w karcie.

Drugą rolą jest operator. Odpowiada za uruchomienie, obserwację przebiegu i przekazanie problemu pod właściwy adres. W pilotażu zapisuję również zastępstwo. Samo pole „zespół danych” zostawia za dużo miejsca na odbijanie piłeczki. Chcę nazwiska albo konkretnej roli dyżurnej oraz miejsca, do którego trafia sprawa. Brak pliku źródłowego powinien uruchomić ustaloną reakcję.

Trzecią odpowiedzialnością jest utrzymanie rozwiązania: poprawienie połączenia, instrukcji albo sposobu przygotowania raportu. Uzgadniam, kto wykonuje zmianę i kto ją odbiera. Jedna osoba może pełnić kilka ról, ale w zapisie pozostawiam je osobno. Dzięki temu na spotkaniu potrafimy odróżnić awarię narzędzia od sporu o znaczenie przychodu. Każda z tych spraw wymaga innej rozmowy.

Zapisz granicę gotowego wyniku

Weźmy raport tygodniowy. Dzielę pracę na pobranie danych, kontrolę kompletności, obliczenia, komentarz i przekazanie odbiorcy. Przy każdym kroku określam warunek zakończenia. Dane są gotowe po potwierdzeniu zakresu dat i regionów. Obliczenia po uzgodnieniu sumy ze źródłem. Komentarz po wskazaniu, które zdania opisują wynik, a które są hipotezą do sprawdzenia.

W pierwszym pilotażu ustawiam granicę automatyzacji przed wysłaniem raportu. Osoba odbierająca widzi wynik oraz listę kontroli. Dopiero po odbiorze przekazuje go dalej. Powyższy podział jest moją propozycją pilotażu. Zakres samodzielności zapisuję wprost, tak samo jak godziny, w których ktoś obsługuje wyjątki.

Jeśli masz już brief zadania analitycznego, wykorzystaj jego kryteria poprawności. Dopisz do nich dowód odbioru: odnośnik do danych, potwierdzenie kompletności i wersję raportu. Dzięki temu możesz wrócić do tego samego rezultatu po tygodniu. Sam komunikat „udało się” traktuję jako informację o zakończeniu działania narzędzia. W karcie potrzebuję jeszcze odpowiedzi, czy rezultat spełnił uzgodnione warunki.

Przećwicz wyjątek przed przekazaniem procesu

Na próbę odbioru przygotowuję także niepełny zestaw danych. Usuwam z kopii wejścia jeden oczekiwany region i sprawdzam drogę reakcji. Oczekuję zatrzymania przekazania raportu, wskazania brakującego zakresu oraz przypisania sprawy do operatora. W protokole zapisuję faktyczny rezultat próby. Jeśli ktoś musi domyślać się, gdzie pojawił się problem, poprawiam instrukcję obsługi.

Druga próba dotyczy sprzeczności biznesowej. W zleceniu przychód oznacza kwotę po zwrotach, a opis w pliku sugeruje kwotę przed zwrotami. Ustalam, że proces zgłasza konflikt do właściciela definicji. Oczekiwaną reakcję zapisuję przed pokazem. Demonstracja na idealnych danych jest przyjemna. Przekazanie procesu zaczyna być wiarygodne, gdy wiadomo, co zrobić z danymi dalekimi od ideału.

Przy trzeciej próbie proszę zastępcę operatora o przejście przez obsługę zgłoszenia wyłącznie na podstawie dokumentacji. Sprawdzam, czy odnajduje wejście, wynik, przyczynę zatrzymania i osobę podejmującą decyzję. Autor rozwiązania tym razem milczy. To bardzo użyteczna cisza: ujawnia wszystkie instrukcje, które dotąd mieszkały wyłącznie w jego głowie.

Uzgadniam też godzinę graniczną. Jeżeli raport nie jest gotowy przed spotkaniem, operator przekazuje odbiorcy informację o opóźnieniu i brakującym zakresie. W moim przykładzie poprzedni raport zachowuje swoją datę; nie przedstawiamy go jako bieżącego. Zapisuję, kto wybiera między przełożeniem decyzji a pracą na jawnie ograniczonym materiale. Dzięki temu procedura obejmuje również brak rezultatu, a odbiorca wie, na czym stoi.

Na koniec ustalam sposób ponownego uruchomienia po uzupełnieniu danych. Nowy wynik otrzymuje osobny zapis odbioru, powiązany ze zgłoszonym wcześniej problemem. Operator zamyka sprawę dopiero po potwierdzeniu przez właściciela wyniku. W ten sposób można prześledzić drogę od brakującego regionu do poprawnego raportu bez odtwarzania ustaleń z pamięci uczestników spotkania.

Karta odbioru do skopiowania

Przygotowałem kartę do rozmowy między właścicielem procesu, zespołem danych i wykonawcą wdrożenia. Wklej ją do zadania w Linearze lub dokumentacji projektu. Wypełnij ją przed próbą, a po próbie dopisz wynik i odnośniki do dowodów. Pola bez odpowiedzi zamień w konkretne zadania z osobą odpowiedzialną i terminem.

ODBIÓR PROCESU Z AGENTAMI
Proces: tygodniowe podsumowanie sprzedaży
Odbiorca i decyzja, którą wspiera raport: [...]
Zakres danych oraz obowiązująca definicja sprzedaży: [...]

ODPOWIEDZIALNOŚĆ
Właściciel wyniku i definicji: [...]
Operator / zastępca / godziny obsługi: [...]
Osoba utrzymująca rozwiązanie: [...]
Kto zatwierdza zmianę instrukcji lub obliczeń: [...]

GRANICA PRZEKAZANIA
Agent przygotowuje: dane, obliczenia, projekt komentarza.
Przed wysłaniem człowiek potwierdza: [...]
Dowody kompletności i zgodności sum: [...]
Miejsce zapisu wersji wejścia i odebranego raportu: [...]
Godzina gotowości / reakcja na brak raportu: [...]
Zasada wznowienia po uzupełnieniu danych i ponownego odbioru: [...]

PRÓBY ODBIORU
Pełne dane: oczekiwany rezultat / wynik próby / dowód.
Brak regionu: zatrzymanie / wskazanie braku / operator.
Sprzeczna definicja: zgłoszenie / właściciel rozstrzygnięcia.
Obsługa przez zastępcę: wykonane kroki / luki instrukcji.

DECYZJA
Uruchamiamy w zakresie: [...]
Do poprawy przed uruchomieniem: [...]
Termin ponownego odbioru i osoba zatwierdzająca: [...]

W rozmowie z dostawcą przechodzę przez tę samą kartę. Proszę o wskazanie, które czynności wykonuje jego zespół, a które zostają w firmie. Ustalam również, co organizacja otrzymuje po zakończeniu wdrożenia: instrukcję obsługi, opis konfiguracji, kryteria kontroli i sposób zgłaszania problemów. Każdy element wiążę z konkretnym procesem. Lista ogólnych możliwości produktu zostaje materiałem pomocniczym.

Podejmij decyzję o jednym procesie

Po próbie wybieram jeden z trzech wyników: uruchomienie w opisanym zakresie, poprawę wskazanych elementów albo pozostawienie zadania przy dotychczasowym sposobie pracy. Ostatnią decyzję też uznaję za użyteczny rezultat. Jeśli prosty harmonogram i stałe reguły obsługują zadanie, wracam do pytania kiedy wystarczy skrypt, a kiedy potrzebny jest agent.

Rozszerzenie zakresu odkładam do momentu, gdy zespół potrafi odebrać pierwszą wersję bez improwizacji. Wybieram wtedy jeden nowy element, na przykład kolejny region, i powtarzam odpowiednią próbę. Przy zmianie właściciela procesu aktualizuję kartę. Przy zmianie definicji wracam do kontroli obliczeń. W ten sposób każde rozszerzenie ma własny, czytelny warunek zakończenia.

W szóstym tygodniu Analizy z AI łączymy automatyzację z odpowiedzialnością i punktami kontroli. Wiadomość o Imagine Enterprise jest dobrym pretekstem, żeby wykonać tę pracę już teraz. Wybierz raport, który wraca co tydzień. Ustal, kto go odbiera i co dzieje się z brakującymi danymi. Z taką kartą rozmowa o agentach staje się rozmową o pracy, którą firma naprawdę potrafi przejąć.