Na prezentacji wszystko działa płynnie. Po uruchomieniu zaczynają się zapisy, użytkownicy czekają, a pracownik długo otwiera listę zgłoszeń. Czy system spełnia wymagania? Trudno to rozstrzygnąć, jeśli jedynym zapisem było „szybkie działanie”.
Zamiast zaczynać od przypadkowej liczby sekund, opisz czynności i sytuacje, w których potrzebujesz sprawnego działania.
Wybierz zadania ważne dla użytkownika
To może być otwarcie informacji o usłudze, wysłanie formularza albo przygotowanie zestawienia. Dla każdego zadania ustal, co oznacza zakończenie: pokazanie całej treści, zapisanie zgłoszenia czy udostępnienie gotowego pliku.
Rozdziel szybkie potwierdzenie przyjęcia pracy od jej ukończenia. Jeśli raport powstaje w tle, użytkownik powinien wiedzieć, że zlecenie zostało przyjęte i gdzie znajdzie wynik.
Opisz warunki sprawdzenia
Wymień liczbę i typ użytkowników wykonujących zadania jednocześnie, wielkość danych oraz szczególne momenty, np. otwarcie zapisów. Podaj, skąd pochodzą założenia: obecne pomiary, plan wydarzenia czy roboczy szacunek.
Warunki po stronie urządzenia i połączenia też powinny być jawne. Wynik uzyskany w jednym środowisku nie mówi automatycznie, co zobaczy każdy użytkownik.
Ustal pomiar i odpowiedzialność
Poproś o propozycję mierzalnych kryteriów, środowiska testowego i sposobu raportowania. Uzgodnij je przed realizacją. Sprawdź, czy test obejmie również zależności od innych systemów, czy będą one zastąpione na potrzeby próby.
W wycenie oddziel przygotowanie testu, ewentualne usprawnienia i koszty infrastruktury. Zapytaj także o skalę, po której przekroczeniu plan trzeba będzie ponownie ocenić. Dzięki temu „szybki system” staje się uzgodnionym zakresem pracy, a nie obietnicą bez określonych warunków.
Wszystkie liczby z artykułu i tysiące innych umów znajdziesz w bazie.
Otwórz bazę umów