O listă lungă de funcții poate face prima versiune a unei aplicații greu de evaluat și de finalizat. O alternativă este să alegi un traseu important și să îl faci utilizabil de la început la sfârșit. „Mai puține funcții” trebuie să însemne un scop limitat, nu lipsa validării, a permisiunilor sau a tratării erorilor.
Descrie o activitate completă
Într-un exemplu ipotetic, o echipă are nevoie să înregistreze solicitări de intervenție, să le atribuie și să marcheze rezolvarea. Prima versiune poate acoperi acest traseu fără un constructor complex de rapoarte. Pentru fiecare pas, scrie cine îl face, ce informații folosește și ce rezultat trebuie să vadă.
Definește rolurile înainte de ecrane
Un utilizator care trimite o solicitare și un coordonator care o atribuie pot avea acces diferit. Clarifică ce poate vedea, modifica sau aproba fiecare rol. Nu lăsa aceste decizii pentru final, fiindcă ele influențează atât interfața, cât și verificările din server.
Include situațiile în care o persoană părăsește echipa sau primește alte responsabilități. Conturile și informațiile existente trebuie gestionate fără pierderea istoricului de care organizația are nevoie pentru activitatea sa.
Separă necesarul de convenabil
Pentru fiecare funcție propusă, întreabă ce activitate nu poate fi realizată fără ea. Căutarea unei cereri după identificator poate fi necesară; o personalizare amplă a panoului poate fi amânată. Prioritatea depinde de utilizare, nu de cât de spectaculos arată funcția într-o demonstrație.
Integrările trebuie descrise prin datele schimbate și prin comportamentul la eșec. Dacă o aplicație externă nu răspunde, utilizatorul trebuie să afle ce s-a salvat și ce trebuie reluat. Evită confirmările de succes care ascund un pas incomplet.
Scrie exemple de acceptare
O cerință precum „gestionarea solicitărilor” este prea largă. Un exemplu mai verificabil este: „Coordonatorul atribuie o cerere, iar responsabilul o vede în lista proprie; ceilalți utilizatori fără permisiune nu o pot modifica”. Completează scenariul cu date lipsă, acțiuni repetate și acces nepermis.
După folosirea primei versiuni, colectează observații despre sarcinile reale. Deciziile pentru etapa următoare pot porni astfel de la blocaje și nevoi concrete, în locul unei liste ipotetice care crește permanent.
Pentru proiectarea unui asemenea instrument, poți discuta serviciul de aplicații software și sisteme interne.
