Üzleti elemzési folyamatfolyamat: lépésről lépésre bemutató

By: Charles Moore Charles Moore
Hours korszerűsített

⚡ Okos összefoglaló

Az üzleti elemzési folyamatábra végigvezeti az üzleti elemzőt a projekt elindításától a követelmények jóváhagyásán át, kiterjedve a feltárásra, az érdekelt felek áttekintésére, a dokumentumok elemzésére, a problémakör keretezésére és a projektmenedzserek és a szponzorok számára történő strukturált prezentációra.

  • 🧭 Hat lépés: Projektinformációk gyűjtése, az érdekelt felek azonosítása, a vonatkozó dokumentumok elemzése, az eredmények rögzítése, a problémakör keretezése és a követelmények formális bemutatása.
  • 👥 Érdekelt felek fókusza: Egy világos napirend, konkrét kérdések és strukturált értékelő megbeszélések biztosítják a projekt előrehaladását tracés megelőzni a késői szakaszban bekövetkező meglepetéseket.
  • 📄 Dokumentumelemzés: Az üzleti terveket, folyamatábrákat, szabályzatokat és jogszabályokat felülvizsgálják és validálják, mivel a benyújtott dokumentumok elavultak lehetnek.
  • 🎯 Problémás tartomány: Az érintett üzleti funkciók, kockázatok, szabályzatok és a blokkoló problémák megértése a nyers megállapításokat célzott változtatási javaslattá alakítja.
  • 🇧🇷 Eszközök: Jira, Confluence, Microsoft Visio, Lucidchart, a Jama Connect és Miro minden fázist támogat a beszerzéstől az engedélyezésig.
  • ⚠️ Buktatók: jumping megoldásokhoz, ugorjping A validáció és a homályos nyelvhasználat továbbra is a legköltségesebb hibák az üzleti elemzési folyamatban.
További információk

Üzleti elemzési folyamatábra

Milyen lépéseket kell követni az üzleti elemzési folyamat során?

Az alábbiakban bemutatjuk az üzleti elemzési folyamat lépéseit. Ez végigvezeti Önt az első napi üzleti elemzési folyamattól a tervezési szakasz végéig.

1. lépés) Gyűjtsön össze minden információt a projektről

Ez a Üzleti elemző felelősség a projekttel kapcsolatos minden részlet összegyűjtése a hozzá kapcsolódó személyek (projektvezető, projektszponzor, funkcionális vezető vagy üzlettulajdonos) kérdéseinek feltevésével.

A begyűjtött információknak a következő témákat kell lefedniük:

  • A projekt hatóköre és határai
  • A szervezetet befolyásoló jelenlegi tényezők
  • A projekt kockázatai és korlátai
  • Tágabb szervezeti kontextus

Azonosítsa a projektben aktívan részt vevő érdekelt feleket. Ez egy jó alkalom arra is, hogy elvégezzen egy Az érintettek szükségleteinek elemzése.

Miután összegyűjtötted ezeket az információkat, elemezd a projektben betöltött szerepedet, és készíts egy ellenőrzőlistát, amelyet üzleti elemzőként belefoglalhatsz, például:

  • Milyen korábbi tapasztalatokból merített tanulságokat tudsz alkalmazni a jelenlegi projektben?
  • A jelenlegi projekthez szükséges dokumentáció és tervezés
  • A projekt lehetséges eredményeinek megvitatása az érdekelt felekkel
  • Azonosítsa a projektben részt vevő tagokat
  • Szervezzen megbeszélést az ügyféllel és az érdekelt felekkel, amikor további információkra van szükség
  • A várható eredmények és azok formátuma, amelyben szükségesek
  • Meglévő dokumentáció, amelyet áttekinthet a projekt jobb megértése érdekében
  • A módszertan (Agilis vagy vízesés) amely a projekthez legmegfelelőbb lesz

2. lépés) Az érdekelt felek azonosítása és egy Revview Meeting

A második lépésben állítson be egy felülvizsgálati értekezlet a projektvezetővel, az érdekelt felekkel és a csapattagokkal. A nem egyértelmű napirend gyakran vezet a projekt kudarcához.

  • Legyen konkrét azzal kapcsolatban, hogy mit várnak el a projekttől.
  • Vonja be a projektvezetőt, az érdekelt feleket és a csapattagokat a megbeszélésre, és tegyen fel kérdéseket a projekttel kapcsolatban.
  • Ha egy teljesen új projekten dolgozol, kérdezd meg a projektvezetőt vagy egy olyan kapcsolattartót, aki korábban már dolgozott ezen a területen.

3. lépés) Elemezze az összes projekthez kapcsolódó dokumentumot

Ezután, megfelelően elemzés minden, a projekthez kapcsolódó dokumentum, például:

Fedezze fel az üzleti követelménydokumentumban rejtett információkat, és trachiányosságok a jelenlegi rendszerekben, folyamatokban, eljárásokban és műveletekben. Az Önnek átadott dokumentum elavult lehet, ezért minden egyes tényt, amit felfedez, ellenőrizzen, mielőtt véglegesnek tekintené.

4. lépés) Jegyezd fel az összes tényt és információt, amit felfedezel

A kutatás és elemzés során számos hasznos tényt fogsz feltárni a projekttel kapcsolatban, amelyeket meg kell változtatni vagy meg kell valósítani. Jegyezz fel minden megállapítást, hogy később áttekinthesd.

  • Üzleti követelmények, beleértve a jelentéstételi követelményeket
  • Üzleti folyamatok és támogató rendszerek
  • Funkcionális és nem funkcionális követelmények
  • A projektet jelenleg befolyásoló problémák és kockázatok

5. lépés) A problématerület megértése

Ekkorra már alaposan átlátod a projektet, így képes vagy rá azonosítsa a problémás tartománytKi kell derítened:

  • Melyik üzleti funkciót fogja érinteni
  • A vállalkozást befolyásoló kockázatok és tényezők
  • A projektet befolyásoló irányelvek és korlátozások
  • Azok az értékek, amelyek meghatározzák a projekt fontossági szintjét
  • Az üzleti tevékenységet jelenleg támogató rendszerek
  • A problémakört összefoglaló dokumentumok, például az éves jelentés
  • Azok a problémák, amelyek jelenleg akadályozzák a vállalkozást a kívánt eredmények elérésében
  • Vajon a javasolt változtatás hatással van-e a problémakörre?

6. lépés) Mutassa be az üzleti követelményeket

Miután összegyűjtötte az összes üzleti követelményt és megértette a problémakört, a következő lépés a következő: az üzleti követelmények bemutatása az érdekelt feleknek vagy a projektvezetőnek. A gyakori prezentációs technikák közé tartoznak:

  • Táblázat vagy táblázat
  • Diagram vagy grafikon
  • Prototípus vagy szimuláció
  • Strukturált szövegsablon vagy strukturált mondat

Szószedet, amely gyors áttekintést nyújt az üzleti elemzői folyamatról:

  • Cél: Meghatározza a javasolt kezdeményezéshez szükséges üzleti elemzési tevékenységek célját
  • Hatály: Meghatározza a benne foglalt és kizárt szállítmányokat
  • Kiváltó ok: Meghatározza az azonosított problémák kiváltó okait
  • Jelenlegi állapot: Meghatározza a változtatás szükségességét kiváltó problémát
  • Tervezett tevékenységek: Meghatározza a tevékenység okát, a teljesítéseket és a szállítási dátumokat
  • Érdekelt felek bevonásának terve: Áttekintést nyújt az érdekelt felek bevonásának folyamatáról
  • Minőség ellenőrzés: Leírja azokat a tevékenységeket, amelyek biztosítják a projekt eredményeinek minőségét
  • Target Állapot: Meghatározza, hogyan fogják kezelni az azonosított kritikus problémákat

KAPCSOLÓDÓ CIKKEK

Gyors tippek üzleti elemzőknek

  • Tegyen fel kérdéseket az üléseken
  • Készüljön fel az érdekelt felek találkozója vagy felülvizsgálata előtt
  • Légy alkalmazkodó a változásokhoz és az új élményekhez
  • Kezelje az elvárásokat
  • Válaszoljon a visszajelzésekre

Az üzleti elemzési folyamat során előállított közös eredmények

Minden üzleti elemzési folyamat dokumentumok halmazát hagyja maga után, amelyeket a projektcsapat, a szponzorok és az auditorok tracvissza a. Ezen eredmények következetes előállítása teszi a folyamatot megismételhetővé a projektek között.

  • Üzleti elemzési terv: Leírja az elemző munkához tartozó megközelítést, ütemtervet és az érdekelt felek bevonására vonatkozó tervet.
  • Érdekelt felek nyilvántartása: Felsorolja az összes érdekelt felet a szerepükkel, befolyásukkal, elvárásaikkal és az előnyben részesített kommunikációs csatornáikkal együtt.
  • Üzleti Követelménydokumentum (BRD): A magas szintű üzleti igényeket, célokat és sikerkritériumokat olyan nyelven rögzíti, amelyet a nem műszaki érdekelt felek is megértenek.
  • Funkcionális és nem funkcionális követelmények: Fordítsa le a BRD-t rendszer viselkedési mintákká, minőségi jellemzőkké és korlátozásokká, amelyekre a fejlesztők és a tesztelők építhetnek.
  • Folyamatmodellek és használati esetek: Jelenítse meg a jelenlegi és jövőbeli állapotú munkafolyamatokat BPMN-diagramok, UML-használati esetek vagy tevékenységi diagramok segítségével.
  • követelmények Tracteljesítőképességi mátrix (RTM): Minden követelményt összekapcsol a forrásával, a tervezési elemével és az azt ellenőrző tesztekkel.
  • Változási kérések naplója: Minden hatókör-módosítást rögzít a hatásával, a döntéssel és a jóváhagyóval együtt, így az auditnapló érintetlen marad.

Ezeket a teljesítendő anyagokat egy megosztott adattárban, például a Confluence-ben, a SharePointben vagy egy dedikált követelménykezelő eszközben kell tárolni, hogy minden csapattag ugyanazzal a verzióval dolgozhasson.

Gyakori hibák, amelyeket el kell kerülni az üzleti elemzési folyamat során

Még a tapasztalt üzleti elemzők is ugyanabba a csapdába esnek a teljesítési nyomás alatt. A következő hibákra való odafigyelés megelőzi a legtöbb átdolgozási és hatókörrel kapcsolatos meglepetést a projekt későbbi szakaszában.

  • jumping megoldást keresni a probléma megfogalmazása előtt: Egy rendszer, eszköz vagy funkció javaslata a kiváltó ok megértése előtt költséges átdolgozáshoz és olyan megoldáshoz vezet, amely nem oldja meg a valódi üzleti igényt.
  • Továbbping érdekelt felek általi validáció: A rendszert használók jóváhagyása nélküli rögzítési követelmények hiányosságokat hoznak létre, amelyek csak a felhasználói elfogadási tesztelés során kerülnek felszínre.
  • A követelmények statikusként való kezelése: Az üzleti igények változnak egy projekt során. Egy üzleti elemző, aki nem tartja karban a követelménytárat és tracA teljesítőképességi mátrix hamarosan elveszíti az irányítást a hatókör felett.
  • Túlzott dokumentálás az együttműködés helyett: Egy 200 oldalas, senki által el nem olvasott BRD elkészítése rosszabb, mint egy rövid dokumentum, amelyet rendszeres munkamegbeszélésekkel és vizuális modellekkel párosítanak.
  • Csak a boldog útra koncentrálva: A hiányzó kivételes esetek, a hibakezelés és a nem funkcionális követelmények a hibákat az éles környezetbe tolják, és aláássák a felhasználók bizalmát.
  • Silóban való munkavégzés: A fejlesztők, tesztelők és operatív csapatok nélküli követelmények elemzése elmulasztja a megvalósíthatósági kockázatokat és a downstream korlátokat, amelyeket egy közös felülvizsgálat során észlelni lehetett volna.
  • Homályos vagy kétértelmű nyelvhasználat: Az olyan szavak, mint a „felhasználóbarát”, „gyors” vagy „rugalmas” mérhető elfogadási kritériumok nélkül, nézeteltéréseket okoznak, amelyek csak akkor jelennek meg, amikor a funkciót bemutatják.

Népszerű eszközök, amelyek támogatják az üzleti elemzési folyamatot

A megfelelő eszközkészlet az üzleti elemzési folyamat minden fázisát támogatja, a beszerzéstől az engedélyezésig. A legtöbb csapat egy könnyűsúlyú feladatlista-kezelő eszközt, egy modellező eszközt és egy dokumentációs platformot kombinál.

  • Jira és Azure DevOps: Track epikus történetek, felhasználói történetek és hibák elemzése az agilis szállítási csapatokon keresztül, valamint a követelmények összekapcsolása a sprintmunkával.
  • Confluence, SharePoint és Notion: Tárolja az üzleti elemzési tervet, a megbeszélésjegyzeteket, a döntéseket és a BRD-ket egy kereshető helyen, amelyhez az érdekelt felek hozzáférhetnek.
  • Microsoft Visio, Lucidchart, és a draw.io-t: BPMN folyamatábrákat, használati eset diagramokat és adatmodelleket rajzolhat, amelyek láthatóvá teszik a munkafolyamatokat és az átadásokat.
  • Jama Connect, IBM AJTÓK, Modern Requirements, és a Visure: A követelmények nagymértékű kezelése alapvonalakkal, tracszabályozott projektek megvalósíthatósági és hatásvizsgálata.
  • Miro és falfestmény: Távoli felfedezés elősegítése, felhasználói út térképpingés affinitástérképping valós idejű workshopok.
  • Balsamiq és Figma: Alacsony felbontású drótvázakat és nagy felbontású prototípusokat készíthet, amelyek a fejlesztés megkezdése előtt validálják a javasolt képernyőket az üzleti felhasználókkal.

A kis csapatok gyakran a Jira, a Confluence és más platformokkal kezdenek. LucidchartA nagyobb vagy szabályozott programokhoz egyszer dedikált követelménykezelő eszköz tartozik. traca teljesítőképesség, az alapértékek és az auditnaplók kötelezővé válnak.

GYIK

A mesterséges intelligencia által támogatott másodpilóták összefoglalják az interjúkat, csoportosítják az érdekelt felek visszajelzéseit, első lépésben elkészítik a felhasználói történeteket, és jelzik az ütköző követelményeket. Az üzleti elemzők a mesterséges intelligenciát használják a felfedezés és a dokumentáció felgyorsítására, miközben...ping priorizálás, az érdekelt felek megítélése és a végső jóváhagyás emberi kézben.

Igen. A GitHub Copilot Chat és a GPT modellek képesek egy felderítési vázlatot egy első vázlatos BRD-vé alakítani, amely célokat, hatókört és elfogadási kritériumokat tartalmaz. Az üzleti elemző validálja az üzleti illeszkedést, javítja a kétértelmű nyelvezetet, és megszerzi az érdekelt felek jóváhagyását, mielőtt a csapat elkötelezné magát a hatókör mellett.

Az üzleti elemzés a teljes projekt életciklusát lefedi, beleértve a stratégiát, a követelményeket és a megoldások értékelését. Az üzleti folyamatelemzés kifejezetten a jelenlegi állapotú munkafolyamatok modellezésére, mérésére és fejlesztésére összpontosít, és egy olyan technika, amelyet a tágabb üzleti elemzési feladatokon belül használnak.

Az agilis projektekben az üzleti elemző együttműködik a terméktulajdonossal a teendőlista finomításában, elfogadási kritériumokat tartalmazó felhasználói történeteket ír, csatlakozik a sprinttervezéshez és -áttekintésekhez, és minden sprintben frissíti a követelménytárat ahelyett, hogy egyetlen nagy előzetes specifikációt készítene.

A BABOK az IIBA által kiadott üzleti elemzési tudásbázis. Az üzleti elemzési munkát hat tudásterületre csoportosítja – tervezés, előhívás, követelményéletciklus, stratégiaelemzés, követelményelemzés és -tervezés, valamint megoldásértékelés –, amelyek alakítják a folyamatot.

Követelmények TracAz eability Matrix minden követelményt összekapcsol a forrásával, a tervezési elemével és az azt ellenőrző tesztekkel. Bizonyítékot ad a csapatnak arra vonatkozóan, hogy egyetlen követelményt sem vetettek el, és lehetővé teszi a módosítási kérések hatásának gyors felmérését.

Naplózza az összes változtatási kérelmet az üzleti indoklással és a költségekre, ütemezésre és minőségre gyakorolt ​​​​hatással együtt. Irányítsa át a változtatási vezérlőpulton vagy a termékfelelősen döntéshozatal céljából, frissítse a követelménytárat, és trachatékonysági mátrixot, és az eredményt minden érdekelt féllel kommunikálni.

Használja a „A rendszernek…” formátumot egy mérhető elfogadási kritériummal. A homályos kifejezéseket, mint például a „gyors” vagy a „felhasználóbarát”, helyettesítse egy metrikával, egy küszöbértékkel és egy ellenőrzési módszerrel. Minden követelménynek legalább egy tesztesethez kell kapcsolódnia a rendszerben. tracteljesítőképességi mátrix.

Foglald össze ezt a bejegyzést a következőképpen: