Managementul Cerințelor
Managementul cerințelor este procesul structurat de colectare, documentare, validare, prioritizare și urmărire a cerințelor unui produs, sistem sau proiect pe parcursul întregului său ciclu de viață.
Managementul cerințelor începe cu colectarea: prin interviuri, ateliere de lucru sau observație directă, afli ce au nevoie de fapt clienții, utilizatorii sau părțile interesate interne. Odată colectate, cerințele sunt documentate, verificate pentru contradicții și împărțite în cerințe funcționale, ce trebuie să facă sistemul, și cerințe nefuncționale, precum securitatea, performanța sau uzabilitatea. Abia apoi urmează prioritizarea, adesea folosind metoda MoSCoW, care sortează cerințele în obligatorii, de dorit, opționale și neincluse.
Documentația include de obicei un caiet de sarcini (Lastenheft) care surprinde ce vrea să obțină clientul, și o specificație corespunzătoare (Pflichtenheft) care descrie cum intenționează furnizorul să livreze acest lucru. O matrice de trasabilitate a cerințelor leagă fiecare cerință în parte de sursa ei, de statutul ei și de cazurile de testare care confirmă ulterior că a fost îndeplinită. În proiectele agile, backlogul de produs preia adesea acest rol, cerințele fiind consemnate ca povești de utilizator (user stories) care sunt rafinate și livrate sprint după sprint.
Când cerințele se schimbă în timpul proiectului, intervine un proces adecvat de management al schimbării: fiecare schimbare este evaluată, cântărită în raport cu costul și termenul, și adoptată abia după aprobare formală. Dacă sari peste acest pas, apare scope creep, o extindere treptată a ceea ce se livrează, fără o ajustare corespunzătoare a bugetului sau a termenului. Un management solid al cerințelor este ceea ce face posibile, în primul rând, oferte realiste, responsabilități clare și rezultate verificabile.
Exemplu practic
O companie de dimensiune medie care produce utilaje de ambalare planifică un nou software de procesare a comenzilor. Ca parte a managementului cerințelor, echipa de proiect intervievează 12 angajați din vânzări, producție și expediere și colectează 84 de cerințe individuale. După prioritizare cu metoda MoSCoW, rămân 31 de cerințe obligatorii (must-have) pentru prima versiune, consemnate într-un document de cerințe de 18 pagini. La jumătatea implementării, o cerință legată de facturare se schimbă, iar managementul schimbării o înregistrează în matricea de trasabilitate, astfel încât toți cei implicați pot urmări legătura până la cerința inițială.
Cum ajuta Leanshift
Managementul cerințelor și Kaizen au aceeași atitudine de fond: înainte să îmbunătățești ceva, trebuie să înțelegi precis ce este cu adevărat necesar. Colectarea atentă a cerințelor și urmărirea lor consecventă fac ca munca de îmbunătățire să vizeze adevărata țintă, nu doar simptomele. Această claritate este ea însăși o parte din munca de proces, scoate la iveală ce contează cu adevărat și oferă celorlalți o bază solidă de la care să continue să îmbunătățească.
Intrebari frecvente
Care este diferența dintre managementul cerințelor și un document de cerințe precum un caiet de sarcini (Lastenheft)?
Managementul cerințelor este procesul continuu; un document de cerințe este doar unul dintre rezultatele lui. Acesta surprinde ce vrea să obțină clientul, în timp ce documentul de specificații corespunzător descrie cum va livra furnizorul acest lucru.
Când ar trebui să înceapă managementul cerințelor într-un proiect?
În mod ideal, în faza de concept sau de ofertă, înainte de începerea propriu-zisă a proiectului. Clarificarea cerințelor abia după ce implementarea a început riscă retușări costisitoare și extinderea necontrolată a scopului.
Cum funcționează managementul cerințelor în proiecte agile precum Scrum?
Se derulează iterativ prin backlogul de produs, în loc de un document unic. Cerințele sunt consemnate ca povești de utilizator, prioritizate continuu și rafinate și livrate sprint după sprint.