antoni łącki_

Dla firm 500+ · jeden dział · sześć miesięcy

Dziś AI pisze Wam maile. Za sześć miesięcy prowadzi cały proces, a Wasz zespół sprawdza wyniki.

Taki jest cel programu dla jednego działu: od poziomu 1 do poziomu 5, etap po etapie, razem z Waszym zespołem. Czy i w jakim zakresie jest osiągalny, potwierdzamy po diagnozie z liderem działu, IT i działem prawnym.

Sprawdź wstępnie, co blokuje Wasz proces 30 minut: ustalmy następny krokSkrót dla zarządu

Co z tego macie: porównanie kosztu i jakości przed zmianą i po niej, kontrolę wyników przed publikacją oraz uzgodnione z IT granice dostępu do danych. Przykład z L&D: zmiana produktu wskazuje kursy do aktualizacji, a właściciel ocenia propozycje poprawek.

Płacicie za odebrane etapyKażdy etap ma kryteria akceptacji; po diagnozie możliwe „nie wdrażać”.
Wynik nie znika ze mnąOperator, zastępca, dokumentacja, testy i powrót do pracy ręcznej zostają w zespole.
Kontrolujecie zakres i kosztZaczynamy od uzgodnionych procesów jednego działu i jednego języka; rozszerzenia po diagnozie.
Decyzja po liczbachRaport kwartalny: kontynuować, zmienić zakres albo zatrzymać.

Autorski model · 5 poziomów pracy z AI w dziale

Co macie z AI na każdym poziomie. Kliknij stopień.

Łatwiej wybierzecie zakres AI, który odpowiada problemowi Waszego działu, a nie najwyższy możliwy. Model pokazuje, jak zmieniają się sposób uruchamiania pracy, zakres automatyzacji i odpowiedzialność ludzi. Nazwy poziomów to role, jakie AI pełni w dziale; decyzje zostają u ludzi. Poziom 0 opisuje punkt wyjścia, poziomy 1-5 kolejne sposoby organizacji pracy. Model nie ocenia całej dojrzałości działu ani skuteczności jego pracy. Przełącz dział, żeby zobaczyć przykładowe zastosowania i co opisały korporacje.

Pokaż przykłady dla działu
Przykładowy punkt startu

Poziomy opisują sposoby organizacji pracy z AI. Wyższy poziom nie jest automatycznie lepszym celem biznesowym. Integracje i wspólne wejście do procesów wdrażamy wtedy, gdy uzasadniają je korzyści, wolumen i ryzyko.

Poziom 1: Stażysta

Pojedyncze zadania, każde od zera

Co to znaczy dla WasPłacicie za dostęp, ale nie wiecie, czy dział pracuje przez to szybciej i z jaką jakością. Efekty zależą od tego, jak pracują pojedyncze osoby.

Firma kupiła licencje i zrobiła szkolenie. Każdy używa AI sam, każde zadanie od zera, bez wspólnego kontekstu. Miarą jest aktywacja licencji.

Jesteście tu, jeśli

  • Są licencje i było szkolenie ogólne.
  • Użycie mierzone logowaniami, efekty anegdotyczne.
  • Każdy wymyśla polecenia od nowa.

Co liczymy na tym poziomie

  • % osób aktywnych tygodniowo.
  • Godziny szkoleń.
  • Liczba zadań zrobionych z AI (deklaracja).

Co dział ma na tym poziomie

Ludzie i odpowiedzialnośćWłaściciel licencji w IT albo HR.
Proces i jakośćSzkolenie ogólne, bez procesu.
Narzędzia i integracjeZatwierdzone narzędzie do chatu.
Dane i zasadyPolityka „co wolno wkleić”.
Przykład przekrojowy z całej firmy · pokazany przy dziale L&D i enablementSkala edukacji AI

Julie Sweet, CEO Accenture, powiedziała podczas rozmowy o wynikach 25 września 2025, że ponad 550 tys. pracowników przeszło szkolenie z podstaw generatywnej AI. To miara zasięgu szkolenia, bez pomiaru zmiany pracy uczestników.

Źródło: www.fool.com · wypowiedź CEO podczas rozmowy o wynikach 25.09.2025, transkryptPrzykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu L&D i enablement. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale HRSkala edukacji AI

Julie Sweet, CEO Accenture, powiedziała podczas rozmowy o wynikach 25 września 2025, że ponad 550 tys. pracowników przeszło szkolenie z podstaw generatywnej AI. To miara zasięgu szkolenia, bez pomiaru zmiany pracy uczestników.

Źródło: www.fool.com · wypowiedź CEO podczas rozmowy o wynikach 25.09.2025, transkryptPrzykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu HR. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale SprzedażDostęp i częstotliwość użycia w całej firmie

CNBC podało we wrześniu 2025, że około 250 tys. pracowników JPMorgan ma dostęp do wewnętrznej platformy LLM Suite, a mniej więcej połowa używa jej niemal codziennie. Dane o dostępie, bez wyników pracy działów.

Źródło: www.cnbc.com · CNBC, 09.2025Przykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu Sprzedaż. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale Customer SuccessDostęp i częstotliwość użycia w całej firmie

CNBC podało we wrześniu 2025, że około 250 tys. pracowników JPMorgan ma dostęp do wewnętrznej platformy LLM Suite, a mniej więcej połowa używa jej niemal codziennie. Dane o dostępie, bez wyników pracy działów.

Źródło: www.cnbc.com · CNBC, 09.2025Przykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu Customer Success. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale FinanseUdostępnienie narzędzia na dużą skalę

PwC podało w maju 2024, że udostępni ChatGPT Enterprise 75 tys. pracowników w USA i 26 tys. w Wielkiej Brytanii. Liczba licencji, bez oceny efektów pracy.

Źródło: accountancyage.com · doniesienie branżowe, 05.2024Przykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu Finanse. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale Operacje i ITDostęp i częstotliwość użycia w całej firmie

CNBC podało we wrześniu 2025, że około 250 tys. pracowników JPMorgan ma dostęp do wewnętrznej platformy LLM Suite, a mniej więcej połowa używa jej niemal codziennie. Dane o dostępie, bez wyników pracy działów.

Źródło: www.cnbc.com · CNBC, 09.2025Przykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu Operacje i IT. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Przykład przekrojowy z całej firmy · pokazany przy dziale Prawny i complianceUdostępnienie narzędzia na dużą skalę

PwC podało w maju 2024, że udostępni ChatGPT Enterprise 75 tys. pracowników w USA i 26 tys. w Wielkiej Brytanii. Liczba licencji, bez oceny efektów pracy.

Źródło: accountancyage.com · doniesienie branżowe, 05.2024Przykład przekrojowy z całej firmy. Źródło nie opisuje osobno działu Prawny i compliance. To ilustracja jednego zastosowania. Nie jest oceną dojrzałości całej firmy ani dowodem rezultatu mojego programu.
Z mojej pracy (enablement i edukacja, globalna firma technologiczna, bez nazwy)

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Zaczynałem od pojedynczych zadań tekstowych, głównie maili. Pierwsze instrukcje porządkowały styl i sposób sprawdzania wyników. To przykład własnego użycia, bez pomiaru efektu zespołowego.

Przykładowe zastosowanie w dziale L&D i enablement (scenariusz do sprawdzenia podczas diagnozy)

Zespół używa zatwierdzonego narzędzia do szkiców lekcji i quizów. Projektant nadal ręcznie łączy materiały i sprawdza całość.

Przykładowe zastosowanie w dziale HR (scenariusz do sprawdzenia podczas diagnozy)

HR ma licencje dla zespołu i jedną prezentację z zasadami.

Przykładowe zastosowanie w dziale Sprzedaż (scenariusz do sprawdzenia podczas diagnozy)

Każdy handlowiec pisze oferty z AI, ale każdy inaczej.

Przykładowe zastosowanie w dziale Customer Success (scenariusz do sprawdzenia podczas diagnozy)

Agenci wsparcia skracają odpowiedzi w chacie, bez wspólnego stylu.

Przykładowe zastosowanie w dziale Finanse (scenariusz do sprawdzenia podczas diagnozy)

Kontroler buduje makra z AI, nikt tego nie przegląda.

Przykładowe zastosowanie w dziale Operacje i IT (scenariusz do sprawdzenia podczas diagnozy)

Zespół IT ma asystenta do kodu, bez zasad przeglądu.

Przykładowe zastosowanie w dziale Prawny i compliance (scenariusz do sprawdzenia podczas diagnozy)

Zespół prawny ma licencję i instrukcję „nie wklejaj danych klientów”.

Co zwykle blokuje przejście wyżej: Bez kontekstu firmy wyniki wymagają więcej poprawek, a każda osoba poświęca dodatkowy czas na odtwarzanie kontekstu i poprawki.

Kolejność etapów

Nie płacicie za powtarzanie gotowej pracy i nie uruchamiacie procesu bez kontroli jakości.

Zaczynamy od sprawdzenia tego, co już działa w Waszym dziale: standardów, kompetencji, integracji, zatwierdzania. Kolejne procesy uruchamiamy wtedy, gdy mają właściciela, sprawdzoną jakość i uzgodnione zasady dostępu do danych. Autonomia bez odpowiednich danych, uprawnień i kontroli zwiększa ryzyko błędów, dlatego etapy idą po kolei. Docelowy zakres automatyzacji wybieramy według korzyści i ryzyka procesu; nie każdy proces wymaga pełnej automatyzacji ani wspólnego wejścia.

Ten sam model dla jednej osoby pokazuję w odcinku na YouTube o pięciu poziomach pracy z AI. Tu jest wersja dla działu.

Realizacje · zakres pomiaru · ograniczenia

Przed decyzją sprawdzisz, co zrobiłem i czego te przykłady jeszcze nie dowodzą.

Każdy opis oddziela zakres pracy od zmierzonego wyniku. Trzy realizacje z enablementu i edukacji w globalnej firmie technologicznej (bez nazwy, na jej prośbę). Przy każdej podaję, co zmierzono, a czego nie. Niżej: demonstracja mechanizmu aktualizacji na danych syntetycznych oraz próbka z mojego własnego, publicznego projektu z opisem kontroli i akceptacji.

Poziom 3 · sekwencja z kontrolą40 kursów compliance w około sześć tygodni

Sprawdź, czy podobny podział pracy odciąży Waszych projektantów przy przygotowaniu materiałów. Sekwencja siedmiu pomocników AI (badacz przepisów, inspektor, rozpisanie lekcji, tekst, szukanie zmyśleń, kurs interaktywny, kontrola wyświetlania). Ustawiałem proces i sprawdzałem wyniki, a materiały przekazywałem do oceny ekspertom merytorycznym. Liczba 40 opisuje zakres przygotowanych materiałów, nie potwierdzony odbiór całej serii ani zmierzoną poprawę skuteczności uczenia.

Zakres
40 kursów compliance, jeden język
Osoby
Antoni: konfiguracja procesu i przegląd wyników. Eksperci: ocena przekazanych materiałów; opisany feedback dotyczy pierwszych siedmiu kursów
Porównanie
nie podaję poprawy tempa, ponieważ nie potwierdziłem porównywalności wcześniejszych i obecnych materiałów
Jakość
pierwszych siedem kursów do ekspertów: jedna uwaga o jednym słowie; feedback do części, nie pomiar błędów całości
Okres
ok. sześć tygodni realizacji, 2026; niezmierzone: długość i konstrukcja kursów, liczba odrębnych projektów a wariantów, pełny nakład ludzi, status odbioru całej serii
Poziom 4 · zdarzenie w systemieKursy aktualizowane po zmianie w produkcie

Właściciel kursu dostaje wskazanie, co może wymagać aktualizacji po zmianie produktu, i propozycje poprawek do oceny. Automatyzacja łączy kursy ze zmianami w produkcie; właściciel akceptuje albo odrzuca.

Zakres
kursy akademii powiązane z wydaniami produktu
Czas budowy
ok. dwa tygodnie (czas budowy, nie pomiar skuteczności wykrywania)
Odbiór
właściciel kursu decyduje o każdej zmianie
Niezmierzone
okres działania, skala użycia, liczba zmian wykrytych, pominiętych i wskazanych niepotrzebnie
Do obejrzenia
Przykład aktualizacji kursu na danych syntetycznych (zmiana produktu, wskazanie AI, decyzja właściciela, propozycja odrzucona, pominięcie, historia wersji); nie jest materiałem z realizacji ani potwierdzeniem jej wyników
Poziom 3 · produkcjaAutomatyzacja przygotowania głosu i animacji do filmów

Mniej ręcznego przygotowywania głosu i animacji, z przeglądem i poprawkami po stronie człowieka. Tak podzieliłem pracę przy ok. 50 filmach. Nie zmierzyłem porównywalnego pełnego kosztu przed zmianą i po niej.

Czas pracy ludzi
mój przegląd 1-15 minut na film
Porównanie
wcześniej cały proces (ekspert pisze, nagrywa, wizualizacje) zajmował według mojego szacunku 4 dni do tygodnia; nie podaję procentowej poprawy, bo nie zmierzyłem porównywalnego procesu przed zmianą i po niej
Jakość
ocena przy przeglądzie, bez osobnego pomiaru
Niezmierzone
długość filmów; czas poprawek po przeglądzie osobno od godziny generowania

Przykład aktualizacji kursu · dane syntetyczne

Zobacz, jak właściciel kursu zachowuje kontrolę nad aktualizacją i może odrzucić błędną propozycję: zmiana produktu, wskazania AI, decyzja, historia wersji.

Demonstracja na danych syntetycznych (wymyślony produkt i kurs). Pokazuje analizę zmiany produktu, propozycję poprawki, decyzję właściciela i historię wersji, łącznie z propozycją odrzuconą i zmianą pominiętą. Nie jest materiałem z realizacji ani pomiarem skuteczności wdrożenia.

Nota wydania (syntetyczna)

Panel raportów 4.2 (wydanie z 3 marca 2026)

Przycisk „Eksportuj CSV” przeniesiono z menu „Więcej” na pasek narzędzi nad tabelą. Dodano filtr „Ostatnie 30 dni” w raportach sprzedaży. Poprawiono błąd sortowania kolumny „Data”.

źródło w procesie: repozytorium not wydania → zdarzenie „nowe wydanie”

Co robi proces

Zdarzenie „nowe wydanie” uruchamia analizę: proces porównuje notę z treścią kursów powiązanych z modułem „Raporty” i wskazuje fragmenty, które opisują zmienione elementy.

Proces wskazuje fragmenty do przeglądu z uzasadnieniem. Projektant podejmuje decyzję o każdej propozycji i sprawdza również elementy poza analizą, np. obrazy, oraz możliwe pominięcia.

Przykład z realizacji · projekt własny, publiczny

Przed rozmową obejrzysz fragment materiału i ocenisz kontrolę jego jakości: kurs „AI Baza Wiedzy” (5 lekcji, PL i EN).

To próbka z mojego własnego projektu (kurs dla uczestników mojej akademii, lipiec 2026), nie z firmy klienta. Dokumentuje wykonanie konkretnego zadania i sposób jego sprawdzenia; nie potwierdza ROI całego programu.

Zakres pracy AI i ludzi

AI: trzej agenci zebrali fakty (modele, repozytoria GitHub, pytania z forów), każdy fakt ze źródłem i datą weryfikacji; na tej podstawie powstały struktury i treści pięciu lekcji w dwóch językach.

Kontrola: dodatkowy przegląd wykonany innym modelem AI (Codex, osobna rubryka: fakty wobec źródeł, obietnice, język, spójność PL/EN), z decyzjami autora. Liczby 13/12/3 opisują uwagi z tego przeglądu: „musi”, „warto”, „opcjonalnie”.

Człowiek: każdą uwagę rozstrzygałem osobiście, w tym jedną sprzeczność w źródłach sprawdzoną u producenta.

kryterium akceptacji: zero otwartych uwag „musi” i walidacja modelu kursu bez błędów (wymagania redakcyjne osobno, m.in. zero długich myślników). Akceptacja: zatwierdzenie przez autora i publikacja w jego akademii 11.07.2026; to inny rodzaj odbioru niż akceptacja klienta. Fakty z datą ostatniej weryfikacji w treści

Jedna uwaga z przeglądu i jej skutek

Uwaga (cytat z przeglądu): „smart enough for 80 percent of the work” assigns the research’s 80% rule entirely to specialists. The source says interns and specialists together should handle roughly 80% of tasks.

Decyzja: uwaga przyjęta; w lekcji „Modele jak zespół” reguła 80% opisuje stażystę i specjalistę razem.

Druga uwaga: w pytaniu sprawdzającym dystraktor „ważne dane firmowe” był za słaby, bo nie testował różnicy koszt/złożoność. Zachowano: „Dyrektor, bo to ważne dane firmowe”. Dodano: „Senior, bo 800 pozycji to skomplikowane zadanie”, aby sprawdzić rozróżnienie kosztu i złożoności.

kilka uwag odrzuciłem świadomie z zapisanym powodem (np. zachowany ton marki w EN). Kurs dostępny dla uczestników akademii po zalogowaniu; pliki źródłowe i pełny przegląd pokazuję na rozmowie.

Fragment gotowej lekcji: pytanie, odpowiedzi i informacja zwrotna

Pytanie (lekcja „Modele jak zespół: od stażysty do dyrektora”): Masz do otagowania 800 krótkich opinii klientów (pozytywna, negatywna, neutralna). Który kaliber modelu się opłaca?

A. Dyrektor, bo to ważne dane firmowe. B. Stażysta, bo to proste, masowe zadanie (poprawna). C. Senior, bo 800 pozycji to skomplikowane zadanie.

Informacja zwrotna: Tagowanie krótkich tekstów to klasyczna masówka: prosty osąd powtórzony 800 razy. Stażysta (Haiku, Luna, Flash-Lite) zrobi to szybko i za grosze, a pojedyncza pomyłka jest tania. Dyrektora trzymaj na zadania, przy których błąd naprawdę boli.

fragment opublikowanej lekcji, bez zmian; nazwy modeli według stanu na 11.07.2026. Uwaga autora (11.2026): zdanie „pojedyncza pomyłka jest tania” wymaga doprecyzowania, bo koszt błędu zależy od tego, do czego posłużą etykiety; poprawka pytania (wybór modelu przez próbę na oznaczonej próbce) jest zaplanowana w kursie, tu pokazuję wersję opublikowaną

Wcześniejsze realizacje

Czy moje doświadczenie odpowiada zmianie, którą planujecie

Możesz to sprawdzić na rozmowie. Prowadziłem projekty obejmujące akademię klientów w globalnej firmie B2B SaaS oraz zmianę platformy LMS i produkcji treści w firmie SaaS po przejęciu (2022-2024). Na rozmowie omawiam zakres mojej odpowiedzialności i sposób realizacji; do obejrzenia udostępniam wyłącznie materiały z projektu własnego. Te realizacje nie stanowią pomiaru efektów obecnego programu AI.

Nie mam jeszcze zakończonej realizacji całego sześciomiesięcznego programu dla działu do przedstawienia. Materiałów z firmy klienta nie udostępniam. Na stronie pokazuję demonstrację syntetyczną i fragment własnego projektu; na rozmowie mogę omówić jego pliki źródłowe, przegląd i historię zmian.

Samoocena · 10 pytań + 1 o ograniczeniu · ok. 5 minut · wynik od razu, bez maila

W około pięć minut zobaczysz, co warto sprawdzić, zanim wydacie na AI kolejne pieniądze.

Dostaniesz wstępny profil jednego procesu i kwestie do potwierdzenia z zespołem. Wynik opiera się na Twoich odpowiedziach i wymaga sprawdzenia w praktyce. Cztery obszary: ludzie i odpowiedzialność, proces i jakość, narzędzia i integracje, dane i zasady. Poziom wyznacza najniższy obszar oraz cztery warunki konieczne (właściciel wyniku, kontrola wyników, zatwierdzone dane, zatwierdzanie decyzji), których nie uśredniamy. Odpowiedź „nie wiem” oznacza punkt niepotwierdzony, nie brak. Zalecenia wynikają z konkretnych odpowiedzi. To orientacyjna samoocena wybranego procesu, oparta na deklaracjach, nie audyt ani porównanie z innymi firmami. Wynik wymaga potwierdzenia na przykładzie jego działania.

Zanim zaczniesz

Który dział oceniasz i jaki proces masz na myśli?

Oceniaj jeden wybrany proces, także gdy inne procesy działu działają inaczej. Wybierz najwyższą odpowiedź, której wszystkie warunki potrafisz potwierdzić. Jeśli nie znasz odpowiedzi, wybierz „Nie wiem, wymaga sprawdzenia”.

Wpisz wyłącznie ogólną nazwę procesu. Nie podawaj danych klientów, pracowników ani informacji poufnych.

Program · jeden dział · sześć miesięcy łącznie z diagnozą · siedem odbiorów

Cel na pół roku: AI prowadzi uzgodniony proces, ludzie oceniają wyniki, zespół utrzymuje go sam.

Co zmienia się w dziale. Docelowo lider pokazuje zarządowi proces, w którym AI wykonuje uzgodnione etapy, a ludzie oceniają i zatwierdzają wyniki, z kosztem i jakością przed zmianą i po niej, policzonymi tą samą metodą. Uzgodnione zdarzenie (nowe wydanie, nowy pracownik, nowe zgłoszenie) uruchamia proces i kieruje wynik do oceny, zamiast czekać, aż ktoś znajdzie czas. Zespół utrzymuje to sam, więc wynik nie znika razem z konsultantem. Zakres automatyzacji i sposób sprawdzenia wyniku potwierdzamy po diagnozie.

Co macie pod kontrolą. Dalsze wydatki oceniacie na podstawie wyników odebranych etapów, a koszty pozostające po programie pokazujemy osobno. Przed uruchomieniem uzgadniacie dostęp do danych, odpowiedzialność i reakcję na błąd. Nie kupujecie nowej platformy bez uzasadnienia: zaczynamy od narzędzi, które macie, a potrzebne zmiany, integracje i udział IT uzgadniamy przed budową. Po diagnozie możliwa jest decyzja „nie wdrażać”.

Jak to robimy. Program trwa sześć miesięcy łącznie z dwutygodniową diagnozą i obejmuje odbiór diagnozy oraz sześć odbiorów etapów, w terminach wskazanych w harmonogramie. Pierwszy proces produkcyjny odbieramy do końca tygodnia 10. Przed startem zapisujemy datę rozpoczęcia, wymagane dostępy i zasoby po Waszej stronie oraz terminy odbiorów; zmiana terminu wymaga wskazania przyczyny, wpływu na plan i nowej daty. Poziom 5 w sześć miesięcy jest celem dla zakresu potwierdzonego po diagnozie. Warunkiem rozpoczęcia wdrożenia jest zaakceptowany plan zasobów; jeśli nie można zapewnić wymaganych zasobów, zmniejszamy zakres albo nie rozpoczynamy wdrożenia.

DiagnozaEtap 1Etap 2Etap 3Etap 4Etap 5Etap 6
Diagnoza

Diagnoza, tygodnie 1-2 (w ramach sześciu miesięcy)

Co zmienia się w dziale

Wiecie, czy w ogóle warto zaczynać i od którego procesu. Macie zapisany punkt odniesienia, metodę pomiaru z jej ograniczeniami i termin decyzji o licencjach.

Jak to robimy

Diagnoza weryfikuje deklaracje na przykładach zadań, dokumentacji, pomiarach i rozmowach z właścicielami: poziom per zespół, mapa procesów, punkt odniesienia (czas, koszt, jakość), kolejka przypadków użycia, ocena wykonalności z IT security i działem prawnym, zasady pracy na danych (także eksportach). Przed pierwszym pilotem na danych firmowych przekazujemy pakiet do oceny IT security, działu prawnego i zakupów: przepływy danych, dostawcy, uprawnienia, retencja, usuwanie i odpowiedzialność za incydenty; uruchomienie wymaga zatwierdzenia warunków tego pilota. Zapisujemy termin odnowienia i termin wypowiedzenia Waszych licencji i uzgadniamy wcześniejszą datę decyzji. Werdykt z możliwym „nie wdrażać”.

Kto

Antoni + lider działu + IT security + dział prawny

Odbiór etapu

Odbiór diagnozy: raport z poziomem, trzema procesami, liczbami wyjściowymi, listą wymaganych dostępów i zaakceptowanym planem zasobów (godziny każdej roli osobno dla budowy, testów, odbioru i utrzymania).

Gdzie jest dział po tym etapie

Diagnoza ustala punkt startu. Nie oznacza automatycznego osiągnięcia kolejnego poziomu.

Zobacz wszystkie etapy i warunki odbioru w jednej tabeli
EtapCo zmienia się w dzialeJak to robimyKtoOdbiór
Diagnoza, tygodnie 1-2 (w ramach sześciu miesięcy)Wiecie, czy w ogóle warto zaczynać i od którego procesu. Macie zapisany punkt odniesienia, metodę pomiaru z jej ograniczeniami i termin decyzji o licencjach.Diagnoza weryfikuje deklaracje na przykładach zadań, dokumentacji, pomiarach i rozmowach z właścicielami: poziom per zespół, mapa procesów, punkt odniesienia (czas, koszt, jakość), kolejka przypadków użycia, ocena wykonalności z IT security i działem prawnym, zasady pracy na danych (także eksportach). Przed pierwszym pilotem na danych firmowych przekazujemy pakiet do oceny IT security, działu prawnego i zakupów: przepływy danych, dostawcy, uprawnienia, retencja, usuwanie i odpowiedzialność za incydenty; uruchomienie wymaga zatwierdzenia warunków tego pilota. Zapisujemy termin odnowienia i termin wypowiedzenia Waszych licencji i uzgadniamy wcześniejszą datę decyzji. Werdykt z możliwym „nie wdrażać”.Antoni + lider działu + IT security + dział prawnyOdbiór diagnozy: raport z poziomem, trzema procesami, liczbami wyjściowymi, listą wymaganych dostępów i zaakceptowanym planem zasobów (godziny każdej roli osobno dla budowy, testów, odbioru i utrzymania).
Etap 1, tygodnie 3-6: wspólny sposób pracyZespół przestaje wymyślać wszystko od nowa. Pierwsze piloty mają liczbę przed i po, którą lider może pokazać wyżej, także gdy poprawy nie ma.Instrukcje i zasady zespołu (cele, źródła, styl, kryteria jakości, dozwolone dane), wspólna biblioteka, 2-3 piloty mierzone przed i po, ambasadorzy AI wskazani. Do czasu zatwierdzenia danych pracujemy na danych syntetycznych albo dopuszczonych.Antoni buduje, zespół używa, ekspert ocenia jakośćOdbiór etapu: spisane zasady w repozytorium; piloty z zapisanym punktem odniesienia, wynikiem tą samą metodą, oceną jakości, pełnym kosztem i decyzją o kontynuacji.
Etap 2, tygodnie 7-10: pierwszy procesZespół nie musi ręcznie składać całego wyniku z kolejnych etapów: automatyzacja przygotowuje wynik, a ludzie oceniają jakość, poprawiają błędy i decydują o akceptacji. Po tygodniu 10 dział ma proces, który działa w produkcji, nie na slajdach.Pierwszy proces jako sekwencja (np. treści po wydaniu, onboarding, obsługa zgłoszeń) z rolami, kontrolą jakości i właścicielem w zespole; etapy testowane osobno, błędy rejestrowane.Antoni buduje, właściciel procesu przejmujeOdbiór do końca tygodnia 10: proces w użyciu, wynik przyjmowany bez poprawek w uzgodnionym odsetku, właściciel potrafi wycofać błędny wynik.
Etap 3, tygodnie 11-14: drugi proces i raportZarząd ma podstawę do decyzji o dalszym budżecie: Wasze koszty, jakość i wyniki dwóch procesów. Do końca tygodnia 13 przekazujemy raport z rekomendacją: kontynuować, zmienić zakres albo zatrzymać.Drugi proces, dobór modeli i kosztów per etap, pomiar czasu pracy ludzi, czasu realizacji, poprawek i jakości. Do końca tygodnia 13 przekazujemy raport kosztów, wyników, jakości i ryzyk oraz rekomendację: kontynuować, zmienić zakres albo zatrzymać. Raport pokazuje także procesy, których odbiór jeszcze trwa.Zespół buduje z AntonimOdbiór etapu: dwa procesy z punktem odniesienia, wynikiem, oceną jakości i pełnym kosztem; właściciele w zespole; raport dla zarządu przekazany do końca tygodnia 13.
Etap 4, tygodnie 15-18: połączenie z systemamiZespół ma mniej ręcznego przenoszenia danych, a IT zachowuje kontrolę nad dostępami. Łączymy uzgodniony proces z zatwierdzonymi źródłami i testujemy działanie integracji.Dostępy do systemów (CRM, LMS, dokumenty, nagrania) na zatwierdzonych uprawnieniach, wyzwalacze zdarzeń, powiadomienia do decyzji, logi. Integracja przechodzi test na uzgodnionym procesie: pobiera właściwe źródło, kieruje zmianę do właściciela, zapisuje decyzję, pozwala obsłużyć błąd. Każda zmiana zakresu przetwarzania danych wymaga zatwierdzenia przed uruchomieniem.Antoni + właściciel techniczny po stronie firmy + IT securityOdbiór etapu: test integracji zaliczony, inwentarz dostępów zatwierdzony, architektura i uruchomienie zatwierdzone przez właściciela technicznego.
Etap 5, tygodnie 19-22: procesy ruszają po zdarzeniuStart uzgodnionej pracy nie zależy od tego, czy ktoś pamięta o ręcznym uruchomieniu. Wybrane zdarzenie uruchamia proces, właściciel dostaje wynik do zatwierdzenia w uzgodnionym narzędziu, a zespół nadzoruje kolejkę i błędy.2-3 procesy uruchamiane zdarzeniem, kolejka zatwierdzeń, procedura powrotu do pracy ręcznej. Aktualizujemy zatwierdzony w diagnozie pakiet bezpieczeństwa o nowe integracje, dostawców i przepływy danych; każdą zmianę wymagającą zgody zatwierdzamy przed uruchomieniem.Antoni + właściciele procesów + ITOdbiór etapu: procesy ruszają po zdarzeniu, zamknięte krytyczne ustalenia bezpieczeństwa, sprawdzone rejestrowanie zdarzeń i reakcja.
Etap 6, tygodnie 23-26: samodzielne utrzymanie i przekazanieDział prowadzi to sam: operator i zastępca, instrukcja na błąd, powrót do pracy ręcznej. Konsultant nie jest potrzebny na co dzień, a lider w uzgodnionym cyklu widzi jakość, koszty i decyzje do podjęcia.Tygodniowa pętla poprawy, dokumentacja, testy, instrukcja obsługi błędów, przekazanie operatorowi i zastępcy. Wspólne wejście do procesów działu tylko wtedy, gdy uzasadniają je wolumen i koszt utrzymania. Punkt kontrolny 90 dni po przekazaniu: jakość, koszty, samodzielność zespołu.Zespół prowadzi, Antoni nadzorujeOdbiór końcowy: dla każdego procesu objętego umową operator i zastępca samodzielnie wykonują uzgodnione zadanie, obsługują błąd i przechodzą na tryb ręczny. Sprawdzamy również uprawnienia, historię działań, dokumentację oraz pomiar kosztu i jakości.

Zaangażowanie Waszego zespołu (orientacyjnie, do zapisania przed startem)

RolaCo robiCzas (orientacyjnie)
Lider działuDecyzje, priorytety, zatwierdzanie wyjątków, raport kwartalnyok. 1 godzina tygodniowo
Ambasadorzy AI (1-2 osoby)Zasady i instrukcje zespołu, pomoc innym, piloty2-4 godziny tygodniowo na osobę
Właściciel procesuJakość, priorytety i odbiór swojego procesuwięcej w miesiącu budowy procesu; ustalamy przed startem
Ekspert treści / merytorycznyZatwierdza wynik przed publikacjązależnie od wolumenu; zapisujemy w planie
Właściciel techniczny (Wasza strona)Zatwierdza architekturę i uruchomienie, dostępy, awarie, przejmuje utrzymanienajwięcej w etapach 4-5; godziny w planie zasobów
IT security i dział prawnyZasady danych, pakiet bezpieczeństwa, inwentarz dostępów, umowa powierzeniaudział od diagnozy, zatwierdzenie przed pierwszym pilotem na danych firmowych oraz przed zmianami zakresu przetwarzania
Operator i zastępca (po przekazaniu)Prowadzą procesy na co dzień, tygodniowa pętla poprawyczęść etatu, zależnie od liczby procesów

Nakład pracy. Przed startem wiecie, kogo trzeba zaangażować i które bieżące zadania przesunąć. Podane 3-9 godzin tygodniowo obejmuje wyłącznie lidera i ambasadorów. Diagnoza kończy się planem godzin według osób i etapów, obejmującym także ekspertów treści, administratora systemów, właściciela technicznego oraz operatora i zastępcę, osobno dla budowy, testów, odbioru i utrzymania. Przed zatwierdzeniem wdrożenia uzgadniamy, które bieżące zadania ustępują mu miejsca i które role może pełnić ta sama osoba.

Przykład obsady jednego procesu (L&D, aktualizacja kursów). Właściciel działu widzi, komu trzeba zarezerwować czas: projektant prowadzi proces i przygotowuje poprawki, ekspert produktowy zatwierdza treść, administrator LMS odpowiada za publikację i wycofanie, a właściciel techniczny za integrację. W diagnozie wskazujemy zastępstwa, możliwość łączenia ról i godziny potrzebne w każdym etapie.

Odpowiedzialność. Przed budową uzgadniamy, kto usuwa wady rozwiązania, kto dopuszcza je do użycia i kto przejmuje utrzymanie. Antoni odpowiada za poprawienie wad dostarczonego rozwiązania wykrytych podczas uzgodnionych testów i odbioru. Właściciel techniczny klienta zatwierdza architekturę i uruchomienie oraz przejmuje uzgodniony zakres utrzymania. Przed budową wskazujemy osobę wykonującą przegląd architektury i kodu. Odbiór po stronie klienta nie zastępuje testów wykonawcy.

Porozmawiajmy o Waszym dziale Zakres i warunki ustalamy na rozmowie; bez cennika na stronie.

Skrót dla zarządu

Podstawa decyzji o dalszych wydatkach na AI.

Zarząd otrzymuje porównanie kosztu, jakości i wyników oraz rekomendację: kontynuować, zmienić zakres albo zatrzymać. Program obejmuje sześć miesięcy pracy nad wybranymi procesami jednego działu. Diagnoza określa zakres, mierniki, nakład zespołu i warunki kontynuacji. Pierwszy proces produkcyjny ma zostać odebrany do końca tygodnia 10. Odbiór końcowy obejmuje samodzielną obsługę przez zespół, kontrolę jakości i reakcję na błąd. Wyniki wcześniejszych realizacji dotyczą konkretnych procesów; pełny program dojścia działu do poziomu 5 nie ma jeszcze przedstawionego wdrożenia referencyjnego.

Zasoby
Przed zgodą na wdrożenie znacie obciążenie każdej roli i zadania, które trzeba przesunąć. Warunkiem rozpoczęcia wdrożenia jest zaakceptowany plan zasobów: godziny każdej roli osobno dla budowy, testów, odbioru i utrzymania, terminy dostępności oraz zadania zdejmowane z bieżącej pracy. Jeśli nie można zapewnić wymaganych zasobów, zmniejszamy zakres albo nie rozpoczynamy wdrożenia.
Odpowiedzialność techniczna
Wiecie, kto poprawia wady, kto dopuszcza rozwiązanie do użycia i kto utrzymuje je później. Antoni odpowiada za poprawienie wad dostarczonego rozwiązania wykrytych podczas uzgodnionych testów i odbioru. Właściciel techniczny klienta zatwierdza architekturę i uruchomienie oraz przejmuje uzgodniony zakres utrzymania. Odbiór po stronie klienta nie zastępuje testów wykonawcy.
Warunki odbioru
Akceptujecie rezultat po sprawdzeniu wcześniej ustalonych kryteriów i samodzielności zespołu. Siedem odbiorów: diagnoza i sześć etapów. Odbiór pilota: punkt odniesienia, wynik tą samą metodą, ocena jakości, pełny koszt, decyzja o kontynuacji. Odbiór końcowy: dla każdego procesu operator i zastępca samodzielnie wykonują zadanie, obsługują błąd i przechodzą na tryb ręczny.
Bezpieczeństwo danych
Dane firmowe trafiają do pilota dopiero po zatwierdzeniu warunków ich użycia. IT security i dział prawny od diagnozy. Przed pierwszym pilotem na danych firmowych pakiet do oceny: przepływy danych, dostawcy, uprawnienia, retencja, usuwanie, odpowiedzialność za incydenty. Zmiany zakresu przetwarzania zatwierdzane przed uruchomieniem.
Termin decyzji licencyjnej
Przed uzgodnioną datą decyzji o licencji otrzymujecie porównanie wariantów i kosztów utrzymania. W diagnozie zapisujemy termin odnowienia i termin wypowiedzenia licencji. Uzgadniamy wcześniejszą datę decyzji, do której przedstawimy porównanie: pozostawienie narzędzia, uzupełnienie go automatyzacją albo zastąpienie wybranych funkcji, z kosztami utrzymania i wynikiem próby w Waszym środowisku.
Zakończenie współpracy
Możecie zatrzymać dalszą pracę i zachować wykonane materiały, rozliczając odebrane etapy. Raport do końca tygodnia 13 z rekomendacją: kontynuować, zmienić zakres albo zatrzymać. Płatność za odebrane etapy. Jeśli końcowy zakres nie spełnia kryteriów, nie oznaczamy go jako poziomu 5; rozliczamy odebrane etapy i przekazujemy wykonane materiały.

Dane, bezpieczeństwo, ludzie

Zachowujecie kontrolę nad danymi i informacjami o pracy ludzi.

Dane i dostawcy

Dane firmowe trafiają do pilota dopiero po zatwierdzeniu warunków ich wykorzystania. IT security i dział prawny uczestniczą od diagnozy. Przed pierwszym użyciem danych firmowych uzgadniamy ich zakres, dostawców, miejsca przetwarzania, dostęp, okres przechowywania i usunięcie. Do czasu zatwierdzenia używamy danych syntetycznych albo materiałów dopuszczonych do tego celu. Eksport z systemu to nadal dane firmy; brak integracji nie usuwa ryzyka.

Przed pilotem otrzymujecie opis przepływu danych, listę dostawców i podwykonawców, zakres uprawnień, zasady przechowywania i usuwania danych oraz podział odpowiedzialności za incydenty. Dokumentacja pokazuje, które elementy działają na Waszych kontach, a które u zatwierdzonych dostawców; każdy przepływ poza Wasze środowisko wymaga uzgodnienia. Wymagane umowy (w tym powierzenie danych) uzgadniamy przed udostępnieniem danych. Uruchomienie pilota wymaga zatwierdzenia warunków dotyczących tego pilota; w etapie 5 aktualizujemy ten pakiet o nowe integracje, dostawców i przepływy danych, a każdą zmianę wymagającą zgody zatwierdzamy przed uruchomieniem.

Pracownicy

Wiecie, do jakich celów będą wykorzystywane informacje o pracy osób i kto zobaczy wyniki. Ustalamy to z HR i działem prawnym przed uruchomieniem. Analiza rozmów oraz raporty aktywności nie są automatycznie narzędziem oceny pracownika. Zmiany ról, szkolenia i wymagane konsultacje planujemy przed wdrożeniem.

Zakres informacji i konsultacji pracowniczych ustalamy osobno dla krajów objętych wdrożeniem, z lokalnym HR i działem prawnym. Zasady twarde w każdym procesie: AI nie wydaje pieniędzy, nie decyduje o ludziach, nie wysyła niczego na zewnątrz bez akceptacji człowieka.

Jak mierzymy

Liczby, które możesz wyjaśnić zarządowi: wynik, pełny koszt i ograniczenia pomiaru.

Ta sama metoda przed i po. Przed pilotem zapisujemy wolumen, czas pracy ludzi, czas realizacji, poprawki, jakość i koszt jednostkowy. Po wdrożeniu porównujemy zadania o zbliżonym zakresie tą samą metodą. Raport pokazuje wynik, ograniczenia pomiaru i decyzję o dalszym wdrożeniu.

  • Użycie w procesie: kto wykonał uzgodnione zadanie z AI z zaakceptowanym wynikiem, nie kto ma licencję.
  • Czas: osobno czas pracy ludzi i czas od zlecenia do publikacji.
  • Jakość: kryteria akceptacji, rejestr błędów, odsetek wyników bez poprawek; w L&D także aktualność i ocena dydaktyczna.
  • Koszt i ROI: pełny koszt programu (praca zespołu, narzędzia, integracje, kontrola, utrzymanie) wobec korzyści finansowych w uzgodnionym okresie; uwolniony czas, przepustowość i faktyczne oszczędności raportujemy osobno.
  • Raport dla zarządu do końca tygodnia 13: wyniki pilotów, poniesione koszty, jakość, ryzyka i rekomendacja: kontynuować, zmienić zakres albo zatrzymać.
ROI = (korzyści finansowe minus pełny koszt) / pełny koszt, dla uzgodnionego okresu.
Już kupione licencje liczymy jako koszt istniejący, nie jako zasługę programu; nowe wydatki jako koszt programu.

Odbiór pilota. Raport zawiera punkt odniesienia, wynik pomiaru tą samą metodą, ocenę jakości, pełny koszt oraz decyzję o kontynuacji. Samo uruchomienie pilota nie oznacza sukcesu.

Przykład odbioru w L&D. Proces przechodzi odbiór, gdy korzysta z zatwierdzonej wersji źródeł, materiał spełnia kryteria merytoryczne i dydaktyczne, działa w uzgodnionym środowisku LMS, a właściciel potrafi opublikować aktualizację i wycofać błędną wersję. Dla wybranego materiału sprawdzamy także, czy uczestnik potrafi wykonać zadanie, którego materiał ma nauczyć.

Co dostajecie

Po odbiorze zespół sam prowadzi i utrzymuje procesy. To zostaje u Was.

  • Kolejka przypadków użycia: co wdrażać najpierw i dlaczego, z widełkami nakładu.
  • Biblioteka promptów i instrukcji działu, z wersjami i właścicielem, w Waszym repozytorium.
  • Projekt zasad AI do oceny przez dział prawny: dozwolone zastosowania, dane, ścieżka zatwierdzania wyjątków.
  • Wdrożone procesy z dokumentacją, zestawem testów, właścicielem, instrukcją obsługi błędów i procedurą powrotu do pracy ręcznej.
  • Ambasadorzy AI, operator i zastępca przygotowani do prowadzenia procesów.
  • Dokumentacja kosztów: licencje i koszty pozostające po programie; raport w uzgodnionym cyklu obejmuje wynik procesu, nakład pracy ludzi, koszty i błędy.

Dla kogo

Dla Was, jeśli… Nie dla Was, jeśli…

Dla Was, jeśli

  • Chcecie ograniczyć ręczną pracę w powtarzalnym procesie i możecie przejąć jego utrzymanie.
  • Dział ma powtarzalny proces, właściciela wyniku, dostęp do danych i możliwość przejęcia utrzymania.
  • Firma ma 500+ osób, a dział pracuje na wiedzy: L&D i enablement, HR, Customer Success, sprzedaż, finanse, operacje, prawny.
  • Lider działu uczestniczy w przeglądach wyników i podejmuje decyzję o kontynuacji.
  • Macie licencje AI, a użycie w procesach stoi.

Nie dla Was, jeśli

  • Porównanie potrzeb z granicami programu przed rozmową oszczędza Wam nietrafiony zakup.
  • Potrzebujecie strategii AI dla całej grupy kapitałowej, nie wdrożenia w jednym dziale.
  • Szukacie chatbota dla klientów albo zastępstwa zespołu IT.
  • Nikt w dziale nie może poświęcić czasu na role z tabeli wyżej.
  • Potrzebujecie wsparcia 24/7 albo procesu, którego nie da się prowadzić ręcznie w razie awarii.

Kto to buduje

Przygotowuję Wasz zespół do prowadzenia procesu po przekazaniu. Ponad dziesięć lat szkoleń i wspierania zespołów w korzystaniu z produktów.

Przez lata prowadziłem szkolenia na sali: setki osób, w jednej firmie około 300, feedback, nowi menedżerowie, rozmowy 1:1. Potem enablement i szkolenia z narzędzi w B2B SaaS.

Dziś buduję aplikacje, filmy i automatyzacje wspierające pracę zespołów w globalnej firmie technologicznej. Zbudowałem cztery aplikacje; jedna zastąpiła używany zakres funkcji dotychczasowego narzędzia. Nie przedstawiam tutaj wyliczenia oszczędności netto. Doświadczenia z własnych realizacji wykorzystuję do oceny nakładu, ograniczeń i warunków przekazania procesu zespołowi; pełnego sześciomiesięcznego programu na poziomie działu jeszcze nie zakończyłem.

Moje doświadczenie obejmuje enablement, edukację i budowę automatyzacji z AI; nie jestem programistą. Przed wdrożeniem ustalamy, kto odpowiada za architekturę, przegląd kodu, bezpieczeństwo, uruchomienie i utrzymanie. Produkcja wymaga wskazanego właściciela technicznego po Waszej stronie.

Antoni Łącki · Polska i Portugalia · LinkedIn

Pytania, które i tak zadacie

Odpowiedzi do przekazania IT, prawnikom i zakupom.

Czym to się różni od kupienia platformy z agentami?

Po odbiorze macie działający proces i zespół przygotowany do jego utrzymania; platforma sama daje funkcje. Program obejmuje projekt procesu, dane, standardy jakości, odpowiedzialność, pomiar i przygotowanie właścicieli w Waszym zespole. Zaczynamy od sprawdzenia narzędzi, które już macie; zmianę narzędzia rekomendujemy dopiero po porównaniu funkcji, utrzymania i ryzyka.

Czy wspólne wejście do procesów (jeden hub) jest obowiązkowe?

Nie, i nie płacicie za coś, czego nie potrzebujecie. Poziom 5 oznacza procesy utrzymywane samodzielnie przez zespół, z kontrolą jakości, kosztów i obsługą błędów. Wspólne wejście wdrażamy tylko wtedy, gdy upraszcza pracę przy kilku procesach i uzasadnia koszt utrzymania. Skuteczny proces w istniejącym środowisku (np. aktualizacja kursów w Waszym LMS) może być pełnym wynikiem programu.

Czy AI dostanie dostęp do naszych systemów?

O dostępach decyduje Wasze IT, nie ja, i to przed pierwszym pilotem, nie po. Już podczas diagnozy uzgadniamy z IT zasady pracy na danych, także na eksportach i dokumentach. Integracje uruchamiamy po zatwierdzeniu zakresu dostępów (etap 4), z inwentarzem uprawnień, logami i testem na uzgodnionym procesie. Każdy przepływ danych poza Wasze środowisko wymaga uzgodnienia; dokumentacja pokazuje, co działa na Waszych kontach, a co u zatwierdzonych dostawców.

Kto zatwierdza wyniki i decyzje?

Zachowujecie kontrolę nad publikacją wyników, wydatkami i decyzjami dotyczącymi ludzi. Właściciel procesu ocenia i akceptuje wynik, ekspert zatwierdza treść, lider zatwierdza wyjątki. AI nie wydaje pieniędzy, nie decyduje o ludziach i nie wysyła niczego na zewnątrz bez akceptacji. Zapisujemy to w zasadach każdego procesu.

Co, jeśli AI się pomyli?

Ograniczacie ryzyko publikacji błędnego wyniku i macie ustalony sposób reakcji, gdy błąd przejdzie kontrolę. Człowiek sprawdza wynik przed publikacją, a każdy proces ma krok kontroli jakości (sprawdzenie liczb, źródeł, zmyśleń), rejestr błędów, procedurę wycofania wyniku i powrotu do pracy ręcznej. Po błędzie poprawiamy instrukcje, dodajemy test sprawdzający jego ponowne wystąpienie i sprawdzamy, czy problem wraca.

Dlaczego etapy idą po kolei? Czy musimy przechodzić wszystkie?

Nie płacicie za pracę, którą już macie zrobioną. Sprawdzamy wymagania każdego etapu; jeśli już je spełniacie (właściciele, standardy, dostępy, zatwierdzanie), nie powtarzamy wykonanej pracy. Kolejność wynika z tego, że autonomia bez uporządkowanych danych, uprawnień i kontroli zwiększa ryzyko błędów. Nie każdy proces wymaga pełnej automatyzacji ani wspólnego wejścia; zakres wybieramy według korzyści i ryzyka.

Co po sześciu miesiącach?

Po odbiorze uzgodnionego zakresu zespół prowadzi procesy bez codziennej pomocy konsultanta, a 90 dni po przekazaniu sprawdzamy jakość, koszty i samodzielność. Zespół ma operatora i zastępcę, dokumentację, testy, instrukcję obsługi błędów i procedurę powrotu do pracy ręcznej. Kod i instrukcje są w Waszym repozytorium od pierwszego dnia. Dokumentacja wskazuje też licencje i koszty, które zostają po programie.

Co się stanie, jeśli końcowy zakres nie przejdzie odbioru?

Płacicie tylko za odebrane etapy i zatrzymujecie wszystko, co powstało. Nie oznaczamy zakresu jako osiągniętego poziomu 5; rozliczamy odebrane etapy, przekazujemy wykonane materiały (kod, instrukcje, dokumentację, wyniki pomiarów), a dalszą pracę uzgadniamy osobno. Dodatkowe wsparcie przy opóźnieniu poziomu 4 opisane jest przy etapach.

Ile czasu zajmie to naszym ludziom?

Przed decyzją o wdrożeniu wiecie, ile czasu potrzebuje każda zaangażowana osoba i które bieżące zadania trzeba przesunąć. Orientacyjne 3-9 godzin tygodniowo dotyczy łącznie lidera i ambasadorów; pozostałe role (eksperci treści, administrator systemów, właściciel techniczny, operator i zastępca) wyceniamy osobno w diagnozie, w planie godzin według osób i etapów. Przed zatwierdzeniem wdrożenia uzgadniamy, które bieżące zadania ustępują mu miejsca. Jeśli nie możecie zapewnić wymaganych zasobów, zmniejszamy zakres albo nie rozpoczynamy wdrożenia.

Kto odpowiada za jakość techniczną i utrzymanie?

Wady wykryte w testach i odbiorze poprawiam ja, a Wasz właściciel techniczny zachowuje kontrolę nad tym, co trafia na produkcję. Antoni odpowiada za poprawność dostarczonego rozwiązania względem uzgodnionych kryteriów, testy, dokumentację i usunięcie wad wykrytych podczas uzgodnionych testów i odbioru. Przed budową wskazujemy osobę wykonującą przegląd architektury i kodu i ustalamy, kto zapewnia ten przegląd. Właściciel techniczny po Waszej stronie zatwierdza architekturę i uruchomienie, odpowiada za dopuszczenie do środowiska produkcyjnego, dostępy, awarie i późniejszą eksploatację. Odbiór po stronie klienta nie zastępuje testów wykonawcy. Do programu wybieramy procesy, dla których uzgodniony czas wsparcia i możliwość pracy ręcznej są wystarczające; nie ma wsparcia 24/7.

Czy to zgodne z AI Act i RODO? Co z art. 4 (kompetencje w zakresie AI)?

Dział prawny dostaje dokumentację, którą może pokazać audytorowi, powstającą w trakcie programu, nie po nim. Program obejmuje rozwój kompetencji potrzebnych do korzystania z AI, z dokumentacją dopasowaną do ról, zastosowań i ryzyk. Udział w programie ani osiągnięcie poziomu w tym modelu nie stanowią potwierdzenia zgodności z AI Act lub RODO; zgodność oceniacie z własnym działem prawnym. Dane osobowe: umowa powierzenia przed udostępnieniem danych, przetwarzanie w uzgodnionym środowisku, zakres informacji i konsultacji pracowniczych ustalany osobno dla krajów objętych wdrożeniem.

Czy program obejmuje kilka krajów i wersji językowych?

Nie płacicie za języki i kraje, których pilot nie obejmuje. Podstawowy zakres to jeden dział i jeden język; kolejne języki i kraje dodajemy jako rozszerzenie po diagnozie. Zakres pilotażu określa języki, wymagania dostępności i odpowiedzialność za lokalną weryfikację treści.

Kto w firmie ma odpowiadać za AI: centrum kompetencji czy ambasadorzy?

Przed wdrożeniem wiecie, komu przypadają nowe obowiązki i czy obecny zespół może je przejąć. Podział zadań między centrum kompetencji i działy dostosowujemy do istniejącego modelu zarządzania i potwierdzamy w planie zasobów; w razie braków ograniczamy zakres albo nie rozpoczynamy wdrożenia. Ambasadorzy wspierają zmianę pracy; odpowiedzialność techniczną, za dane, bezpieczeństwo i utrzymanie przypisujemy zgodnie z zakresem procesu. Przy drugim i trzecim dziale oceniamy, które instrukcje i procesy da się wykorzystać ponownie i kto ma je utrzymywać.

Trzydzieści minut

W 30 minut ustalimy, czy warto przejść do diagnozy jednego procesu.

Wyjdziesz z uzgodnionym następnym krokiem: diagnozą, poprawą obecnego sposobu pracy albo decyzją, by teraz nie zaczynać. Wystarczy lider działu. Omówimy problem, dostępne informacje i warunki dalszej oceny; udział IT i działu prawnego planujemy, jeśli jest potrzebny.

30 minut: ustalmy następny krok Najpierw sprawdź, co wymaga potwierdzenia
Polityka cookies