Cum să organizați cerințele ca analist de afaceri

O cerință de afaceri este un document formal care abordează nevoia părților interesate pentru proiect sau produs. Nu există un format sau un șablon standard pentru a prezenta cerințele de afaceri. Cu toate acestea, ar trebui să acopere descrierea produsului sau a proiectului în detaliu suficient pentru a discuta, analiza, documenta și valida.

O cerință comercială poate fi prezentată în oricare dintre următoarele moduri:

• Un tabel sau o foaie de calcul
• O diagramă (flux de lucru)
• Un grafic
• Un model (diagrama entitate-relație)
• Un prototip sau o simulare
• O propoziție structurată sau un șablon de text

Cum să organizați și să prezentați o cerință de afaceri

Mai jos sunt pașii pentru a scrie și organiza cerințele ca a Business Analyst.

Pas 1) Clasificați cerințele.

• Plasați cerința specifică categoriilor sale relevante.
• Pentru părțile interesate tehnice ar trebui să existe o categorie de cerințe tehnice, pentru părțile interesate netehnice ar trebui să existe o categorie de cerințe generice.
• Fiecare organizație ar trebui să-și dea seama care categorie se potrivește standardelor sale.
• Categorizarea se poate face și în funcție de tipurile lor (funcționale versus afaceri). Deși acest lucru nu este aplicabil în toate cazurile.

Pas 2) Aranjați cerințele.
Adunați și aranjați cerințele într-o ordine logică. Deci, atunci când părțile interesate examinează cerințele, este ușor de navigat și, de asemenea, să identifice elementele lipsă.

Pas 3) Pregătește o listă.
Pregătiți o listă cu cerințele care urmează să fie revizuite de părțile interesate specifice.

De exemplu, dacă o parte interesată provine din mediul tehnic, atunci ar dori să cunoască doar aspectul tehnic al produsului.

Pas 4) Utilizați identificatori unici.
Dacă cerințele de urmărire reciprocă sunt dificile, atunci utilizați identificatori unici, ușurință în trasabilitate.

Pas 5) Prezentați cerința în metoda preferată a părților interesate
În anumite scenarii, este posibil să trebuiască să prezentați aceeași cerință în moduri diferite pentru diferiți factori interesați. De exemplu, o parte interesată preferă un format grafic, în timp ce cealaltă preferă un format de propoziție structurată.

Pas 6) Pregătiți un cuprins.
Creați un cuprins pentru toate cerințele. Ajută părțile interesate să urmărească cu ușurință cerințele.

Pas 7) Utilizați instrumente de analiză a afacerii.
Instrumente de analiză a afacerii care ajută la prezentarea și clasificarea cerințelor

Pas 8) Organizați documentele cerințelor în funcție de fluxul de proces.
În documentul de cerințe, eliminați toate cerințele inutile și organizați documentele de cerințe în funcție de fluxul de proces.

Pas 9) Hartați cerințele.
Mapați cerințele pe care le-ați adunat la o anumită etapă dintr-un flux de proces, iar acest lucru îi va ajuta pe evaluatori să coreleze cerințele cu fluxul procesului.

Pas 10) Utilizați tabelul și punctele marcante.
Utilizați un tabel pentru prezentarea cerințelor complexe. Utilizați punctele marcatoare pentru a evidenția aspectul cheie al cerinței.

Sfaturi utile pentru redactarea și prezentarea unui document de cerințe de afaceri

Pentru o mai bună prezentare și urmărire a cerințelor de afaceri pentru părțile interesate, iată câteva sfaturi care ar putea fi utile pentru BA (Analist de afaceri).

• Cerința de categorizare necesită timp și este posibil să nu fie fezabilă pentru fiecare organizație să creeze o categorie nouă de fiecare dată. Pentru cele mai bune practici, se recomandă să existe un set standard de categorii care să poată fi utilizate în mod obișnuit de către BA, părțile interesate, experți în domeniu și echipele tehnice.
• Cerința dvs. ar trebui să fie pregătită în context pentru publicul dvs. Înțelegeți cine sunt jucătorii cheie, influențatorii și factorii de decizie. (Părți interesate, personal tehnic, dezvoltatori etc.)
• Definiți câte o cerință la un moment dat. Fiecare cerință ar trebui să fie atomică.
• Evitați ambiguitatea evitând acronime precum etc., cca. și așa mai departe.
• Nu vă referiți la o cerință care nu a fost încă definită.
• Evitați afirmațiile duble și contradictorii.
• Împărțiți cerințele complexe în puncte gestionabile și revizuibile.
• Evitați să descrieți modul în care sistemul va face ceva, menționați doar ce va face sistemul.