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.
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).
Diagnoza ustala punkt startu. Nie oznacza automatycznego osiągnięcia kolejnego poziomu.
Etap 1, tygodnie 3-6: wspólny sposób pracy
Co zmienia się w dziale
Zespół 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.
Jak to robimy
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.
Kto
Antoni buduje, zespół używa, ekspert ocenia jakość
Odbiór etapu
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.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Etap 2, tygodnie 7-10: pierwszy proces
Co zmienia się w dziale
Zespół 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.
Jak to robimy
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.
Kto
Antoni buduje, właściciel procesu przejmuje
Odbiór etapu
Odbió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.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Etap 3, tygodnie 11-14: drugi proces i raport
Co zmienia się w dziale
Zarzą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ć.
Jak to robimy
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.
Kto
Zespół buduje z Antonim
Odbiór etapu
Odbió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.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Etap 4, tygodnie 15-18: połączenie z systemami
Co zmienia się w dziale
Zespół 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.
Jak to robimy
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.
Kto
Antoni + właściciel techniczny po stronie firmy + IT security
Odbiór etapu
Odbiór etapu: test integracji zaliczony, inwentarz dostępów zatwierdzony, architektura i uruchomienie zatwierdzone przez właściciela technicznego.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Etap 5, tygodnie 19-22: procesy ruszają po zdarzeniu
Co zmienia się w dziale
Start 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.
Jak to robimy
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.
Kto
Antoni + właściciele procesów + IT
Odbiór etapu
Odbiór etapu: procesy ruszają po zdarzeniu, zamknięte krytyczne ustalenia bezpieczeństwa, sprawdzone rejestrowanie zdarzeń i reakcja.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Etap 6, tygodnie 23-26: samodzielne utrzymanie i przekazanie
Co zmienia się w dziale
Dział 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.
Jak to robimy
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.
Kto
Zespół prowadzi, Antoni nadzoruje
Odbiór etapu
Odbió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.
Pomarańczowy stopień = poziom osiągany w tym etapie. Każdy etap ma opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy.
Zobacz wszystkie etapy i warunki odbioru w jednej tabeli
| Etap | Co zmienia się w dziale | Jak to robimy | Kto | Odbió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ł prawny | 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). |
| Etap 1, tygodnie 3-6: wspólny sposób pracy | Zespół 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 proces | Zespół 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 przejmuje | Odbió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 raport | Zarzą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 Antonim | Odbió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 systemami | Zespół 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 security | Odbió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 zdarzeniu | Start 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 + IT | Odbió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 przekazanie | Dział 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 nadzoruje | Odbió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. |
- Odbiór etapów i płatnośćPłacicie za odebrane etapy i zatrzymujecie wykonane materiały. Przed pracą zapisujemy opis rezultatu, kryteria akceptacji, osobę zatwierdzającą i termin poprawy. Jeśli końcowy zakres nie spełnia kryteriów, nie oznaczamy go jako osiągniętego poziomu 5: rozliczamy odebrane etapy, przekazujemy wykonane materiały, a dalszą pracę uzgadniamy osobno. Kod, instrukcje i dokumentacja w Waszym repozytorium od pierwszego dnia.
- Dodatkowe wsparcie przy opóźnieniu poziomu 4Jeśli dział nie przejdzie odbioru poziomu 4 do końca etapu 5 (tydzień 22 od startu, data w harmonogramie) według uzgodnionej listy kontrolnej, pracuję dalej bez dodatkowej opłaty do ośmiu tygodni. To nie jest gwarancja osiągnięcia poziomu 5 w sześć miesięcy.
- Bez obietnicy godzinW decyzji budżetowej odróżniacie odzyskany czas od rzeczywistych oszczędności. Nie obiecuję liczby zaoszczędzonych godzin, bo zależy od Waszych danych. Punkt odniesienia ustalamy w diagnozie i mierzymy tą samą metodą na końcu. Odzyskana godzina nie jest automatycznie oszczędnością w budżecie.
Zaangażowanie Waszego zespołu (orientacyjnie, do zapisania przed startem)
| Rola | Co robi | Czas (orientacyjnie) |
|---|---|---|
| Lider działu | Decyzje, priorytety, zatwierdzanie wyjątków, raport kwartalny | ok. 1 godzina tygodniowo |
| Ambasadorzy AI (1-2 osoby) | Zasady i instrukcje zespołu, pomoc innym, piloty | 2-4 godziny tygodniowo na osobę |
| Właściciel procesu | Jakość, priorytety i odbiór swojego procesu | więcej w miesiącu budowy procesu; ustalamy przed startem |
| Ekspert treści / merytoryczny | Zatwierdza wynik przed publikacją | zależnie od wolumenu; zapisujemy w planie |
| Właściciel techniczny (Wasza strona) | Zatwierdza architekturę i uruchomienie, dostępy, awarie, przejmuje utrzymanie | najwięcej w etapach 4-5; godziny w planie zasobów |
| IT security i dział prawny | Zasady danych, pakiet bezpieczeństwa, inwentarz dostępów, umowa powierzenia | udział 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 poprawy | część 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.
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ć.
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.