Majoritatea depășirilor de buget încep înainte de prima linie de cod: echipa construiește ce a înțeles, nu ce avea nevoie afacerea. Un brief clar este cea mai ieftină cale de a evita asta și nu necesită cunoștințe tehnice.
Începe cu obiectivul
Descrie în termeni de business de ce există proiectul: mai multe cereri de pe site, mai puțină muncă manuală la birou, lansarea unui serviciu nou, înlocuirea unui sistem învechit. Adaugă cum vei ști că a funcționat - de exemplu, după numărul de cereri pe lună sau timpul petrecut cu un proces. Un obiectiv ajută echipa să ia sute de decizii mici în direcția corectă.
Descrie utilizatorii
Cine va folosi produsul: clienți, angajați, parteneri, administratori? Ce trebuie să facă și în ce situații - pe telefon din mers, la birou toată ziua, o dată pe an? Chiar și un paragraf scurt despre fiecare grup este mai util decât o listă de funcționalități.
Enumeră scenariile-cheie
Scrie acțiunile principale ca povești simple: „Un client alege un serviciu, o oră, plătește și primește o confirmare.” Cinci-zece astfel de povești acoperă nucleul majorității proiectelor. Sunt ușor de discutat, de estimat și de verificat la final.
Fii onest în privința constrângerilor
Intervalul de buget, termenul, sistemele existente care trebuie conectate, cerințele legale, limbile, cine va gestiona conținutul după lansare. Constrângerile nu sunt o slăbiciune a brief-ului - ele permit echipei să propună o soluție realistă în locul uneia ideale.
Stabilește prioritățile
Marchează ce trebuie neapărat să existe în prima versiune și ce poate aștepta. O lansare în care scenariile esențiale funcționează bine este aproape mereu mai bună decât una întârziată în care totul e făcut pe jumătate.
Ce poți lăsa deoparte
Nu trebuie să alegi tehnologii, să desenezi fiecare ecran sau să descrii baza de date - asta e treaba echipei. Exemple de site-uri sau produse care îți plac - și ce anume îți place la ele - valorează adesea mai mult decât schițe detaliate.
Pe scurt
Un brief util răspunde la cinci întrebări: de ce, pentru cine, ce trebuie să poată face utilizatorii, în ce limite și ce vine mai întâi. Două-trei pagini sunt de obicei suficiente pentru a economisi săptămâni de refaceri.