Development
Gdy potrzeba, użytkownicy i rezultat są potwierdzone, można od razu zaplanować pierwszy etap. Demo przydaje się tylko wtedy, gdy wcześniej trzeba sprawdzić ryzykowne założenie.
Po wysłaniu opisu sprawdzimy, czy można przejść do planowania pierwszego etapu.
Decyzja o starcie
Rozpoczęcie prac jest zasadne, gdy zespół potrafi wspólnie potwierdzić podstawy pierwszego etapu. Jeśli brakuje tych odpowiedzi, najpierw potrzebna jest walidacja.
Rezultaty
Punkt wyjścia: Dane, zadania i decyzje są rozproszone między narzędziami.
Docelowy sposób pracy: Zespół widzi aktualny stan spraw i podejmuje decyzje w jednym miejscu.
Ważna zależność: Wymaga ustalenia, które dane są źródłem prawdy i kto może je zmieniać.
Punkt wyjścia: Odpowiedzi są rozproszone w dokumentach, wiadomościach i doświadczeniu zespołu.
Docelowy sposób pracy: Użytkownik otrzymuje odpowiedź na podstawie zatwierdzonych materiałów albo sprawa trafia do właściwej osoby.
Ważna zależność: Jakość rozwiązania zależy od dostępności, aktualności i właściciela materiałów źródłowych.
Punkt wyjścia: Formularze, wiadomości i systemy wymagają ręcznego przekazywania informacji.
Docelowy sposób pracy: Powtarzalne działania przebiegają w ustalonej kolejności, z widocznym statusem i kontrolą zespołu.
Ważna zależność: Wymaga dostępu do systemów oraz uzgodnienia, gdzie automatyzacja ma się zatrzymać i przekazać sprawę człowiekowi.
Przed rozpoczęciem
Te ustalenia tworzą zakres pierwszego etapu i podstawę wyceny — nie są techniczną dokumentacją dla samej dokumentacji.
Zakres i wycena
Dobieramy elementy do potwierdzonego celu, zamiast sprzedawać z góry pełny zestaw funkcji.
Wycena powstaje po potwierdzeniu zakresu. Budżet w formularzu jest orientacyjny; zmiana zakresu może zmienić wycenę i harmonogram.
Proces
Sprawdzamy użytkowników, obecny sposób pracy, ograniczenia i rezultat, który system ma umożliwić.
Uzgadniamy elementy realizacji, zależności, kryteria odbioru, dokumentację oraz to, czego wycena nie obejmuje.
Pokazujemy kolejne elementy i sprawdzamy ich działanie. Nowe potrzeby oceniamy osobno pod kątem wpływu na zakres, termin i wycenę.
Wspólnie sprawdzamy uzgodnione scenariusze i przekazujemy ustaloną dokumentację pierwszego etapu.
Po odbiorze osobno ustalamy potrzebne utrzymanie, monitoring, poprawki i ewentualny rozwój rozwiązania.
Następny krok
Opisz obecną sytuację, użytkowników i oczekiwany rezultat. Jeśli zakres jest gotowy, przejdziemy do planowania developmentu; jeśli nie, najpierw określimy właściwą walidację.