Kiedy zatrzymać projekt AI, mimo że demonstracja działa?

Projekt AI warto zatrzymać, gdy nie potrafi spełnić uzgodnionego wyniku w warunkach codziennej pracy. Szkoda już poniesionych kosztów nie jest argumentem za następnym etapem. Zarząd powinien jednak odróżnić problem możliwy do naprawienia — np. brakujące dane — od braku uzasadnienia dla samego pomysłu.

Szerszy sposób porównywania korzyści, kosztu i ryzyka opisuje przewodnik po strategii i opłacalności AI.

Cztery sygnały ostrzegawcze

Pierwszy: nie ma osoby, która odpowiada za cały proces i odbiór wyniku. Wykonawca może pokazać sprawnego agenta, ale nie przejmie odpowiedzialności za decyzje firmy. Drugi: miernik sukcesu zmienia się po każdym teście, bo pierwotnej obietnicy nie udało się potwierdzić. Trzeci: czas ręcznej kontroli rośnie wraz z liczbą spraw, więc automatyzacja nie daje oczekiwanej skali. Czwarty: błędne działanie może spowodować skutek, którego nie da się na czas wykryć ani odwrócić.

Żaden z tych sygnałów nie musi oznaczać porzucenia całego obszaru AI. Może uzasadniać cofnięcie się do prostszego zadania: wyszukiwania źródeł, przygotowania szkicu albo uporządkowania danych. Ważne, by nazwać zmianę zakresu wprost, a nie raportować nowy, łatwiejszy cel jako realizację starego.

Ustal próg stop przed wydaniem pieniędzy

Przed startem wpisz do karty projektu wynik minimalny, maksymalny koszt miesięczny, typy błędów niedopuszczalnych oraz datę przeglądu. Dodatkowo opisz, jakie dowody mogą skłonić do dalszej inwestycji. Gdy nadejdzie przegląd, porównaj rzeczywiste sprawy z tym zapisem. Kryteria sukcesu pilotażu pomagają uniknąć rozmowy o wrażeniach z prezentacji.

Przykład dydaktyczny: agent skraca przygotowanie odpowiedzi klientowi, ale w co trzeciej sprawie wybiera nieaktualny dokument. Jeżeli firma potrafi naprawić publikowanie i oznaczanie wersji dokumentów, projekt można zawęzić i powtórzyć test. Jeżeli nikt nie odpowiada za aktualność źródeł, uruchomienie na większej liczbie klientów powiększy ryzyko. W tym momencie poprawa procesu wiedzy jest warunkiem, nie dodatkiem.

Nie myl zatrzymania z porzuceniem problemu

Możesz zakończyć pracę nad agentem i nadal mieć nierozwiązany problem klienta. Dlatego decyzja o stop powinna wskazywać inną drogę: poprawę formularza, zmianę uprawnień, uporządkowanie dokumentów albo powrót do ręcznej obsługi przy lepszym nadzorze. Inaczej projekt zniknie z budżetu, lecz jego koszt pozostanie w codziennej pracy ludzi.

Przeprowadź krótką rozmowę z osobami, które miały używać rozwiązania. Czy ograniczenie, które miało zostać usunięte, nadal występuje? Czy test pokazał nową przyczynę? Może okazać się, że agent był niewłaściwym środkiem, ale mapa procesu i danych jest wartościowa. Zachowaj ją pod kontrolą firmy i wykorzystaj przy następnej decyzji.

Zapisz również warunek powrotu do pomysłu. Na przykład: „wracamy po ustaleniu właściciela dokumentów i trzech miesiącach pomiaru jakości”. To lepsze niż odkładanie projektu bez terminu albo przedłużanie go z nadzieją, że kolejna wersja modelu sama rozwiąże problem organizacyjny.

Zakończenie próby powinno coś zostawić

Zapisz, co sprawdzono, co nie zadziałało, które dane poprawiono i jak można wykorzystać tę wiedzę przy kolejnym projekcie. Dobra decyzja o zatrzymaniu ogranicza stratę i wzmacnia zdolność firmy do następnej próby. Jeśli potrzeba najpierw rozstrzygnąć, czy problem jest organizacyjny czy techniczny, prezentacja dla zarządu jest właściwszym krokiem niż kupowanie kolejnej licencji.