Cerințe clare, măsurabile și testabile: cum le scrii

O cerință clară spune exact ce trebuie să facă rezultatul proiectului, în ce condiții și cât de bine, astfel încât oricine să poată verifica dacă a fost îndeplinită. Pentru a o scrie, folosești un limbaj concret, un singur subiect pe propoziție și un criteriu de acceptare observabil. O cerință care nu poate fi testată rămâne o intenție, nu o cerință.

Ce înseamnă o cerință clară, măsurabilă și testabilă?

Clară înseamnă că are o singură interpretare posibilă. Măsurabilă înseamnă că include un criteriu verificabil: o valoare, o limită sau o condiție. Testabilă înseamnă că poți imagina un test concret, cu rezultat „da” sau „nu”. Compară două formulări: „Sistemul trebuie să fie rapid” și „Pagina de căutare afișează rezultatele în limita de timp convenită cu beneficiarul, în condițiile de utilizare normală”. Prima nu poate fi verificată de nimeni, a doua poate.

Valoarea exactă a limitei o stabiliți împreună cu beneficiarul, pe baza nevoii reale, și o consemnați în documentul de cerințe. Important este ca ea să existe și să fie acceptată de ambele părți.

Ce cuvinte provoacă ambiguitate?

Ambiguitatea vine mai ales din cuvinte vagi, care sună bine, dar fiecare le interpretează în felul lui. Caută-le în textul tău și înlocuiește-le cu criterii concrete.

• Adjective subiective: „rapid”, „simplu”, „intuitiv”, „modern”, „eficient”.
• Cantități nedefinite: „mulți utilizatori”, „în timp util”, „de obicei”.
• Formulări deschise: „etc.”, „și altele similare”, „inclusiv, dar fără a se limita la”.
• Verbe slabe: „suportă”, „gestionează”, „permite” fără a spune cum și în ce condiții.

O verificare rapidă: dacă două persoane citesc aceeași cerință și o explică diferit, cerința trebuie rescrisă.

Cum formulezi o cerință pas cu pas?

Cel mai simplu este să folosești același tipar pentru toate cerințele, pentru că tiparul te obligă să nu uiți nimic. Un model utilizat frecvent este: cine, ce face, în ce condiții, cu ce rezultat verificabil.

1. Numește actorul: „Utilizatorul cu rol de operator”, nu „sistemul” în general.
2. Alege un verb de acțiune clar: „introduce”, „exportă”, „primește”, „aprobă”.
3. Precizează condiția: ce trebuie să fie adevărat înainte, în ce situație se aplică.
4. Adaugă criteriul de acceptare: ce observi ca să spui că funcționează.
5. Verifică dacă cerința conține un singur lucru; dacă apare „și”, de obicei sunt două cerințe.

Cerințele bine formulate se leagă direct de structura de descompunere a lucrării: pe baza lor poți defini pachetele din WBS, iar fiecare pachet primește criterii de acceptare proprii.

Cum verifici dacă o cerință poate fi testată?

Pune-ți întrebarea: „Ce ar face un tester ca să demonstreze că aceasta este îndeplinită?”. Dacă răspunsul nu vine imediat, cerința este prea vagă. Scrie, lângă fiecare cerință, un scurt scenariu de verificare: datele de intrare, acțiunea și rezultatul așteptat. Dacă nu reușești, cerința are nevoie de clarificare cu cel care a cerut-o.

Merită verificată și coerența: cerințele nu trebuie să se contrazică între ele și fiecare trebuie să aibă un motiv, adică o nevoie de business sau a utilizatorului. O cerință fără motiv este un candidat bun pentru eliminare, iar cele rămase pot fi ordonate după importanță, de exemplu cu metoda MoSCoW.

Unde se leagă cerințele de restul proiectului?

Cerințele stau la baza planificării: din ele rezultă livrabilele, iar din livrabile rezultă activitățile și estimările. Dacă fundamentul este vag, toate documentele care urmează moștenesc vagul. Pentru o imagine de ansamblu a acestor legături, merită parcurs și restul materialelor din categoria management de proiect.

Pe scurt

• O cerință bună are o singură interpretare și un criteriu de acceptare observabil.
• Elimină cuvintele vagi și înlocuiește-le cu valori convenite cu beneficiarul.
• Folosește un tipar fix: cine, ce face, în ce condiții, ce rezultat.
• Scrie pentru fiecare cerință un scenariu de verificare și un motiv.