Hvordan organisere krav som forretningsanalytiker
Et forretningskrav er et formelt dokument som adresserer interessentenes behov for prosjektet eller produktet. Det finnes ikke noe standardformat eller mal for å presentere forretningskravet. Den bør imidlertid dekke produkt- eller prosjektbeskrivelsen i nok detalj til å diskutere, analysere, dokumentere og validere.
Et forretningskrav kan presenteres på en av følgende måter:
- En tabell eller et regneark
- Et diagram (arbeidsflyt)
- En graf
- En modell (entitetsforholdsdiagram)
- En prototype eller simulering
- En strukturert setning eller tekstmal
Hvordan organisere og presentere et forretningsbehov
Nedenfor er trinnene for å skrive og organisere krav som en Business Analyst.
Trinn 1) Kategoriser kravene.
- Sett spesifikke krav til de relevante kategoriene.
- For tekniske interessenter bør det være en teknisk kravkategori, for ikke-tekniske interessenter bør det være en generisk kravkategori.
- Hver organisasjon bør finne ut hvilken kategori som passer deres standarder.
- Kategorisering kan også gjøres basert på deres typer (funksjonell versus virksomhet). Selv om dette ikke gjelder i alle tilfeller.
Trinn 2) Ordne krav.
Samle og ordne krav i en logisk rekkefølge. Så når interessenter gjennomgår kravene, er det enkelt å navigere og også identifisere manglende elementer.
Trinn 3) Lag en liste.
Lag en liste over kravene som er ment å bli gjennomgått av spesifikke interessenter.
For eksempel, hvis en interessent har teknisk bakgrunn, vil han bare vite det tekniske aspektet av produktet.
Trinn 4) Bruk unike identifikatorer.
Hvis det er vanskelig å spore krav til hverandre, bruk unike identifikatorer for enkel sporbarhet.
Trinn 5) Nåværende krav i interessenter foretrukket metode
I visse scenarier må du kanskje presentere det samme kravet på forskjellige måter for ulike interessenter. For eksempel foretrekker en interessent et grafisk format mens den andre foretrekker et strukturert setningsformat.
Trinn 6) Lag en innholdsfortegnelse.
Lag en innholdsfortegnelse for alle kravene. Det hjelper interessenter med å enkelt spore krav.
Trinn 7) Bruk verktøy for forretningsanalyse.
Verktøy for forretningsanalyse som hjelper til med å presentere og kategorisere kravene
Trinn 8) Organiser kravdokumenter etter prosessflyt.
Fjern alle unødvendige krav i kravdokumentet, og organiser kravdokumenter etter prosessflyt.
Trinn 9) Kartlegg kravene.
Kartlegg kravene du har samlet til et bestemt trinn i en prosessflyt, og dette vil hjelpe anmeldere med å relatere krav til prosessflyt.
Trinn 10) Bruk tabell- og kulepunkter.
Bruk en tabell for å presentere komplekse krav. Bruk punkttegn for å fremheve hovedaspektet ved kravet.
Nyttige tips for å skrive og presentere et forretningskravdokument
For bedre presentasjon og sporing av forretningskrav for interessenter, her er noen tips som kan være nyttige for BA (Business Analyst).
- Kategoriseringskrav er tidkrevende og er kanskje ikke mulig for hver organisasjon å opprette en ny kategori hver gang. For beste praksis anbefales det at det finnes et standardsett med kategorier som kan brukes av BAer, interessenter, fageksperter og tekniske team.
- Kravet ditt bør utarbeides i kontekst til publikum. Forstå hvem som er nøkkelaktørene, påvirkerne og beslutningstakerne. (Interessenter, teknisk personell, utviklere, etc.)
- Definer ett krav om gangen. Hvert krav bør være atomært.
- Unngå tvetydighet ved å unngå akronymer som etc., ca., og så videre.
- Ikke referer til et krav som ennå ikke er definert.
- Unngå dupliserte og motstridende utsagn.
- Del komplekse krav i håndterbare og gjennomgåbare punkter.
- Unngå å beskrive hvordan systemet vil gjøre noe bare nevne hva systemet vil gjøre.