Ärianalüüsi protsessi voog: samm-sammult õpetus

Autor: Charles Moore Charles Moore
Hours Ajakohastatud

⚡ Nutikas kokkuvõte

Ärianalüüsi protsessi voog juhendab ärianalüütikut projekti algusest kuni nõuete kinnitamiseni, hõlmates avastamist, sidusrühmade läbivaatamist, dokumentide analüüsi, probleemivaldkonna raamistamist ja struktureeritud esitlust projektijuhtidele ja sponsoritele.

  • 🧭 Kuus sammu: Koguge projekti kohta teavet, tuvastage sidusrühmad, analüüsige asjakohaseid dokumente, registreerige tulemused, piiritlege probleemvaldkond ja esitage nõuded ametlikult.
  • 👥 Sidusrühmade fookus: Selge päevakord, konkreetsed küsimused ja struktureeritud ülevaatekoosolekud hoiavad projekti käigus tracja vältida hilises etapis üllatusi.
  • 📄 Dokumendi analüüs: Äriplaanid, protsessiskeemid, poliitikad ja õigusaktid vaadatakse üle ja valideeritakse, sest esitatud dokumendid võivad olla aegunud.
  • 🎯 Probleemne domeen: Mõjutatud ärifunktsioonide, riskide, poliitikate ja takistavate probleemide mõistmine muudab toored järeldused sihipäraseks muudatusettepanekuks.
  • 🛠️ Vahendid: Jira, Confluence Microsoft Visio, Lucidchart, Jama Connect ja Miro toetama iga etappi alates küsimisest kuni kinnitamiseni.
  • ⚠️ Lõksud: jumping lahenduste juurde, jäta vaheleping valideerimine ja ebamäärase keele kasutamine on ärianalüüsi protsessi kõige kulukamad vead.
Loe rohkem

Ärianalüüsi protsessi voog

Milliseid samme ärianalüüsi protsessis järgida?

Järgmised on ärianalüüsi protsessi sammud. See juhendab teid 1. päeva ärianalüüsi protsessist kuni planeerimisetapi lõpuni.

Samm 1) Koguge kogu teave projekti kohta

On Ärianalüütik vastutus koguda kõiki projektiga seotud üksikasju, esitades küsimusi sellega seotud inimestele (projektijuht, projekti sponsor, funktsionaalne juht või ettevõtte omanik).

Kogutud teave peaks hõlmama järgmisi teemasid:

  • Projekti ulatus ja piirid
  • Organisatsiooni mõjutavad praegused tegurid
  • Projekti risk ja piirangud
  • Laiem organisatsiooniline kontekst

Tuvastage projektis aktiivselt osalevad sidusrühmad. See on ka hea hetk projekti hindamiseks. Sidusrühmade vajaduste analüüs.

Pärast selle teabe kogumist analüüsige oma rolli projektis ja koostage kontrollnimekiri, mida teie kui ärianalüütik saate lisada, näiteks:

  • Milliseid õppetunde varasematest kogemustest saate praeguses projektis rakendada
  • Praeguse projekti jaoks vajalik dokumentatsioon ja planeerimine
  • Projekti võimalike tulemuste arutamine sidusrühmadega
  • Tuvastage projektis osalevad liikmed
  • Korralda kliendi ja sidusrühmadega kohtumine, kui on vaja lisateavet
  • Oodatavad tulemused ja nende nõutav vorming
  • Olemasolev dokumentatsioon, mida saate projektist parema arusaamise saamiseks üle vaadata
  • Metoodika (Agile või kosk), mis on projekti jaoks kõige sobivam

2. samm) Sidusrühmade kindlakstegemine ja loomine Revview kohtumine

Teises etapis seadistage ülevaatekoosolek projektijuhi, sidusrühmade ja meeskonnaliikmetega. Ebaselge päevakord viib sageli projekti ebaõnnestumiseni.

  • Ole täpne selle osas, mida projektilt oodatakse.
  • Kaasake koosolekule projektijuht, sidusrühmad ja meeskonnaliikmed ning esitage projektiga seotud küsimusi.
  • Kui töötate täiesti uue projekti kallal, küsige projektijuhilt või kontaktisikult, kes on selles valdkonnas varem töötanud.

3. samm) Analüüsige kõiki projektiga seotud dokumente

Järgmisena, korralikult analüüsima kõik projektiga seotud dokumendid, näiteks:

  • Äriprotsesside dokumentatsioon
  • Äri- ja süsteeminõuete dokumendid
  • Ärijuhtumid
  • Diagrammid ja vooskeemid
  • Projekti plaanid
  • Organisatsiooni skeem
  • Strateegiadokumendid ja äriplaanid
  • Poliitika ja õigusaktid

Paljasta ärinõuete dokumendis peidetud teave ja trace lüngad praeguste süsteemide, protsesside, protseduuride ja toimingutega. Teile edastatud dokument võib olla aegunud, seega kontrollige iga fakti, mille avastate, enne kui käsitlete seda lõplikuna.

4. samm) Salvesta kõik faktid ja teave, mille avastad

Uurimis- ja analüüsiprotsessi käigus avastate projekti kohta palju kasulikke fakte, mida tuleb muuta või rakendada. Salvestage iga leid, et seda saaks hiljem üle vaadata.

  • Ärinõuded, sealhulgas aruandlusnõuded
  • Äriprotsessid ja tugisüsteemid
  • Funktsionaalsed ja mittefunktsionaalsed nõuded
  • Probleemid ja riskid, mis hetkel projekti mõjutavad

5. samm) Probleemse valdkonna mõistmine

Selleks hetkeks on teil projektist hea arusaam, seega saate tuvastada probleemne domeenSa pead välja selgitama:

  • Millist ärifunktsiooni see mõjutab
  • Riskid ja tegurid, mis mõjutavad ettevõtet
  • Projekti mõjutavad poliitikad ja piirangud
  • Väärtused, mis määravad projekti olulisuse taseme
  • Süsteemid, mis praegu äritegevust toetavad
  • Dokumendid, mis võtavad kokku probleemse valdkonna, näiteks aastaaruanne
  • Probleemid, mis takistavad ettevõttel praegu soovitud tulemuste saavutamist
  • Kas kavandatav muudatus mõjutab probleemset valdkonda

6. samm) Esitage ärivajadused

Kui olete kõik ärivajadused kogunud ja probleemivaldkonnast aru saanud, on järgmine samm ärivajaduste esitamine sidusrühmadele või projektijuhile. Levinud esitlustehnikate hulka kuuluvad:

  • Tabel või arvutustabel
  • Diagramm või graafik
  • Prototüüp või simulatsioon
  • Struktureeritud tekstimall või struktureeritud lause

Ärianalüütiku protsessi kiire ülevaate andvate terminite sõnastik:

  • Eesmärk: Määratleb kavandatava algatuse jaoks vajalike ärianalüüsi tegevuste eesmärgi
  • Reguleerimisala: Määratleb kaasatud ja välistatud tulemused
  • Peamine põhjus: Määrab kindlaks tuvastatud probleemide algpõhjused
  • Praegune seisukord: Määrab probleemi, mis tingib muutuse vajaduse
  • Planeeritud tegevused: Määratleb tegevuse põhjuse, tulemused ja tarnekuupäevad
  • Sidusrühmade kaasamise plaan: Annab ülevaate sidusrühmade kaasamise protsessist
  • Kvaliteedijuhtimine: Kirjeldab tegevusi, mis tagavad projekti tulemuste kvaliteedi
  • Target Seisukord: Määrab, kuidas tuvastatud kriitilisi probleeme lahendatakse

SEOTUD ARTIKLID

Kiired näpunäited ärianalüütikule

  • Esitage koosolekutel küsimusi
  • Olge valmis enne sidusrühmade koosolekut või ülevaatamist
  • Ole kohanemisvõimeline muutuste ja uute kogemustega
  • Hallake ootusi
  • Vastake tagasisidele

Ärianalüüsi protsessi käigus saavutatud ühised tulemused

Iga ärianalüüsi protsess jätab maha dokumentide komplekti, mida projektimeeskond, sponsorid ja audiitorid saavad tractagasi. Nende tulemuste järjepidev esitamine muudab protsessi projektide lõikes korratavaks.

  • Ärianalüüsi plaan: Kirjeldab analüüsitöö lähenemisviisi, ajakava ja sidusrühmade kaasamise kava.
  • Sidusrühmade register: Loetleb kõik sidusrühmad koos nende rolli, mõjuvõimu, ootuste ja eelistatud suhtluskanaliga.
  • Äritegevuse nõuete dokument (BRD): Jäädvustab üldised ärivajadused, eesmärgid ja edukriteeriumid keeles, millest mitte-tehnilised sidusrühmad aru saavad.
  • Funktsionaalsed ja mittefunktsionaalsed nõuded: Tõlkige BRD süsteemi käitumiseks, kvaliteediomadusteks ja piiranguteks, mille põhjal arendajad ja testijad saavad luua lahendusi.
  • Protsessimudelid ja kasutusjuhud: Näidake praeguse ja tulevase oleku töövooge BPMN-diagrammide, UML-i kasutusjuhtude või tegevusdiagrammide abil.
  • Nõuded Tracsuutlikkusmaatriks (RTM): Seob iga nõude selle allika, disainielemendi ja seda kontrollivate testidega.
  • Muudatuste taotluste logi: Salvestab iga ulatuse muudatuse koos selle mõju, otsuse ja kinnitajaga, et auditeerimisjälg jääks puutumatuks.

Need tulemused tuleks salvestada jagatud hoidlasse, näiteks Confluence'i, SharePointi või spetsiaalsesse nõuete haldamise tööriista, et iga meeskonnaliige töötaks sama versiooniga.

Ärianalüüsi protsessis välditavad levinud vead

Isegi kogenud ärianalüütikud langevad surve all samadesse lõksudesse. Järgmiste vigade jälgimine hoiab ära enamiku ümbertöötamise ja ulatusega seotud üllatustest projekti hilisemas etapis.

  • jumping lahenduseni enne probleemi sõnastamist: Süsteemi, tööriista või funktsiooni pakkumine enne algpõhjuse mõistmist toob kaasa kalli ümbertöötamise ja lahenduse, mis ei lahenda tegelikku ärivajadust.
  • Jäta vaheleping sidusrühmade valideerimine: Nõuete registreerimine ilma süsteemi kasutajate kinnituseta tekitab lünki, mis tulevad ilmsiks alles kasutajate vastuvõtutestimise käigus.
  • Nõuete käsitlemine staatilistena: Ärivajadused muutuvad projekti käigus. Ärianalüütik, kes ei pea nõuete hoidlat ja tracSuhtevõimemaatriks kaotab peagi kontrolli ulatuse üle.
  • Üledokumenteerimine koostöö asemel: 200-leheküljelise BRD koostamine, mida keegi ei loe, on hullem kui lühike dokument, millele on lisatud regulaarsed töösessioonid ja visuaalsed mudelid.
  • Keskendudes ainult õnnelikule teele: Puuduvad erandjuhtumid, veakäsitlus ja mittefunktsionaalsed nõuded lükkavad defektid tootmiskeskkonda ja õõnestavad kasutajate usaldust.
  • Silos töötamine: Nõuete analüüsimine ilma arendajate, testijate ja operatsioonimeeskondadeta jätab tähelepanuta teostatavusriskid ja järgnevad piirangud, mis oleksid ühises ülevaates tuvastatud.
  • Ebamäärase või mitmetähendusliku keele kasutamine: Sõnad nagu „kasutajasõbralik”, „kiire” või „paindlik” ilma mõõdetavate vastuvõtukriteeriumideta tekitavad lahkarvamusi, mis ilmnevad alles siis, kui funktsiooni demonstreeritakse.

Populaarsed tööriistad, mis toetavad ärianalüüsi protsessi

Õige tööriistakomplekt toetab ärianalüüsi protsessi iga etappi alates küsimisest kuni kinnitamiseni. Enamik meeskondi ühendab kerge mahajäämuste haldamise tööriista, modelleerimistööriista ja dokumenteerimisplatvormi.

  • Jira ja Azure DevOps: Track eeposeid, kasutajalugusid ja defekte agiilsetes tarnemeeskondades ning siduda nõuded sprinditööga.
  • Confluence, SharePoint ja Notion: Salvestage ärianalüüsi plaan, koosoleku märkmed, otsused ja BRD-d otsitavas ruumis, millele sidusrühmad pääsevad ligi.
  • Microsoft Visio, Lucidchartja draw.io: Joonistage BPMN-i protsessivooge, kasutusjuhtude diagramme ja andmemudeleid, mis muudavad töövood ja üleandmised nähtavaks.
  • Jama Connect IBM UKSED Modern Requirementsja Visure: Nõuete haldamine skaalal koos baasväärtustega, tracreguleeritud projektide teostatavus ja mõjuanalüüs.
  • Miro ja seinamaaling: Hõlbustada kaugjuurdlust, kasutaja teekonna kaartpingja afiinsuskaartping töötoad reaalajas.
  • Balsamiq ja Figma: Loo madala täpsusega sõrestikkonstruktsioone ja kõrge täpsusega prototüüpe, mis valideerivad kavandatud ekraanipilte ärikasutajatega enne arenduse algust.

Väikesed meeskonnad alustavad sageli Jira, Confluence'i ja teistega. LucidchartSuuremad või reguleeritud programmid lisavad spetsiaalse nõuete haldamise tööriista. tracToimivus, lähtetasemed ja auditeerimisjäljed muutuvad kohustuslikuks.

KKK

Tehisintellektiga kaastöötajad võtavad intervjuusid kokku, koondavad sidusrühmade tagasisidet, koostavad esmaseid kasutajalugusid ja märgistavad vastuolulisi nõudeid. Ärianalüütikud kasutavad tehisintellekti, et kiirendada avastamist ja dokumenteerimist, hoides samal ajalping prioriseerimine, sidusrühmade hinnang ja lõplik kinnitus inimese kätes.

Jah. GitHub Copilot Chat ja GPT mudelid saavad muuta avastamiskava esialgseks ärilise restruktureerimise dokumendiks (BRD) koos eesmärkide, ulatuse ja vastuvõtukriteeriumidega. Ärianalüütik valideerib ärilise sobivuse, muudab ebaselget keelt ja saab sidusrühmade heakskiidu enne, kui meeskond ulatusega nõustub.

Ärianalüüs hõlmab kogu projekti elutsüklit, sealhulgas strateegiat, nõudeid ja lahenduste hindamist. Äriprotsesside analüüs keskendub konkreetselt praeguste töövoogude modelleerimisele, mõõtmisele ja täiustamisele ning on üks tehnika, mida kasutatakse laiema ärianalüüsi raames.

Agile'i projektides teeb ärianalüütik tooteomanikuga koostööd, et täpsustada mahajäämust, kirjutab kasutuslugusid koos vastuvõtukriteeriumidega, liitub sprindi planeerimise ja ülevaadetega ning uuendab iga sprindi ajal nõuete hoidlat ühe suure esialgse spetsifikatsiooni loomise asemel.

BABOK on IIBA avaldatud ärianalüüsi teadmiste kogumik. See jagab ärianalüüsi töö kuude teadmisvaldkonda – planeerimine, väljaselgitamine, nõuete elutsükkel, strateegiaanalüüs, nõuete analüüs ja disain ning lahenduste hindamine –, mis kujundavad protsessi.

Nõuded TracTäidetavusmaatriks seob iga nõude selle allika, disainielemendi ja seda kontrollivate testidega. See annab meeskonnale tõendi, et ühtegi nõuet ei tühistatud, ja võimaldab teil muudatustaotluse mõju kiiresti hinnata.

Logige iga muudatustaotlus koos selle ärilise põhjenduse ja mõjuga kuludele, ajakavale ja kvaliteedile. Suunake see otsuse langetamiseks muudatuste juhtimise nõukogule või tooteomanikule, värskendage nõuete hoidlat ja tractõhususmaatriks ja edastage tulemus igale sidusrühmale.

Kasutage vormingut „Süsteem peab…“ mõõdetava vastuvõtukriteeriumiga. Asendage ebamäärased terminid nagu „kiire“ või „kasutajasõbralik“ mõõdiku, lävendi ja verifitseerimismeetodiga. Iga nõue peaks olema seotud vähemalt ühe testjuhtumiga. tracvõimekusmaatriks.

Võta see postitus kokku järgmiselt: