Sådan organiserer du krav som forretningsanalytiker

Et forretningskrav er et formelt dokument, der adresserer interessenternes behov for projektet eller produktet. Der er ikke noget standardformat eller -skabelon til at præsentere forretningskravet. Den bør dog dække produkt- eller projektbeskrivelsen tilstrækkeligt detaljeret til at diskutere, analysere, dokumentere og validere.

Et forretningskrav kan præsenteres på en af ​​følgende måder:

  • En tabel eller et regneark
  • Et diagram (arbejdsgang)
  • En graf
  • En model (entity-relationship diagram)
  • En prototype eller simulering
  • En struktureret sætning eller tekstskabelon

Hvordan man organiserer og præsenterer et forretningskrav

Nedenfor er trinene til at skrive og organisere krav som en Business Analyst.

Trin 1) Kategoriser kravene.

  • Stil specifikke krav til de relevante kategorier.
  • For tekniske interessenter bør der være en teknisk kravkategori, for ikke-tekniske interessenter bør der være en generisk kravkategori.
  • Hver organisation bør finde ud af, hvilken kategori der passer til deres standarder.
  • Kategorisering kan også ske ud fra deres typer (funktionel versus forretning). Selvom dette ikke gælder i alle tilfælde.

Trin 2) Arranger krav.
Saml og arranger krav i en logisk rækkefølge. Så når interessenter gennemgår kravene, er det nemt at navigere og også identificere manglende elementer.

Trin 3) Forbered en liste.
Udarbejd en liste over de krav, der er beregnet til at blive gennemgået af specifikke interessenter.

For eksempel, hvis en interessent har en teknisk baggrund, vil han kun kende det tekniske aspekt af produktet.

Trin 4) Brug unikke identifikatorer.
Hvis sporingskrav til hinanden er vanskeligt, så brug unikke identifikatorer, let sporbarhed.

Trin 5) Nuværende krav i interessenternes foretrukne metode
I visse scenarier skal du muligvis præsentere det samme krav på forskellige måder for forskellige interessenter. For eksempel foretrækker en interessent et grafisk format, mens den anden foretrækker et struktureret sætningsformat.

Trin 6) Udarbejd en indholdsfortegnelse.
Lav en indholdsfortegnelse for alle kravene. Det hjælper interessenter med nemt at spore krav.

Trin 7) Brug værktøjer til forretningsanalyse.
Værktøjer til forretningsanalyse som hjælper med at præsentere og kategorisere kravene

Trin 8) Organiser kravdokumenter efter procesflow.
Fjern alle unødvendige krav i dit kravdokument, og organiser kravdokumenter efter procesflow.

Trin 9) Kortlæg kravene.
Kortlæg de krav, du har samlet, til et bestemt trin i et procesflow, og dette vil hjælpe anmeldere med at relatere krav til procesflow.

Trin 10) Brug tabel- og punkttegn.
Brug en tabel til at præsentere komplekse krav. Brug punkttegn til at fremhæve det vigtigste aspekt af kravet.

Nyttige tips til at skrive og præsentere et forretningskravdokument

For bedre præsentation og sporing af forretningskrav til interessenter er her nogle tips, der kan være nyttige for BA (Business Analyst).

  • Kategoriseringskrav er tidskrævende og er muligvis ikke muligt for enhver organisation at oprette en ny kategori hver gang. For bedste praksis anbefales det, at der er et standardsæt af kategorier, som almindeligvis kan bruges af BA'er, interessenter, fageksperter og tekniske teams.
  • Dit krav bør udarbejdes i sammenhæng med dit publikum. Forstå, hvem der er de vigtigste aktører, influencers og beslutningstagere. (Interessenter, teknisk personale, udviklere osv.)
  • Definer et krav ad gangen. Hvert krav bør være atomare.
  • Undgå tvetydighed ved at undgå akronymer som etc., ca., og så videre.
  • Henvis ikke til et krav, der endnu ikke er defineret.
  • Undgå duplikerede og modstridende udsagn.
  • Opdel komplekse krav i håndterbare og gennemskuelige punkter.
  • Undgå at beskrive, hvordan systemet vil gøre noget, angiv kun, hvad systemet vil gøre.