antoni łącki_

Program · jeden dział · sześć miesięcy

Program AI dla jednego działu: diagnoza, sześć etapów z odbiorem, przekazanie utrzymania.

Cel na pół roku: AI prowadzi uzgodniony proces, ludzie oceniają wyniki, zespół utrzymuje go sam. Czy i w jakim zakresie jest osiągalny, potwierdzamy po diagnozie z liderem działu, IT i działem prawnym. Płacicie za odebrane etapy.

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.

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.

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.