Poradnik
Aplikacja z AI zamiast Excela: kiedy prototyp można przekazać do IT?
Prototyp aplikacji przygotowany z pomocą AI można sensownie przekazać do IT, gdy pokazuje potrzebny przebieg pracy, przykładowe dane i warunki poprawnego wykonania zadania. Do uruchomienia w firmie potrzebne są jeszcze ustalenia dotyczące dostępu, integracji, obsługi błędów i odpowiedzialności po wdrożeniu.
Kierownikowi operacyjnemu prototyp pokazuje potrzebę, a IT daje materiał do oceny zakresu. Obie strony skorzystają, jeśli od początku wiadomo, które elementy działają na rzeczywistych danych, które są demonstracją i co wymaga dalszej pracy.
Kiedy Excel zaczyna wymagać zbyt dużo obsługi?
Sygnałem jest sytuacja, w której pracownicy poświęcają coraz więcej czasu na zdobywanie informacji i poprawianie ich spójności. Pojawiają się różne wersje pliku, powtarzane wpisy i ręczne przypominanie o aktualizacji. Sam arkusz może nadal poprawnie liczyć, a proces wokół niego staje się uciążliwy.
Opisz przepływ danych: kto je tworzy, kto uzupełnia i kto podejmuje na ich podstawie decyzję. Czasem wystarczy zmiana sposobu zbierania informacji. W innym przypadku uzasadnione będą osobne widoki, walidacja wpisów i powiadomienia.
AI może pomóc przygotować aplikację, która potem wykonuje stałe reguły i w codziennym działaniu nie używa już agenta AI. Od tego rozróżnienia zależą koszty i utrzymanie.
Co osoba znająca proces powinna pokazać w prototypie?
Najbardziej użyteczny jest jeden kompletny przebieg, od wprowadzenia danych do wyniku. Dołącz też przypadek niepełnego wpisu, poprawki oraz sytuację, w której decyzję musi podjąć człowiek.
Osoba z biznesu powinna umieć wyjaśnić, co oznacza każde pole i która informacja jest źródłem prawdy. Przycisk „zapisz” nie rozstrzyga jeszcze, czy rekord można nadpisać, kto zobaczy zmianę i jak odzyskać poprzednią wersję.
Scenariusz modelowy, dane fikcyjne: aplikacja ma obsługiwać 48 pojazdów w czterech lokalizacjach. Potrzebne są widoki dla 72 użytkowników i administratora. Już w prototypie pokaż rezerwację, zmianę przebiegu oraz konflikt dwóch rezerwacji. Liczby opisują przykład do rozmowy o wymaganiach, nie rzeczywiste wdrożenie.
Wspólna podstawa przekazania
- Działający przebieg
- Przypadki testowe
- Dane
- Znane ograniczenia
Jakie informacje ułatwiają przejęcie prac przez IT?
Przygotuj opis ról i uprawnień, źródeł danych, używanych połączeń oraz oczekiwanej częstotliwości aktualizacji. Zapisz również przypadki, których prototyp nie obsługuje. Dzięki temu IT może ocenić pracę potrzebną do uruchomienia bez zgadywania intencji autora.
Potrzebne są ustalenia, co dzieje się przy niedostępności źródła, błędnym wpisie i przerwaniu działania. Wskaż, kto ma otrzymać informację o problemie i jaki sposób pracy obowiązuje do czasu naprawy.
Przekazanie prototypu obejmuje też kod, konfigurację i zależności potrzebne do jego uruchomienia. Wykonawca powinien potrafić odtworzyć działanie rozwiązania w uzgodnionym środowisku. To praktyczny punkt do sprawdzenia podczas odbioru.
Jak ocenić, czy aplikacja poprawiła pracę?
Zmierz obciążenie całego procesu. Jeśli administrator oszczędza czas, ale każdy pracownik musi wykonywać więcej czynności, policz oba skutki. Dopiero suma pokazuje zmianę z perspektywy organizacji.
W modelowym porównaniu 12 godzin pracy wszystkich uczestników tygodniowo przed zmianą i cztery godziny po zmianie oznaczałoby osiem odzyskanych godzin. To fikcyjne wartości. W prawdziwym projekcie do takiego wyniku potrzebny jest pomiar tych samych czynności przy porównywalnym obciążeniu.
Osobno sprawdź jakość danych i użycie aplikacji. Ile osób rzeczywiście rezerwuje pojazdy lub uzupełnia wpisy, pokaże rejestr wykonanych czynności. Widać w nim też miejsca, w których zespół nadal wraca do poprzedniego sposobu pracy.
Kto odpowiada za aplikację po uruchomieniu?
Właściciel procesu powinien znać sposób oceny wyniku i zgłaszania zmian. IT lub uzgodniony wykonawca potrzebuje określonego zakresu utrzymania. Decyzje o kolejnych funkcjach opieraj na rzeczywistym użyciu, zgłoszonych problemach i kosztach dalszej pracy.
Jeśli nie wiadomo jeszcze, jaki zakres wybrać, pomogą kryteria wyboru projektu do pilotażu.