Jak przygotować zarząd do decyzji o AI w 90 minut?

Dobra rozmowa zarządu o AI kończy się decyzją dotyczącą konkretnego procesu, a nie listą narzędzi do sprawdzenia. W 90 minut nie da się zaprojektować całej architektury firmy. Można natomiast nazwać koszt problemu, wskazać właściciela, ustalić brakujące dowody i zdecydować, czy następny powinien być audyt, mała próba czy rezygnacja z pomysłu.

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

Przygotuj jedną stronę przed spotkaniem

Na stronie powinny znaleźć się: opis sprawy od wejścia do wyniku, liczba takich spraw, miejsca oczekiwania, obecny koszt lub utracona możliwość, systemy z danymi oraz osoba odpowiedzialna za wynik. Dodaj dwa przykłady wyjątków, które dziś kończą się telefonem. Jeśli nikt nie umie podać liczby spraw, wpisz „nie wiemy” i zaplanuj pomiar. Nie zastępuj braku danych pewną liczbą w slajdzie.

Na sali muszą być osoby od procesu, finansów i IT. IT ma prawo zgłosić granice integracji i bezpieczeństwa; nie powinno samo decydować o wartości biznesowej. Właściciel procesu ma prawo powiedzieć, że nowa aplikacja nie zmieni powodu opóźnienia. Finanse powinny wskazać, jakie korzyści można potwierdzić, a jakie są hipotezą.

Kolejność pięciu pytań

Zapytaj: Co ma się poprawić? Ile kosztuje obecny stan? Kto odpowiada za sprawę od początku do końca? Jakie dane i decyzje są potrzebne? Po czym poznamy, że zmiana działa? Dopiero po tych odpowiedziach rozważ, czy przyda się automatyzacja, asystent, integracja albo zmiana samej procedury. Dzięki tej kolejności rozmowa nie skręca zbyt wcześnie w dyskusję o dostawcy.

Przykładowo, jeśli opóźnienia dotyczą wyjątków w zamówieniach, decyzją może być dwutygodniowy pomiar. Jeśli źródła są znane, ale każda sprawa czeka na jedną osobę, decyzją może być zmiana uprawnień. Gdy jest stabilny proces i miara, można określić zakres pilotażu. Który proces poprawi marżę pokazuje kryteria wyboru.

Odróżnij decyzję o kierunku od decyzji o zakupie

Na pierwszym spotkaniu zarząd może uznać, że problem jest ważny, ale jeszcze nie zna jego skali. To pełnoprawna decyzja o pomiarze, nie porażka spotkania. Z kolei gdy dane są mocne, może zdecydować o audycie lub próbie, ale nadal nie musi wybierać dostawcy ani modelu. Warto wyraźnie nazwać poziom decyzji, aby zespół nie odczytał zgody na badanie procesu jako zgody na wieloletni kontrakt.

Przygotuj „listę tego, czego nie wiemy”. Niepewność dotycząca kosztu błędu wymaga innego sprawdzenia niż niepewność dotycząca dostępu do ERP. Każda pozycja powinna mieć właściciela i termin. Jeśli lista jest długa, wybierz dwie kwestie, które mogłyby całkowicie zmienić kierunek projektu. Ich weryfikacja powinna poprzedzić szczegółowe planowanie.

Zadbaj o udział sceptyków. Dyrektor IT może zauważyć ograniczenie integracji, a kierownik operacyjny wyjątkową sytuację klienta. Ich głos powinien trafić do zapisu decyzji. Szybkie głosowanie bez rozliczenia tych uwag może przyspieszyć spotkanie i opóźnić projekt o miesiące.

Zapisz jedno rozstrzygnięcie

Po spotkaniu nie wysyłaj dwudziestu slajdów bez decyzji. Zapisz: wybrany problem, dowody, niepewności, osobę prowadzącą, termin sprawdzenia oraz jedną z opcji — mierzymy, naprawiamy proces, robimy audyt, uruchamiamy próbę albo nie inwestujemy. W ten sposób dyskusja nie zacznie się od zera przy następnym kwartale. Jeśli potrzebujesz zewnętrznego prowadzenia takiej rozmowy, płatna prezentacja dla zarządu ma właśnie ten zakres.