Liiketoiminnan vaatimukset Asiakirjan malli: 7 avainkomponentit, esimerkkejä
Yhteenveto
Yritysten vaatimusasiakirja (BRD) on raportti, jossa esitetään kaikki uusi projekti edellyttää menestystä. BRD-mallia on seitsemän keskeistä osaa, jotka tarjoavat selkeyttä ja kontekstia sidosryhmille. Tässä kappaleessa voit oppia, miten BRD-malli voi lisätä mahdollisuuksiasi projektin menestykseen.
Jokaisella hankkeella on liikkuvia osia, ja jos haluat onnistuneen projektin tuloksen, tarvitset kaikki nämä osat yhteen oikeaan aikaan ja paikkaan. Ajattele palapelin asettamista yhteen; Salaisuus ratkaista se on tarkastella kuvaa palapelin edessä olevaan kuvassa navigointia läpi sen läpi.
Liiketoimintavaatimusasiakirja (BRD) on kuin tämä palapeli-ruutu. Se esittelee kaiken hankkeen ja auttaasidosryhmätSelkeys hankkeen menestyksen vaatimuksista. Tässä artikkelissa kattavat liiketoimintavaatimusten avainkomponentit Document -mallin. Saat myös oppia BRD: n jakamisen verkko-ohjelmiston kautta.
Mikä on liiketoiminnan vaatimusasiakirja (BRD)?
Yritysten vaatimusasiakirja on raportti, jossa kerrotaan kaikesta uudesta hankkeesta, jota edellyttää menestystä. Tämä asiakirja hahmotellaanprojektin tavoitteet, mikä on odotettavissa koko projektin elinkaaren ajan ja mitä hankkeen toteuttamiseen tarvitaan.
BRD: n seitsemän osaa ovat:
Tiivistelmä
Projektin tavoitteet
Hankkeen laajuus
Liiketoiminnan vaatimukset
Pääosakkeenomistajat
Hankkeen rajoitukset
Kustannus-hyötyanalyysi
Esittämällä kullekin näistä osioista, kuka tahansa, joka lukee liiketoimintavaatimusten asiakirjan, pitäisi ymmärtää selvästi, mitä projekti on, mitä toivotte saavuttaa ja miten aiot saavuttaa sen.
Mitä liiketoiminnan vaatimusten asiakirjoihin kuuluu?
Yritysten vaatimusten tulostusmallin tulisi tarjota yksityiskohtaisesti projektisi, mutta sen pitäisi olla myös tiivis. BRD: n tavoitteena on antaa lukijoille eniten tietoa vähiten sanojen määrästä.
Monet ihmiset voivat lukea BRD: n, mukaan lukien hankkeeseen osallistuvat sidosryhmät, johtajat tarvitset hyväksyntää ja asiakkaat vaikuttavat lopputuloksiin. Lue lisää jokaisesta komponentista sisällyttämään alla olevaan malliin.
1. Tiivistelmä
Tiivistelmä on korkean tason lausunto, jossa kuvataan, mitä projekti on ja sen tarkoitus. Niille, joilla ei ole aikaa lukea BRD: tä kokonaisuudessaan, pitäisi ymmärtää, mitä aiot suorittaa lukemalla tehokas yhteenveto.
Vaikka tehokkuus on BRD: n ensimmäinen asia, sinun kannattaa vain kirjoittaa sen kirjoittamisen jälkeen muut osat. Näin voit tarkastella kaikkea ja varmistaa, että olet luonut kattavan avausilmoituksen.
2. Hankkeen tavoitteet
Hankkeen tavoitteet ovatLiiketoiminnan tavoitteetHaluat saavuttaa hankkeen toiminnaksi. On tärkeää ilmoittaa projektin tavoitteet ennen työn poistamista, jotta voit käyttää niitä mittaamaan edistymistäsi.
Luettele projektin tavoitteetÄlykkäät tavoitteetVarmista, että he ovat:
Erityinen
Mitattavissa oleva
Saavutettavissa oleva
Asiaankuuluva
Aikakohtainen
Projektin tavoitteiden mittaaminen voi auttaa määrittämään, onko sinun tarvitsee säätää työnkulkua vastaamaan paremmin tavoitteesi. Esimerkiksi jos joku tavoitteena oli lisätä asiakaskuntaa 10% loppuun mennessä neljänneksen, voit katsoa numeroita, kun neljänneksen päättyy ja selvästi nähdä onko osut tavoite vai ei. Sitten voit tarkastella toimintoja, joita otit matkan varrella ja määrittävät syyt, miksi olet laskenut lyhyeksi.
3. Hankkeen laajuus
SinunHankkeen laajuus viestii projektin rajat liiketoimintavaatimusasiakirjastasi. Määrittelemällä projektin laajuus, pidät kaikki samalla sivulla ja estävätSoveltamisala, joka on, kun projekti laajenee sen asettamien rajojen ulkopuolelle ja vaikeuttaa hallita.
Yksityiskohdat hankkeen laakeriin sisältävät:
Aikajana
Budjetti
Toimitukset
Hankkeen vaatimukset
Projektiryhmä
Voit myös tehdä luettelon projektin poissulkemisista tai asioista, jotka haluat erityisesti jättää pois projektistaliiketoimintaprosessejatai riskialttiita strategioita haluat, että muut välttävät, kun he työskentelevät projektissa.
4. Liiketoiminnan vaatimukset
Liiketoimintavaatimukset ovat BRD-mallin liha. Tässä osiossa luetellaan projektin saavuttamiseksi tarvittavat toimet. Projektin monimutkaisuudesta riippuen tämä luettelo voi olla vain muutamia kohteita tai se voi olla laaja.
Sen lisäksi, että listat vaatimukset ja kuvailemalla niitä, sijoita ne ensisijaisella tavalla ja määritä jokainen kohde tärkeysaste, joka perustuu siihen, kuinka kriittiset ne ovat. Tämä auttaa muita ymmärtämään, mitkä vaatimukset heidän on ensin täytettävä.
Jos jokin vaatimuksista on koodata verkkosivusto, voit määrittää tämän tehtävän numeroksi yhdeksi prioriteetiksi. Voit myös merkitä tämän tehtävän erittäin kriittisiksi, koska sivustosi koodaamista sinulla ei ole säätiötä muiden liiketoimintavaatimusten suorittamiseen.
5. Keskeiset sidosryhmät
Hankkeen sidosryhmät ovat kenenkään kiinnostuneen hankkeen kannalta. Nämä ovat todennäköisesti ihmisiä, jotka lukevat BRD-mallin ymmärtämään, mitä hanke on. Keskeiset sidosryhmät voivat olla:
Tiimin jäsenet työskentelevät projektissa
Projektin johtajat johtavat hanketta
Hankkeen hyväksymisestä
Valmisprojektin vaikuttavat asiakkaat
Tässä osiossa luetellaan kunkin sidosryhmän nimet ja työtehtävät ja kuvaile heidän velvollisuutensa suhteessa hankkeeseen. Tämä osa antaa kaikille selkeyttä, kuka muu osallistuu ja voi parantaaTeamin viestintä .
6. Hankkeen rajoitukset
Olet todennäköisesti esitteli yleiskatsauksenHankkeen rajoituksetProjektin laajuus, mutta tässä selität nämä rajat tarkemmin. Kun lukija arvioi tämän osan, niiden pitäisi nähdä projektin ja sen rajojen muoto.
Projektirajoitukset voivat sisältää:
Hankkeen riskit
Joukkueen saatavuus
Resurssit
Määräajat
Hankkeen talousarvio
Projektirajoitukset auttavat sidosryhmiä visualisoimaan projektin monimutkaisuutta ja kuinka helppoa on saavuttaa hankkeen tavoitteet. Jokainen, joka osallistuu hankkeeseen, tulisi ensin tarkastella projektin rajoitteita.
7. Kustannus-hyötyanalyysi
Yritysten vaatimusasiakirjan lopettaminen aKustannus-hyötyanalyysion strateginen liike. Jos käytät BRD: tä saadaksesi projektin hyväksynnän, tämä osio voi olla ratkaiseva tekijä. Asiakkaat ja johtajat huolehtivat projektin tavoitteesta, mutta jos et voi todistaa voittoa, niin kaikki menetetään.
Kustannus-hyötyanalyysin luominen:
Kuvaile kaikkia hankkeeseen liittyviä kustannuksia
Selitä niihin liittyvät edut
Kirjoita projektin odotetut kustannukset
Arvioi odotettu ROI vähentämällä arvioidut kustannukset arvioiduista tuloistasi
Liiketoiminnan vaatimukset Asiakirjan malli (ja esimerkki)
Täällä näet esimerkin liiketoimintavaatimusten asiakirjojen mallilta. Tämä esimerkki on teknologian aloite aloittaa markkinointiblogi. Asiakirjassa,projektipäällikköselittää, mitä hanke on ja sen tarkoitus. Hän hahmotellaan myös projektin tavoitteet ja hankkeen soveltamisalan, jotta vältetään soveltamisalan riski.
Koska BRD jatkaa, projektipäällikkö luettelee liiketoimintavaatimukset - hankkeen suorittamiseen tarvittavat toimet. Muut listatut kohteet ovat hankkeeseen osallistuvat sidosryhmät, hankkeen rajoitukset ja kustannus-hyötyanalyysi.
Jos haluat käyttää liiketoimintavaatimusten asiakirjan mallia omalle projektisi, käytä alla olevaa ilmaista mallia.
Mikä on ero liiketoimintavaatimusten ja toiminnallisten vaatimusten välillä?
Ymmärrät usein toiminnalliset vaatimukset, kun keskusteltiin liiketoiminnan vaatimuksista, mutta on tärkeää tietää kahden välisen eron. Liiketoimintavaatimusasiakirja käsittelee, mitä projektin vaatimukset ovat. Tämä asiakirja tarjoaa korkean tason näkymän ja antaa sidosryhmille yleiskatsauksen kokonaisuudessaan kokonaisuudessaan.
Toiminnalliset vaatimukset Asiakirjat (FRD) tarjoaa yksityiskohtaisen kuvauksen hankkeen tiettyjen tehtävien suorittamisesta. Ajattele näitä asiakirjoja, kuten lautapeliä; BRD on laatikko, joka selittää pelin ja vakuuttaa sinut ostamaan sen. FRD toisaalta ovat ohjeet opettaa, miten pelata peliä.
Toiminnallisten vaatimusten lisäksi on:
Käyttäjän vaatimukset:Nämä vaatimukset ovat yksityiskohtaisempia kuin BRD, ja ne selittävät, mitä käyttäjä voi tehdä valmiiksitoimitukset .
Tuotevaatimukset:Nämä vaatimukset ovat yksityiskohtaisempia kuin sekä yritys- että käyttäjävaatimukset. Tuotevaatimukset Selitä loppuprojektin tarkoitus ja ominaisuudet. Tämä asiakirja on opas joukkueille tuotteen rakentamisen ja markkinoinnin aikana.
Ei-toiminnalliset vaatimukset:Nämä vaatimukset ovat yksityiskohtaisimmat vaatimukset - yhtä yksityiskohtaiset toiminnalliset vaatimukset. He selittävät, miten hankkeen pitäisi toimia ja valmis projektin aiottu käyttäjäkokemus.
Jaa vaatimukset projektinhallintatyökalujen avulla
Olipa luodaan liiketoiminnan vaatimusasiakirjan tai jotain yksityiskohtaisempaa, paras tapa jakaa tietoa sidosryhmien kanssa on yhden virtaviivaisen välineen kautta.
Projektinhallintatyökaluilla voit priorisoida liiketoiminnan tavoitteet ja varmistaa, että mikään ei putoa halkeamien kautta. Käyttää UDN-tehtävähallinta Johtorin viestinnän tehostaminen ja hankkimalla hankkeen virstanpylväät helpommin.