Virksomhedskrav Dokumentskabelon: 7 Key Components, med eksempler

Resumé

Et forretningskrav Dokument (BRD) er en rapport, der beskriver alt, hvad et nyt projekt kræver for succes. Der er syv nøglekomponenter i en BRD-skabelon, som tjener til at give klarhed og kontekst for interessenter. I dette stykke skal du lære, hvordan en BRD-skabelon kan øge dine chancer for projektsucces.

Hvert projekt har flytende dele, og hvis du vil have et vellykket projektresultat, skal du bruge alle de dele til at komme sammen på det rigtige tidspunkt og sted. Tænk på at sætte et puslespil sammen; Hemmeligheden til at løse det er at se på billedet på forsiden af ​​puslespillet, når du navigerer dig igennem det.

Et forretningskrav Dokument (BRD) er som puslespilboks billede. Det skitserer alt, hvad et projekt indebærer og hjælperinteressenter.få klarhed om kravene til projektsucces. I denne artikel dækker vi nøglekomponenterne i en forretningsbehovdokumentskabelon. Du vil også lære fordelene ved at dele din BRD gennem online software.

Hvad er et forretningskrav Dokument (BRD)?

Et forretningskrav Dokument er en rapport, der beskriver alt, hvad et nyt projekt kræver for succes. Dette dokument beskriverProjektmål, hvad der forventes i hele projektets livscyklus, og hvad der kræves for at opnå projektet.

De syv komponenter i en BRD er:

Executive Resumé

Projektmål

Projektets omfang

Virksomhedskrav

Nøgleinteressenter

Projektbegrænsninger.

Cost benefit analyse

Ved at redegøre for hver af disse sektioner, bør enhver, der læser dit forretningskrav, klart forstå, hvad dit projekt er, hvad du håber at opnå, og hvordan du planlægger at opnå det.

Hvad skal et forretningskravdokument omfatte?

Dine forretningskrav Dokumentskabelon skal give detaljer om dit projekt, men det skal også være kortfattet. Målet med BRD er at give læserne de fleste oplysninger i det mindste antal ord.

Mange mennesker kan læse en BRD, herunder interessenter, der er involveret i projektet, ledere, du har brug for godkendelse fra, og klienter påvirket af slutresultaterne. Lær mere om hver komponent, der skal inkluderes i din skabelon nedenfor.

1. Executive Resumé

Sammendragelsen er en udsagn på højt niveau, der beskriver, hvad dit projekt er og dets formål. Dem, der ikke har tid til at læse BRD i sin helhed, bør forstå, hvad du planlægger at opnå ved at læse dit resumé.

Selvom dit resumé er den første ting i din BRD, bør du faktisk kun skrive det efter at have skrevet de andre sektioner. På den måde kan du gennemgå alt og sikre, at du har oprettet en omfattende åbningsopgørelse.

2. Projektmål

Dine projektmål er detForretnings målDu vil opnå ved at sætte dit projekt til handling. Det er vigtigt at angive dine projektmål, før du sparker ethvert arbejde, så du kan bruge dem til at måle dine fremskridt.

Skriv dine projektmål somSmart målFor at sikre, at de er:

Bestemt

Målelig

Opnås

Relevant

Tidspecifik

Måling af dine projektmål kan hjælpe med at afgøre, om du skal justere din workflow for bedre at opfylde dine mål. For eksempel, hvis et af dine mål var at øge din kundebase med 10% inden udgangen af ​​kvartalet, kan du se på dine numre, når kvartalet slutter og tydeligt ser, om du rammer dit mål eller ej. Du kan så se på de handlinger, du tog undervejs og bestemmer grundene til, at du måske er faldet kort.

3. Projektomfang

Ditprojektets omfang Kommunikerer grænserne for dit projekt på dit forretningskrav. Ved at definere dit projektområde, vil du beholde alle på samme side og forhindreomfanget krybe, som er, når dit projekt udvider uden for de grænser, du har angivet for det, og bliver svært at kontrollere.

Detaljer for at skitsere i dit projektområde omfatter:

Tidslinje.

Budget

Leverablerer.

Projektkrav.

Projekt hold

Du kan også lave en liste over projektudgange - eller ting, du specifikt ønsker at forlade din projektlignendeforretningsprocesser.eller risikable strategier, du vil have andre til at undgå, når de arbejder på projektet.

4. VIRKSOMHEDSKRAV

Virksomhedskravene er kødet i din BRD-skabelon. I dette afsnit angiver du de handlinger, der kræves for at nå dit projekt. Afhængigt af projektkompleksiteten kan denne liste kun være et par ting, eller det kan være omfattende.

Ud over at notere dine krav og beskrive dem, rang dem efter prioritet og tildele hvert punkt et niveau af betydning baseret på, hvor kritisk de er. Dette vil hjælpe andre med at forstå, hvilke krav de skal færdiggøre først.

Hvis et af dine krav er at kode et websted, kan du tildele denne opgave som en første prioritet. Du kan også mærke denne opgave som meget kritisk, fordi du uden at kodning af dit websted ikke vil have et fundament for at gennemføre andre forretningsbehov.

5. Key interessenter

Projektinteressenter omfatter alle med interesse for dit projekt. Disse er sandsynligvis de mennesker, der vil læse din BRD-skabelon for at forstå, hvad projektet handler om. Dine nøgleinteressenter kan være:

Teammedlemmer arbejder på projektet

Projektledere, der fører projektet

Ledere, der godkender projektet

Klienter påvirket af det færdige projekt

I dette afsnit skal du angive navn og jobroller i hver interessenter og beskrive deres pligt i forhold til projektet. Dette afsnit vil give alle klarhed om, hvem der er involveret og kan forbedre sigTeam Communication. .

6. Projektbegrænsninger.

Du præsenterede sandsynligvis et overblik over dinProjektbegrænsninger.Inden for dit projektområde, men her, vil du forklare disse grænser mere detaljeret. Når læseren vurderer dette afsnit, skal de se projektets form og dets grænser.

Projektbegrænsninger kan omfatte:

Projektrisici

Team tilgængelighed

Ressourcer.

Projektafhængigheder.

Deadlines.

Projektbudget

Projektbegrænsninger Hjælp interessenter Visualisering af projektets kompleksitet og hvor nemt det vil være at opnå projektmål. Enhver, der er involveret i projektet, skal først gennemgå projektets begrænsninger.

7. Cost-benefit-analyse

Afslutning af dine forretningskrav Dokument med aCost benefit analyseer et strategisk træk. Hvis du bruger din BRD for at få godkendelse til dit projekt, kan dette afsnit være den afgørende faktor. Kunder og ledere pleje af projektmålet, men hvis du ikke kan bevise, at du vil tjene penge, går alt sammen.

At oprette en cost-benefit-analyse:

Beskriv alle omkostninger i forbindelse med dit projekt

Forklar de dermed forbundne fordele

Skriv den samlede forventede pris for dit projekt

Anslå det forventede ROI ved at trække dine forventede omkostninger fra din forventede indkomst

Virksomhedskrav Dokumentskabelon (og eksempel)

Her kan du se et eksempel på en forretningskrav Dokumentskabelon. Dette eksempel er for et tech selskabs initiativ til at starte en marketing blog. I dokumentet,projektlederforklarer, hvad projektet er og dets formål. Hun beskriver også projektmålene og projektets anvendelsesområde for at undgå risikoen for omfang kryb.

Som BRD fortsætter, viser projektlederen de forretningskrav - de handlinger, der er nødvendige for at fuldføre projektet. Andre børsnoterede varer er de interessenter, der er involveret i projektet, projektets begrænsninger og costbenefitanalysen.

Hvis du vil bruge en VIRKSOMHEDSKRAV DOKUMENT-skabelon til dit eget projekt, skal du bruge vores gratis skabelon nedenfor.

Hvad er forskellen mellem forretningskrav og funktionelle krav?

Du vil ofte høre funktionelle krav komme op, når du diskuterer forretningsbehov, men det er vigtigt at kende forskellen mellem de to. Et forretningskrav Dokument diskuterer, hvad dine projektkrav er. Dette dokument tilbyder et højt niveau og giver interessenter et overblik over projektet i sin helhed.

Et funktionelt kravdokument (FRD) indeholder en detaljeret beskrivelse af, hvordan man udfører specifikke opgaver inden for projektet. Tænk på disse dokumenter som at spille et brætspil; Brd er kassen, forklarer spillet og overbevisende dig til at købe det. FRD'en er på den anden side de instruktioner, der lærer dig, hvordan du spiller spillet.

Udover funktionelle krav er der:

Brugerkrav:Disse krav er mere detaljerede end BRD, og ​​de forklarer, hvad brugeren kan gøre med de færdigeLeverablerer. .

Produktkrav:Disse krav er mere detaljerede end både forretnings- og brugerkrav. Produktkrav forklarer det færdige projekts formål og funktioner. Dette dokument er en vejledning til hold, når du bygger og markedsfører produktet.

Ikke-funktionelle krav:Disse krav er den mest detaljerede type krav - ligeligt detaljeret til funktionelle krav. De forklarer, hvordan projektet skal fungere, og det færdige projekts tilsigtede brugeroplevelse.

Del krav gennem projektstyringsværktøjer

Uanset om du opretter et forretningsbehov dokument eller noget mere detaljeret, er den bedste måde at dele information med interessenter via et strømlinet værktøj.

Med projektstyringsværktøjer kan du prioritere forretningsmål og sikre, at intet falder gennem revnerne. Brug UDN Task Manager At strømline holdkommunikationen og gøre det lettere at ramme projektmiljøet.