Kuidas korraldada nõudeid ärianalüütikuna

Ärinõue on ametlik dokument, mis kajastab sidusrühmade vajadusi projekti või toote järele. Ärinõuete esitamiseks pole ühtset standardvormingut, kuid iga versioon peaks käsitlema toodet või projekti piisavalt detailselt, et seda saaks arutada, analüüsida, dokumenteerida ja valideerida.

Ärinõuet saab esitada ühel järgmistest viisidest:

• Tabel või arvutustabel
• Diagramm (töövoog)
• Graafik
• Mudel (olemi-suhete diagramm)
• Prototüüp või simulatsioon
• Struktureeritud lause või tekstimall

Kuidas korraldada ja esitada ärinõuet

Allpool on toodud sammud nõuete kirjutamiseks ja korraldamiseks Business Analyst.

Step 1) Liigita nõuded.

• Paiguta iga nõue vastavasse kategooriasse.
• Tehnilised sidusrühmad peaksid nägema tehniliste nõuete kategooriat ja mittetehnilised sidusrühmad peaksid nägema äri- või üldiste nõuete kategooriat.
• Iga organisatsioon peaks otsustama, millised kategooriad vastavad tema standarditele.
• Kategotiseerimine võib põhineda ka nõude tüübil – funktsionaalne vs äriline –, kuigi see jaotus ei sobi iga projekti puhul.

Step 2) Korraldage nõuded.
Koguge ja korraldage nõuded loogilises järjekorras, et sidusrühmad saaksid dokumendis hõlpsalt navigeerida ja puuduvad üksused leida.

Step 3) Valmistage nimekiri.
Koostage nõuete ülevaatamise loend, mis on rühmitatud sidusrühmade kaupa, kes peavad need heaks kiitma.

Näiteks tehnilise taustaga sidusrühm hoolib ainult toote tehnilisest aspektist.

Step 4) Kasutage kordumatuid identifikaatoreid.
If tracnõuete üksteisele esitamine on keeruline, kasutage unikaalseid identifikaatoreid tracligipääsetavus on lihtsam.

Step 5) Esitage nõuded sidusrühma eelistatud meetodil.
Teil võib olla vaja esitada sama nõue erinevatele sidusrühmadele erinevates vormingutes – üks eelistab graafilist vaadet, teine ​​aga struktureeritud lauseid.

Step 6) Koostage sisukord.
Looge kõigi nõuete jaoks sisukord. See aitab sidusrühmadel track ja leia nad kiiresti üles.

Step 7) Kasutage ärianalüüsi tööriistu.
Kasutama Ärianalüüsi tööriistad mis aitavad nõudeid eri versioonides järjepidevalt esitada ja kategoriseerida.

Step 8) Korraldage nõuete dokumendid protsessi voolu järgi.
Eemalda dokumendist mittevajalikud nõuded ja korralda allesjäänud nõuded protsessivoo järgi, mida nad toetavad.

Step 9) Kaardistage nõuded.
Seo iga kogutud nõue protsessivoo kindla etapiga, et läbivaatajad saaksid nõude seostada töövooga, mida see toetab.

Step 10) Kasutage tabeleid ja täppe.
Kasutage tabeleid keerukate nõuete esitamiseks ja täpploendeid iga nõude põhiaspektide esiletõstmiseks.

Kasulikke näpunäiteid ärinõuete dokumendi kirjutamiseks ja esitamiseks

Parema esitluse ja tracÄrinõuete kuningas, järgmised näpunäited on abiks igale ärianalüütikule (BA).

• Nõuete kategoriseerimine on aeganõudev, seega määratlege standardsed kategooriad, mida ärijuhid, sidusrühmad, valdkonna eksperdid ja tehnilised meeskonnad saavad projektides uuesti kasutada, selle asemel, et iga kord uusi välja mõelda.
• Valmista iga nõue ette selle sihtrühma kontekstis. Mõista peamisi osapooli, mõjutajaid ja otsustajaid (sidusrühmad, tehniline personal, arendajad jne).
• Määratlege üks nõue korraga. Iga nõue peaks olema aatomiline.
• Väldi mitmetähenduslikkust – ära kasuta nõudelauses ebamääraseid täpsustajaid, näiteks „jne“ või „umbes“.
• Ärge viidake nõudele, mida pole veel määratletud.
• Eemaldage dokumendist dubleerivad ja vastuolulised väited.
• Jaota keerulised nõuded väiksemateks, hallatavamateks ja ülevaadatavateks punktideks.
• Kirjeldama mida süsteem teeb seda, mitte kuidas see teeb seda – rakendamine kuulub disainifaasi.

Populaarsed tehnikad ärivajaduste visualiseerimiseks

Proosamüür on kiireim viis sidusrühma kaotamiseks. Ärianalüütikud seovad iga tekstipõhise nõude visuaaliga, et eesmärk oleks esmapilgul selge. Järgmised tehnikad esinevad BABOKi juhendis ja enamikus ettevõtete ärianalüütika tavades.

• Äriprotsesside mudel ja tähistus (BPMN): Skeemitab otsast lõpuni äriprotsesse koos kogumite, radade, lüüside ja sündmustega. BPMN sobib ideaalselt selle näitamiseks, kes mida ja millal teeb.
• Kasutusjuhtumite diagrammid ja Descriptioonid: Jäädvusta osalejate ja süsteemide interaktsioonid ning iga osaleja oodatavad tulemused. Hea funktsioonipõhiste mahajäämuste korral.
• Kasutajalood koos vastuvõtukriteeriumidega: Lühikesed „Nagu … ma tahan … nii et …“ laused koos antud-millal-siis kriteeriumidega. Agiilsete meeskondade vaikevorming.
• Raamjoonised ja maketid: Madala või keskmise täpsusega ekraanid, mis on toodetud Figma, Balsamiq või Axure mis muudavad kasutajaliidese nõuded mitte-tehniliste sidusrühmade jaoks käegakatsutavaks.
• Üksuste seoste diagrammid (ERD): Näidake andmeüksusi, mida lahendus peab salvestama, ja nendevahelisi seoseid – see on aruandluse ja integratsiooninõuete seisukohalt kriitilise tähtsusega.
• Andmevoo diagrammid (DFD): Trackuidas andmed liiguvad protsesside, salvestusruumide ja väliste osalejate vahel, eriti analüüsi- või integratsiooniprojektides.

Sobita tehnika sihtrühmaga: juhid reageerivad protsessikaartidele ja teekonna diagrammidele, arendajad reageerivad ettevõtte andmelehtedele ja kasutajalugudele ning lõppkasutajad reageerivad skeemidele ja prototüüpidele.

Ärinõuete dokumentide korraldamise levinumad tööriistad

Kui nõuete arv kasvab üle paarikümne, siis Wordi dokumendi skaleerimine lakkab. Ärianalüütikud lähevad üle spetsiaalselt loodud tööriistadele, mis toetavad baasjoone loomist, ülevaatamist, tracpaindlikkus ja muutuste kontroll. Järgnevad on tööstuses enimkasutatavad.

• Jira koos Confluence'iga: Agiilsete meeskondade vaikekombinatsioon. Nõuded elavad Jiras eeposte ja lugudena, mida toetavad Confluence'i lehed, mis sisaldavad BRD narratiivi ja diagramme.
• Jama Connect: Ettevõtte platvorm, mis keskendub nõuete haldamisele, baasjoone loomisele ja reaalajas toimimisele tracreguleeritud tööstusharude, näiteks meditsiiniseadmete ja lennunduse, paindlikkus.
• IBM Engineering Requirements Juhtimisuksed: Pikaajaliselt kasutusel olev tööriist kaitse-, auto- ja ohutuskriitilistes süsteemides, kus iga nõue peab olema täidetud tracsuutlikkust
• Modern Requirements eest Azure DevOps: Pikendab Azure DevOps koos ülevaatuse, kinnitamise, baasjoonestamise ja Wordi stiilis BRD-ekspordiga otse tööüksustest.
• Miro or Lucidchart: Tahvli ja diagrammide loomise tööriistad, mida kasutatakse BPMN-i, ERD-de, kasutajateekondade ja töötoa märkmete koostamiseks, mis hiljem lisatakse ametlikku BRD-sse.
• Balsamiq ja Figma: Raam- ja prototüübitööriistad, mis hoiavad kasutajaliidese nõuded visuaalsed, mitte tekstilised.

Valige tööriistakomplekt vastavalt projekti ulatusele ja auditeerimisvajadustele. Väiksemad projektid võivad alata Confluence'i ja Jiraga, samas kui reguleeritud programmid vajavad tavaliselt Jama või DOORSi, et rahuldada oma vajadusi. tracteostatavusauditid.

Levinud vead ärinõuete esitamisel

Isegi hästi läbi uuritud nõuet võidakse tagasi lükata, kui see on halvasti esitatud. Järgmised vead esinevad enamikus BA järelanalüüsides ja need on need, mille eest ülevaatamise ajal tuleks hoiduda.

• Mida ja kuidas segada: libisemineping Nõuete kirjeldusse lisatud rakendamise detail lukustab disainimeeskonna lahenduse külge enne analüüsi lõppu.
• Ebamäärane sõnastus: Sõnu nagu „kiire”, „kasutajasõbralik” või „paindlik” ei saa testida. Asendage need mõõdetavate vastuvõtukriteeriumidega.
• Üks formaat igale sidusrühmale: Sama vaate esitlemine juhtidele, arendajatele ja lõppkasutajatele ei meeldi tavaliselt kellelegi neist. Kohanda formaat sihtrühmale vastavaks.
• Puuduvad tracvõimekus: Nõudeid, mis ei ole seotud ärieesmärkide, disainielementide ja testidega, ei saa muutmistaotluse saabumisel kaitsta.
• Prioriseerimist pole: Sadade nõuete esitamine ilma MoSCoW-i, kaalutud punktisüsteemi või sarnase raamistikuta sunnib sidusrühmi vaidlema ulatuse, mitte väärtuse üle.
• Ülekoormatud dokumendid: Kõikide diagrammide, logide ja põhjenduste toppimine ühte 200-leheküljelisse PDF-faili peidab ära olulised nõuded. Jaga BRD loogilisteks osadeks selge sisukorraga.
• Jäta vaheleping allkirjastamine: BRD esitamine ilma ametliku kinnitamiseta jätab ukse avatuks ulatuse libisemiseks ja näpuga näitamiseks hilisemas tarnefaasis.

RevBRD võrdlemine selle nimekirjaga enne iga sidusrühmade kohtumist paljastab enamiku probleemidest, mis nõuavad hilisemates etappides ümbertöötamist.

KKK