Liiketoiminnan analyysiprosessin kulku: Vaiheittainen opetusohjelma

by: Charles Moore Charles Moore
Hours Päivitetty

⚡ Älykäs yhteenveto

Liiketoiminta-analyysin prosessi opastaa liiketoiminta-analyytikkoa projektin aloittamisesta vaatimusten hyväksymiseen ja kattaa tiedonhankinnan, sidosryhmien tarkastelun, dokumenttien analysoinnin, ongelma-alueen rajaamisen ja strukturoidun esityksen projektipäälliköille ja sponsoreille.

  • 🧭 Kuusi askelta: Kerää projektitietoja, tunnista sidosryhmät, analysoi asiaankuuluvat asiakirjat, kirjaa havainnot, rajaa ongelma-alue ja esitä vaatimukset muodollisesti.
  • 👥 Sidosryhmien painopiste: Selkeä agenda, täsmälliset kysymykset ja strukturoidut arviointikokoukset pitävät projektin käynnissä tracja estää loppuvaiheen yllätykset.
  • 📄 Asiakirjan analyysi: Liiketoimintatapaukset, prosessikaaviot, käytännöt ja lainsäädäntö tarkistetaan ja validoidaan, koska toimitetut asiakirjat voivat olla vanhentuneita.
  • 🎯 Ongelma-alue: Vaikutusalttiiden liiketoimintatoimintojen, riskien, käytäntöjen ja estävien ongelmien ymmärtäminen muuttaa raakat löydökset kohdennetuksi muutosehdotukseksi.
  • 🛠️ Työkalut: Jira, Confluence Microsoft Visio, Lucidchart, Jama Connect ja Miro tukea jokaista vaihetta selvityksestä hyväksyntään.
  • ⚠️ Sudenkuopat: jumping ratkaisuihin, ohitaping validointi ja epämääräisen kielen käyttö ovat edelleen kalleimpia virheitä liiketoiminta-analyysiprosessissa.
Lue lisää

Liiketoiminta-analyysin prosessivirta

Mitä vaiheita on noudatettava liiketoiminta-analyysiprosessissa?

Seuraavat ovat liiketoiminta-analyysiprosessin vaiheet. Se opastaa sinua ensimmäisen päivän liiketoiminta-analyysiprosessista suunnitteluvaiheen loppuun.

Vaihe 1) Kerää kaikki tiedot projektista

On Liiketoiminta-analyytikko vastuu kerätä kaikki projektiin liittyvät yksityiskohdat esittämällä kysymyksiä siihen liittyviltä henkilöiltä (projektipäällikkö, projektin rahoittaja, toiminnallinen johtaja tai yrityksen omistaja).

Kerättyjen tietojen tulisi kattaa seuraavat aiheet:

  • Hankkeen laajuus ja rajat
  • Organisaatioon vaikuttavat nykyiset tekijät
  • Projektin riskit ja rajoitteet
  • Laajempi organisaatiokonteksti

Tunnista projektissa aktiivisesti mukana olevat sidosryhmät. Tämä on myös hyvä hetki suorittaa Sidosryhmien tarpeiden analyysi.

Kun olet kerännyt nämä tiedot, analysoi rooliasi projektissa ja laadi tarkistuslista, jonka voit liiketoiminta-analyytikkona sisällyttää siihen, kuten:

  • Mitä aiemmista kokemuksista voi soveltaa nykyiseen projektiin
  • Nykyisen projektin edellyttämä dokumentaatio ja suunnittelu
  • Hankkeen mahdollisten tulosten keskusteleminen sidosryhmien kanssa
  • Tunnista projektiin osallistuvat jäsenet
  • Järjestä tapaaminen asiakkaan ja sidosryhmien kanssa, kun tarvitaan lisätietoa
  • Odotetut tuotokset ja niiden muoto
  • Olemassa oleva dokumentaatio, jota voit tarkastella saadaksesi paremman käsityksen projektista
  • Metodologia (Ketterä tai vesiputous) joka sopii parhaiten projektiin

Vaihe 2) Tunnista sidosryhmät ja perusta RevIEW-kokous

Toisessa vaiheessa määritä tarkistuskokous projektipäällikön, sidosryhmien ja tiimin jäsenten kanssa. Epäselvä asialista johtaa usein projektin epäonnistumiseen.

  • Ole tarkka siitä, mitä projektilta odotetaan.
  • Ota projektipäällikkö, sidosryhmät ja tiimin jäsenet mukaan kokoukseen ja kysy projektiin liittyviä kysymyksiä.
  • Jos työskentelet täysin uuden projektin parissa, kysy projektipäälliköltä tai yhteyshenkilöltä, joka on työskennellyt aiemmin kyseisellä alalla.

Vaihe 3) Analysoi kaikki projektiin liittyvät asiakirjat

Seuraavaksi, kunnolla analysoida kaikki hankkeeseen liittyvät asiakirjat, kuten:

Paljasta liiketoimintavaatimusten asiakirjaan piilotetut tiedot ja tracpuutteita nykyisissä järjestelmissä, prosesseissa, menettelyissä ja toiminnoissa. Sinulle toimitettu asiakirja saattaa olla vanhentunut, joten vahvista jokainen löytämäsi tieto ennen kuin käsittelet sitä lopullisena.

Vaihe 4) Kirjaa ylös kaikki löytämäsi faktat ja tiedot

Tutkimuksen ja analyysin aikana löydät projektista monia hyödyllisiä tietoja, joita on muutettava tai toteutettava. Kirjaa jokainen löydös muistiin, jotta sitä voidaan tarkastella myöhemmin.

  • Liiketoimintavaatimukset, mukaan lukien raportointivaatimukset
  • Liiketoimintaprosessit ja tukijärjestelmät
  • Toiminnalliset ja ei-toiminnalliset vaatimukset
  • Asiat ja riskit, jotka tällä hetkellä vaikuttavat projektiin

Vaihe 5) Ymmärrä ongelma-alue

Tässä vaiheessa sinulla on vankka käsitys projektista, joten voit tunnista ongelma-alueSinun täytyy selvittää:

  • Mihin liiketoimintatoimintoon tämä vaikuttaa
  • Liiketoimintaan vaikuttavat riskit ja tekijät
  • Politiikat ja rajoitukset, jotka vaikuttavat projektiin
  • Arvot, jotka määrittävät projektin tärkeyden
  • Järjestelmät, jotka tällä hetkellä tukevat liiketoimintaa
  • Asiakirjat, jotka tiivistävät ongelma-alueen, esimerkiksi vuosikertomus
  • Ongelmat, jotka tällä hetkellä estävät yritystä saavuttamasta haluttuja tuloksia
  • Onko ehdotetulla muutoksella vaikutusta ongelma-alueeseen

Vaihe 6) Esittele liiketoimintavaatimukset

Kun olet kerännyt kaikki liiketoimintavaatimukset ja ymmärtänyt ongelma-alueen, seuraava vaihe on liiketoimintavaatimusten esittely sidosryhmille tai projektipäällikölle. Yleisiä esitystekniikoita ovat:

  • Taulukko tai laskentataulukko
  • Kaavio tai kaavio
  • Prototyyppi tai simulaatio
  • Jäsennelty tekstimalli tai jäsennelty lause

Sanasto, joka antaa nopean yleiskatsauksen liiketoiminta-analyytikkoprosessista:

  • Tarkoitus: Määrittää ehdotetun aloitteen edellyttämien liiketoiminta-analyysitoimintojen tarkoituksen
  • Soveltamisala: Määrittää sisällytettävät ja poissuljetut suoritukset
  • Pohjimmainen syy: Määrittelee tunnistettujen ongelmien perimmäiset syyt
  • Nykyinen tila: Määrittelee ongelman, joka aiheuttaa muutoksen tarpeen
  • Suunnitellut aktiviteetit: Määrittää toiminnan syyn, toimitukset ja toimituspäivämäärät
  • Sidosryhmien osallistamissuunnitelma: Antaa yleiskuvan sidosryhmien osallistamisprosessista
  • Laadunhallinta: Kuvaa toiminnot, jotka varmistavat projektin tuotosten laadun
  • Target Kunto: Määrittelee, miten tunnistettuihin kriittisiin ongelmiin puututaan

AIHEESEEN LIITTYVÄT ARTIKKELIT

Pikavinkkejä yritysanalyytikolle

  • Esitä kysymyksiä kokouksissa
  • Valmistaudu ennen sidosryhmien kokousta tai tarkistusta
  • Ole sopeutuvainen muutoksiin ja uusiin kokemuksiin
  • Hallitse odotuksia
  • Vastaa palautteeseen

Liiketoiminta-analyysiprosessin aikana tuotetut yhteiset tuotokset

Jokainen liiketoiminta-analyysiprosessi jättää jälkeensä joukon asiakirjoja, jotka projektitiimi, sponsorit ja tilintarkastajat voivat tractakaisin. Näiden tuotosten johdonmukainen tuottaminen tekee prosessista toistettavan eri projektien välillä.

  • Liiketoiminta-analyysisuunnitelma: Kuvaa analyysityön lähestymistavan, aikataulun ja sidosryhmien osallistamissuunnitelman.
  • Sidosryhmärekisteri: Listaa kaikki sidosryhmät sekä heidän roolinsa, vaikutusvaltansa, odotuksensa ja ensisijaisen viestintäkanavansa.
  • Liiketoimintavaatimusten asiakirja (BRD): Tallentaa yleisen tason liiketoimintatarpeet, tavoitteet ja menestyskriteerit kielellä, jota myös muut kuin tekniset sidosryhmät ymmärtävät.
  • Toiminnalliset ja ei-toiminnalliset vaatimukset: Muunna BRD järjestelmän toimintamalleiksi, laatuominaisuuksiksi ja rajoitteiksi, joita kehittäjät ja testaajat voivat käyttää rakentaessaan.
  • Prosessimallit ja käyttötapaukset: Näytä nykyisen ja tulevan tilan työnkulut BPMN-kaavioiden, UML-käyttötapausten tai aktiviteettikaavioiden avulla.
  • vaatimukset TracSuorituskykymatriisi (RTM): Linkittää jokaisen vaatimuksen sen lähteeseen, suunnitteluelementtiin ja testeihin, jotka sen varmistavat.
  • Muutospyyntöjen loki: Kirjaa jokaisen laajuusmuutoksen vaikutuksen, päätöksen ja hyväksyjän tietoihin, jotta lokitieto säilyy ehjänä.

Nämä tuotokset tulisi tallentaa jaettuun tietovarastoon, kuten Confluenceen, SharePointiin tai erilliseen vaatimusten hallintatyökaluun, jotta jokainen tiimin jäsen työskentelee samasta versiosta.

Yleisiä virheitä, joita tulisi välttää liiketoiminta-analyysiprosessissa

Jopa kokeneet liiketoiminta-analyytikot lankeavat samoihin ansoihin toimituspaineen alla. Seuraavien virheiden varominen estää useimmat uudelleentyöstä ja laajuuden yllätykset myöhemmin projektissa.

  • jumping ratkaisuun ennen ongelman asettamista: Järjestelmän, työkalun tai ominaisuuden ehdottaminen ennen kuin perimmäinen syy on ymmärretty, johtaa kalliiseen uudelleentyöhön ja ratkaisuun, joka ei ratkaise todellista liiketoimintatarvetta.
  • hyppiäping sidosryhmien validointi: Vaatimusten tallennus ilman järjestelmän käyttäjien hyväksyntää luo aukkoja, jotka tulevat esiin vasta käyttäjien hyväksyntätestauksen aikana.
  • Vaatimusten käsittely staattisina: Liiketoiminnan tarpeet muuttuvat projektin aikana. Liiketoiminta-analyytikko, joka ei ylläpidä vaatimustietovarastoa ja tracSuorituskykymatriisi menettää pian laajuuden hallinnan.
  • Ylidokumentointia yhteistyön sijaan: 200-sivuisen BRD-dokumentin tuottaminen, jota kukaan ei lue, on pahempaa kuin lyhyen dokumentin tuottaminen säännöllisten työskentelyistuntojen ja visuaalisten mallien kera.
  • Keskittyen vain onnelliseen polkuun: Puuttuvat poikkeustapaukset, virheiden käsittely ja ei-toiminnalliset vaatimukset siirtävät vikoja tuotantoon ja heikentävät käyttäjien luottamusta.
  • Työskentely siiloissa: Vaatimusten analysointi ilman kehittäjiä, testaajia ja operatiivisia tiimejä jättää huomiotta toteutettavuusriskit ja loppupään rajoitukset, jotka olisi havaittu yhteisessä tarkastelussa.
  • Epämääräisen tai monitulkintaisen kielen käyttö: Sanat kuten ”käyttäjäystävällinen”, ”nopea” tai ”joustava” ilman mitattavia hyväksymiskriteerejä aiheuttavat erimielisyyksiä, jotka ilmenevät vasta ominaisuuden esittelyn yhteydessä.

Suosittuja työkaluja, jotka tukevat liiketoiminnan analysointiprosessia

Oikea työkalupakki tukee liiketoiminta-analyysiprosessin jokaista vaihetta selvityksestä hyväksyntään. Useimmat tiimit yhdistävät kevyen työjonotyökalun, mallinnustyökalun ja dokumentointialustan.

  • Jira ja Azure DevOps: Track eeppisiä skenaarioita, käyttäjätarinoita ja vikoja ketterien toimitustiimien välillä ja yhdistä vaatimukset sprinttityöhön.
  • Confluence, SharePoint ja Notion: Tallenna liiketoiminta-analyysisuunnitelma, kokousmuistiinpanot, päätökset ja BRD:t haettavaan tilaan, johon sidosryhmät voivat päästä käsiksi.
  • Microsoft Visio, Lucidchartja draw.io: Piirrä BPMN-prosessien virtoja, käyttötapauskaavioita ja datamalleja, jotka tekevät työnkulut ja luovutukset näkyviksi.
  • Jama Connect, IBM OVET, Modern Requirementsja Visure: Hallitse vaatimuksia skaalautuvasti lähtötasojen avulla, tracsäänneltyjen hankkeiden toteutettavuus ja vaikutusanalyysi.
  • Miro ja seinämaalaus: Helpota etähakua, käyttäjäpolun karttapingja affiniteettikarttaping työpajoja reaaliajassa.
  • Balsamiq ja Figma: Tuota matalan tarkkuuden rautalankamalleja ja korkean tarkkuuden prototyyppejä, jotka validoivat ehdotetut näytöt yrityskäyttäjien kanssa ennen kehityksen aloittamista.

Pienet tiimit aloittavat usein Jiralla, Confluencella ja muilla vastaavilla. LucidchartSuuremmat tai säännellyt ohjelmat lisäävät erillisen vaatimusten hallintatyökalun, kun tracSuoritettavuus, lähtötasot ja auditointiketjut tulevat pakollisiksi.

UKK

Tekoälyllä toimivat apupilotit tiivistävät haastatteluja, ryhmittelevät sidosryhmien palautetta, luonnostelevat ensimmäisen kierroksen käyttäjätarinoita ja merkitsevät ristiriitaisia ​​vaatimuksia. Liiketoiminta-analyytikot käyttävät tekoälyä nopeuttaakseen tiedonhankintaa ja dokumentointia samalla kun he pitävätping priorisointi, sidosryhmien harkinta ja lopullinen hyväksyntä ihmisen käsissä.

Kyllä. GitHub Copilot Chat ja GPT-mallit voivat muuttaa selvityssuunnitelman ensimmäisen luonnoksen liiketoimintasuunnitelmaksi (BRD), joka sisältää tavoitteet, laajuuden ja hyväksymiskriteerit. Liiketoiminta-analyytikko validoi liiketoimintaan sopivan, muokkaa epäselvän kielen ja hankkii sidosryhmien hyväksynnän ennen kuin tiimi sitoutuu laajuuteen.

Liiketoiminta-analyysi kattaa koko projektin elinkaaren, mukaan lukien strategian, vaatimukset ja ratkaisujen arvioinnin. Liiketoimintaprosessien analyysi keskittyy erityisesti nykyisten työnkulkujen mallintamiseen, mittaamiseen ja parantamiseen, ja se on yksi tekniikka, jota käytetään laajemmassa liiketoiminta-analyysityössä.

Ketterissä projekteissa liiketoiminta-analyytikko tekee yhteistyötä tuoteomistajan kanssa työjonon hiomiseksi, kirjoittaa käyttäjätarinoita hyväksymiskriteereineen, osallistuu sprinttien suunnitteluun ja arviointiin sekä päivittää vaatimustietovarastoa jokaisessa sprintissä yhden suuren alkumäärityksen tuottamisen sijaan.

BABOK on IIBA:n julkaisema Business Analysis Body of Knowledge. Se ryhmittelee liiketoiminta-analyysityön kuuteen tiedon osa-alueeseen – suunnittelu, selvittäminen, vaatimusten elinkaari, strategia-analyysi, vaatimusanalyysi ja -suunnittelu sekä ratkaisujen arviointi – jotka muokkaavat prosessia.

Vaatimukset TracToimivuusmatriisi linkittää jokaisen vaatimuksen sen lähteeseen, suunnitteluelementtiin ja sitä varmistaviin testeihin. Se antaa tiimille todisteen siitä, ettei yhtäkään vaatimusta ole poistettu, ja antaa mahdollisuuden arvioida muutospyynnön vaikutusta nopeasti.

Kirjaa jokainen muutospyyntö liiketoimintaperusteluineen ja vaikutuksineen kustannuksiin, aikatauluun ja laatuun. Ohjaa se muutoshallintapaneelin tai tuoteomistajan läpi päätöksentekoa varten, päivitä vaatimusvarasto ja trackyvykkyysmatriisi ja viesti tulos kaikille sidosryhmille.

Käytä muotoa ”Järjestelmän tulee…” ja mitattavissa olevaa hyväksymiskriteeriä. Korvaa epämääräiset termit, kuten ”nopea” tai ”käyttäjäystävällinen”, mittarilla, kynnysarvolla ja todennusmenetelmällä. Jokaisen vaatimuksen tulisi vastata vähintään yhtä testitapausta. tracsuorituskykymatriisi.

Tiivistä tämä viesti seuraavasti: