Tijek procesa poslovne analize: Vodič korak po korak

By: Charles Moore Charles Moore
Hours Ažurirano

⚡ Pametni sažetak

Tijek procesa poslovne analize vodi poslovnog analitičara od početka projekta do odobravanja zahtjeva, obuhvaćajući otkrivanje, pregled dionika, analizu dokumenata, oblikovanje problemskih domena i strukturiranu prezentaciju voditeljima projekata i sponzorima.

  • 🧭 Šest koraka: Prikupiti informacije o projektu, identificirati dionike, analizirati relevantne dokumente, zabilježiti nalaze, definirati problemsku domenu i formalno predstaviti zahtjeve.
  • 👥 Fokus na dionike: Jasan dnevni red, specifična pitanja i strukturirani sastanci za pregled održavaju projekt track i spriječiti iznenađenja u kasnoj fazi.
  • 📄 Analiza dokumenata: Poslovni slučajevi, dijagrami procesa, politike i zakonodavstvo se pregledavaju i validiraju jer dostavljeni dokumenti mogu biti zastarjeli.
  • 🎯 Problematična domena: Razumijevanje pogođenih poslovnih funkcija, rizika, politika i blokirajućih problema pretvara sirove nalaze u ciljani prijedlog promjene.
  • 🛠️ Alati: Jira, Confluence, Microsoft Visio, Lucidchart, Jama Connect i Miro podržati svaku fazu od izazivanja do potpisivanja.
  • ⚠️ Zamke: Njamping do rješenja, preskočiping Validacija i korištenje nejasnog jezika ostaju najskuplje pogreške u procesu poslovne analize.
Pročitaj više

Tijek procesa poslovne analize

Koje korake treba slijediti u procesu poslovne analize?

Slijede koraci uključeni u proces poslovne analize. Vodit će vas od prvog dana procesa poslovne analize do kraja faze planiranja.

Korak 1) Prikupite sve informacije o projektu

To je Poslovni analitičari odgovornost prikupljanja svakog detalja vezanog uz projekt postavljanjem pitanja ljudima povezanim s njim (voditelju projekta, sponzoru projekta, funkcionalnom menadžeru ili vlasniku tvrtke).

Prikupljene informacije trebale bi obuhvatiti sljedeće teme:

  • Opseg i granice projekta
  • Trenutni čimbenici koji utječu na organizaciju
  • Projektni rizik i ograničenja
  • Širi organizacijski kontekst

Identificirajte dionike koji su aktivno uključeni u projekt. Ovo je također dobar trenutak za provođenje Analiza potreba dionika.

Nakon prikupljanja ovih informacija, analizirajte svoju ulogu u projektu i izradite kontrolni popis koji kao poslovni analitičar možete uključiti, kao što su:

  • Koje lekcije iz prethodnog iskustva možete primijeniti na trenutni projekt
  • Dokumentacija i planiranje potrebni za trenutni projekt
  • Rasprava o mogućim ishodima projekta sa zainteresiranim stranama
  • Identificirajte članove uključene u projekt
  • Dogovorite sastanak s klijentom i dionicima kada su potrebni dodatni doprinosi
  • Očekivani rezultati i format u kojem se zahtijevaju
  • Postojeću dokumentaciju koju možete pregledati kako biste bolje razumjeli projekt
  • Metodologija (Agile ili Waterfall) koji će biti najprikladniji za projekt

Korak 2) Identificirajte dionike i uspostavite Revsastanak

U drugom koraku postavite pregledni sastanak s voditeljem projekta, dionicima i članovima tima. Nejasan dnevni red često dovodi do neuspjeha projekta.

  • Budite precizni u vezi s onim što se očekuje od projekta.
  • Uključite voditelja projekta, dionike i članove tima u sastanak te postavite pitanja vezana uz projekt.
  • Ako radite na potpuno novom projektu, pitajte voditelja projekta ili kontakt osobu koja je već radila u toj domeni.

Korak 3) Analizirajte sve dokumente relevantne za projekt

Dalje, ispravno analiza sve dokumente relevantne za projekt, kao što su:

  • Dokumentacija poslovnih procesa
  • Dokumenti o poslovnim i sistemskim zahtjevima
  • Poslovni slučajevi
  • Dijagrami i dijagrami toka
  • Projektni planovi
  • Organizacijska shema
  • Strateški dokumenti i poslovni planovi
  • Politike i zakonodavstvo

Otkrijte sve informacije skrivene u dokumentu o poslovnim zahtjevima i tracpraznine u odnosu na trenutne sustave, procese, postupke i operacije. Dokument koji vam je dostavljen možda je zastario, stoga provjerite svaku činjenicu koju otkrijete prije nego što je smatrate konačnom.

Korak 4) Zabilježite sve činjenice i informacije koje otkrijete

Tijekom istraživanja i analize otkrit ćete mnoge korisne činjenice o projektu koje je potrebno promijeniti ili implementirati. Zabilježite svaki nalaz kako biste ga kasnije mogli pregledati.

  • Poslovni zahtjevi uključujući zahtjeve za izvješćivanje
  • Poslovni procesi i prateći sustavi
  • Funkcionalni i nefunkcionalni zahtjevi
  • Problemi i rizici koji trenutno utječu na projekt

Korak 5) Razumijevanje problematične domene

Do ove točke već imate dobro razumijevanje projekta, tako da možete identificirati domenu problemaMorate saznati:

  • Koja će poslovna funkcija biti pogođena
  • Rizici i čimbenici koji utječu na poslovanje
  • Politike i ograničenja koja utječu na projekt
  • Vrijednosti koje određuju razinu važnosti projekta
  • Sustavi koji trenutno podržavaju poslovne aktivnosti
  • Dokumenti koji sažimaju problematiku, na primjer godišnje izvješće
  • Problemi koji trenutno sprječavaju poslovanje u postizanju željenih rezultata
  • Utječe li predložena promjena na problematičnu domenu

Korak 6) Predstavite poslovne zahtjeve

Nakon što ste prikupili sve poslovne zahtjeve i razumjeli problematičnu domenu, sljedeći korak je predstavljanje poslovnih zahtjeva dionicima ili voditelju projekta. Uobičajene tehnike prezentacije uključuju:

  • Tablica ili proračunska tablica
  • Dijagram ili grafikon
  • Prototip ili simulacija
  • Predložak strukturiranog teksta ili strukturirana rečenica

Glosar pojmova koji daje kratak pregled procesa poslovnog analitičara:

  • Svrha: Definira svrhu aktivnosti poslovne analize potrebne za predloženu inicijativu
  • Opseg: Definira isporučene rezultate koji su uključeni i isključeni
  • Osnovni uzrok: Definira temeljne uzroke utvrđenih problema
  • Trenutno stanje: Definira problem koji uzrokuje potrebu za promjenom
  • Planirane aktivnosti: Definira razlog aktivnosti, rezultate i datume isporuke
  • Plan uključivanja dionika: Daje pregled procesa uključivanja dionika
  • Upravljanje kvalitetom: Opisuje aktivnosti koje će osigurati kvalitetu rezultata projekta
  • Target Stanje: Definira kako će se riješiti utvrđeni kritični problemi

POVEZANI ČLANCI

Brzi savjeti za poslovne analitičare

  • Postavljajte pitanja na sastancima
  • Budite spremni prije sastanka dionika ili pregleda
  • Budite prilagodljivi promjenama i novim iskustvima
  • Upravljajte očekivanjima
  • Odgovorite na povratne informacije

Zajednički rezultati nastali tijekom procesa poslovne analize

Svaki proces poslovne analize ostavlja za sobom skup dokumenata koje projektni tim, sponzori i revizori mogu tracnatrag na. Dosljedna izrada ovih rezultata ono je što proces čini ponovljivim u svim projektima.

  • Plan poslovne analize: Opisuje pristup, vremenski okvir i plan angažmana dionika za analitički rad.
  • Registar dionika: Navodi sve dionike zajedno s njihovom ulogom, utjecajem, očekivanjima i preferiranim komunikacijskim kanalom.
  • Dokument poslovnih zahtjeva (BRD): Zabilježava poslovne potrebe, ciljeve i kriterije uspjeha na visokoj razini jezikom koji razumiju i netehnički dionici.
  • Funkcionalni i nefunkcionalni zahtjevi: Prevedite BRD u ponašanja sustava, atribute kvalitete i ograničenja na kojima programeri i testeri mogu graditi.
  • Modeli procesa i slučajevi upotrebe: Prikažite tijekove rada trenutnog i budućeg stanja pomoću BPMN dijagrama, UML slučajeva upotrebe ili dijagrama aktivnosti.
  • Zahtjevi TracMatrica mogućnosti (RTM): Povezuje svaki zahtjev s njegovim izvorom, elementom dizajna i testovima koji ga provjeravaju.
  • Zapisnik zahtjeva za promjenu: Bilježi svaku promjenu opsega s njezinim utjecajem, odlukom i odobravateljem kako bi revizijski trag ostao netaknut.

Ove isporuke treba pohraniti u zajedničkom repozitoriju kao što je Confluence, SharePoint ili namjenski alat za upravljanje zahtjevima kako bi svaki član tima radio s istom verzijom.

Uobičajene pogreške koje treba izbjegavati u procesu poslovne analize

Čak i iskusni poslovni analitičari upadaju u iste zamke pod pritiskom isporuke. Pažnja na sljedeće pogreške sprječava većinu iznenađenja s preradom i opsegom kasnije u projektu.

  • Njamping do rješenja prije formuliranja problema: Predlaganje sustava, alata ili značajke prije nego što se shvati uzrok dovodi do skupih prerada i rješenja koje ne rješava stvarne poslovne potrebe.
  • Preskočitiping Validacija dionika: Zahtjevi za snimanje bez odobrenja ljudi koji će koristiti sustav stvaraju praznine koje se pojavljuju tek tijekom testiranja prihvatljivosti korisnika.
  • Tretiranje zahtjeva kao statičkih: Poslovne potrebe se mijenjaju tijekom projekta. Poslovni analitičar koji ne održava repozitorij zahtjeva i tracMatrica mogućnosti ubrzo gubi kontrolu nad opsegom.
  • Prekomjerno dokumentiranje umjesto suradnje: Izrada BRD-a od 200 stranica koji nitko ne čita gora je od kratkog dokumenta uparenog s redovitim radnim sesijama i vizualnim modelima.
  • Fokusirajući se samo na sretan put: Propuštanje iznimki, rukovanje pogreškama i nefunkcionalni zahtjevi guraju nedostatke u produkciju i narušavaju povjerenje korisnika.
  • Rad u silosu: Analiziranje zahtjeva bez programera, testera i operativnih timova propušta rizike izvedivosti i ograničenja naknadne obrade koja bi bila uočena u zajedničkom pregledu.
  • Korištenje nejasnog ili dvosmislenog jezika: Riječi poput „jednostavan za korištenje“, „brz“ ili „fleksibilan“ bez mjerljivih kriterija prihvaćanja stvaraju nesuglasice koje se pojavljuju tek kada se značajka demonstrira.

Popularni alati koji podržavaju proces poslovne analize

Pravi skup alata podržava svaku fazu procesa poslovne analize, od prikupljanja podataka do odobrenja. Većina timova kombinira lagani alat za zaostale narudžbe, alat za modeliranje i platformu za dokumentaciju.

  • Jira i Azure DevOps: Track epskim događajima, korisničkim pričama i nedostacima u agilnim timovima za isporuku te povezivanje zahtjeva sa sprint radom.
  • Confluence, SharePoint i Notion: Pohranite plan poslovne analize, bilješke sa sastanaka, odluke i BRD-ove u pretraživom prostoru kojem zainteresirane strane mogu pristupiti.
  • Microsoft Visio, Lucidcharti draw.io: Nacrtajte BPMN tijekove procesa, dijagrame slučajeva upotrebe i modele podataka koji čine tijekove rada i primopredaje vidljivima.
  • Jama Connect, IBM VRATA, Modern Requirementsi Vizualizacija: Upravljajte zahtjevima u velikom obimu s osnovnim vrijednostima, tracanaliza izvedivosti i utjecaja za regulirane projekte.
  • Miro i mural: Olakšajte udaljeno otkrivanje, kartu korisničkog putovanjapingi karta afinitetaping radionice u stvarnom vremenu.
  • Balsamiq i Figma: Izradite niskokvalitetne wireframeove i visokokvalitetne prototipove koji validiraju predložene zaslone s poslovnim korisnicima prije početka razvoja.

Mali timovi često počinju s Jirom, Confluenceom i LucidchartVeći ili regulirani programi dodaju namjenski alat za upravljanje zahtjevima jednom tracjednostavnost, osnovne vrijednosti i revizijski tragovi postaju obvezni.

Pitanja i odgovori

Kopiloti s umjetnom inteligencijom sažimaju intervjue, povratne informacije dionika klastera, izrađuju korisničke priče prvog prolaza i označavaju konfliktne zahtjeve. Poslovni analitičari koriste umjetnu inteligenciju za ubrzavanje otkrivanja i dokumentiranja, a istovremeno održavaju...ping određivanje prioriteta, procjena dionika i konačno odobrenje u ljudskim rukama.

Da. GitHub Copilot Chat i GPT modeli mogu pretvoriti nacrt otkrića u prvu verziju BRD-a s ciljevima, opsegom i kriterijima prihvaćanja. Poslovni analitičar potvrđuje poslovnu usklađenost, uređuje dvosmislen jezik i dobiva odobrenje dionika prije nego što se tim obveže na opseg.

Poslovna analiza obuhvaća cijeli životni ciklus projekta, uključujući strategiju, zahtjeve i procjenu rješenja. Analiza poslovnih procesa posebno se fokusira na modeliranje, mjerenje i poboljšanje trenutnih radnih procesa te je jedna od tehnika koja se koristi unutar šireg angažmana poslovne analize.

U agilnim projektima poslovni analitičar surađuje s vlasnikom proizvoda kako bi poboljšao zaostatak, piše korisničke priče s kriterijima prihvaćanja, pridružuje se planiranju i pregledima sprinta te ažurira repozitorij zahtjeva svaki sprint umjesto izrade jedne velike početne specifikacije.

BABOK je Zbirka znanja za poslovnu analizu koju objavljuje IIBA. Ona grupira rad poslovne analize u šest područja znanja - planiranje, elicitacija, životni ciklus zahtjeva, analiza strategije, analiza i dizajn zahtjeva te evaluacija rješenja - koja oblikuju proces.

Zahtjevi TracMatrica praktičnosti povezuje svaki zahtjev s njegovim izvorom, elementom dizajna i testovima koji ga provjeravaju. Pruža timu dokaz da nijedan zahtjev nije odbačen i omogućuje vam brzu procjenu utjecaja zahtjeva za promjenom.

Zabilježite svaki zahtjev za promjenom s njegovim poslovnim opravdanjem i utjecajem na troškove, raspored i kvalitetu. Proslijedite ga odboru za kontrolu promjena ili vlasniku proizvoda radi donošenja odluke, ažurirajte repozitorij zahtjeva i tracmatricu učinkovitosti i komunicirati ishod svakoj zainteresiranoj strani.

Koristite format „Sustav mora…“ s mjerljivim kriterijem prihvaćanja. Zamijenite nejasne izraze poput „brz“ ili „jednostavan za korištenje“ metrikom, pragom i metodom provjere. Svaki zahtjev trebao bi se povezati s barem jednim testnim slučajem u tracmatrica mogućnosti.

Sažmite ovu objavu uz: