Zacznij od przeszkody w codziennej pracy
Własny system zarządzania firmą ma sens wtedy, gdy rozwiązuje konkretny, ważny problem, którego nie udało się rozsądnie usunąć zmianą procesu lub konfiguracją obecnych narzędzi. Decyzja wymaga również odpowiedzi na pytanie, kto będzie odpowiadał za rozwiązanie po jego uruchomieniu.
Dobrym punktem wyjścia jest opis jednego dnia pracy. Kto szuka informacji? Co przepisuje? Na jaką odpowiedź czeka? Którego ustalenia nie potrafi odnaleźć? Z takiego materiału łatwiej wybrać zadanie dla systemu niż z listy funkcji obejrzanych u innych firm.
Sama liczba subskrypcji nie rozstrzyga, czy budować aplikację. Kilka dobrze połączonych narzędzi może obsługiwać firmę lepiej niż rozbudowany panel, do którego zespół nie ma powodu zaglądać.
Sprawdź, czy problem jest techniczny
Rozdziel trzy możliwe przyczyny trudności:
Każda sytuacja prowadzi do innej pracy. W pierwszej przyda się uzgodnienie zasad. W drugiej warto sprawdzić ustawienia i przejść scenariusz z użytkownikami. W trzeciej można porównywać integrację, niewielkie rozszerzenie lub własną aplikację.
Zapisz także, jak poznasz poprawę. Może nią być możliwość odtworzenia aktualnego ustalenia bez pytania kilku osób, usunięcie konkretnego przepisywania danych lub jednoznaczne przekazanie zadania. Potwierdź wynik obserwacją rzeczywistego procesu.
Wybierz jeden proces do pierwszej wersji
Pierwszy zakres powinien mieć początek, koniec i osobę, która potrafi ocenić jego działanie. Przykład organizacyjny: po rozmowie zespołu powstaje ustalenie, zostaje przypisane do odpowiedzialnej osoby, a podczas następnego przeglądu wiadomo, co się wydarzyło.
Przed budową opisz:
Taki opis pomaga ocenić skalę zadania i porównać rozwiązania. Rozwijamy go w poradniku o wymaganiach przed programowaniem.
Uwzględnij utrzymanie już w decyzji o budowie
Koszt aplikacji obejmuje więcej niż przygotowanie pierwszego ekranu. Trzeba uwzględnić wdrożenie zespołu, infrastrukturę, aktualizacje, sprawdzanie zmian, kopie zapasowe, pomoc przy awariach i dalszy rozwój. Zestawiaj rozwiązania w tym samym okresie oraz dla tego samego zakresu pracy.
Po stronie firmy potrzebna jest osoba decydująca o priorytetach i odbierająca zmiany. Po stronie technicznej musi być wiadomo, kto reaguje na awarię i utrzymuje dostęp do aplikacji. Warto uzgodnić także dokumentację, dostęp do kodu, możliwość eksportu danych oraz przekazania utrzymania.
Własny kod nie usuwa automatycznie zależności od dostawców. Aplikacja może korzystać z hostingu, modeli AI i zewnętrznych usług. Ich ograniczenia oraz koszty nadal są częścią decyzji.
Zaplanuj informację, dostęp i możliwość korekty
Wspólny widok pracy pomaga tylko wtedy, gdy użytkownik może zaufać temu, co widzi. Potrzebne są aktualne źródła, podział dostępu i sposób poprawienia błędu. Samo zebranie wszystkich dokumentów w jednym miejscu nie odpowiada na pytanie, które ustalenie obowiązuje.
Przykład z budowy NIENARAZ OS dotyczy pamięci: rozdzielamy informacje osobiste użytkownika od wiedzy związanej ze wspólną pracą. Wspólna wiedza ma również rozróżnienie na materiały dostępne klientowi i wewnętrzne informacje zespołu. To decyzja projektowa o tym, komu dany kontekst może służyć, a nie tylko o sposobie jego przechowywania.
Podobne pytanie warto postawić we własnej firmie: czy każda osoba rzeczywiście potrzebuje dostępu do każdego materiału? Wymagania dotyczące odpowiedzialności i widoczności powinny powstać przed pierwszym importem danych.
Wprowadzaj AI do określonego zadania
AI może pomóc uporządkować materiał, znaleźć istotne informacje lub przygotować propozycję. Własna aplikacja jest jedną z możliwości organizacji takiej pracy. W wielu zadaniach wystarczy właściwie użyte istniejące narzędzie.
Przed wyborem rozwiązania sprawdź, jakie dane są potrzebne do zadania, jak ocenisz odpowiedź oraz kto zatwierdzi dalsze działanie. Udostępnianie całej wiedzy firmy „na wszelki wypadek” nie jest warunkiem użytecznej odpowiedzi.
Przykładowa próba może dotyczyć podsumowania ustaleń z jednego materiału. Odbiór powinien sprawdzić, czy podsumowanie zachowuje sens, wskazuje brakujące informacje i nie przedstawia propozycji jako zatwierdzonego zadania. Wymagania dla takiej próby opisujemy w przewodniku wdrożenia AI w firmie.
Sprawdź gotowy przebieg, zanim rozbudujesz zakres
Pierwszą wersję oceń na scenariuszach przygotowanych przed budową. Przejdź poprawne wykonanie oraz sytuacje trudniejsze: brak danych, zmianę osoby odpowiedzialnej, pomyłkę w materiale i nieudany zapis. Sprawdź też, czy użytkownik rozumie, co wydarzyło się po jego działaniu.
Po uruchomieniu zbierz obserwacje zespołu. Czy problem, od którego zaczynaliście, rzeczywiście występuje rzadziej? Czy aplikacja wymaga dodatkowej pracy, której nie przewidzieliście? Dopiero takie informacje pomagają zdecydować, co rozwijać dalej.
Lista ukończonych funkcji i liczba zmian w kodzie opisują pracę nad narzędziem. O jego wartości dla firmy decyduje sprawdzony przebieg i rzeczywiste użycie. Przeczytaj, jak odbierać aplikację tworzoną z pomocą AI.
Co przygotować do rozmowy o rozwiązaniu
Zbierz opis jednego procesu, przykłady przeszkód, obecne narzędzia i warunki odbioru. Nazwij też to, czego na razie nie chcesz budować. Wtedy rozmowa może dotyczyć rozwiązania konkretnego problemu, zamiast obietnicy zastąpienia całego zaplecza firmy.
NIENARAZ OS pokazuje kierunek budowy naszego zaplecza współpracy. Zakres pracy NIENARAZ z firmami opisujemy na stronie usług. Sam fakt posiadania aplikacji nie oznacza, że każda firma potrzebuje podobnego rozwiązania.