Tok procesu obchodní analýzy: Výukový program krok za krokem

Od: Charles Moore Charles Moore
Hours aktualizováno

⚡ Chytré shrnutí

Procesní tok obchodní analýzy provází obchodního analytika od zahájení projektu až po schválení požadavků, zahrnuje vyhledávání, kontrolu zainteresovaných stran, analýzu dokumentů, rámování problémových domén a strukturovanou prezentaci projektovým manažerům a sponzorům.

  • 🧭 Šest kroků: Shromáždit informace o projektu, identifikovat zainteresované strany, analyzovat relevantní dokumenty, zaznamenat zjištění, formulovat problémovou oblast a formálně prezentovat požadavky.
  • 👥 Zaměření na zainteresované strany: Jasný program, konkrétní otázky a strukturované hodnotící schůzky udržují projekt v chodu track a předcházet překvapením v pozdních fázích.
  • 📄 Analýza dokumentu: Obchodní případy, procesní diagramy, zásady a legislativa jsou kontrolovány a ověřovány, protože dodané dokumenty mohou být zastaralé.
  • 🎯 Problémová doména: Pochopení dotčených obchodních funkcí, rizik, politik a blokujících problémů promění hrubé poznatky v cílený návrh změny.
  • 🛠️ Nástroje: Jira, Soutok, Microsoft Visio, Lucidchart, Jama Connect a Miro podporovat každou fázi od vyvolání až po schválení.
  • ⚠️ Úskalí: pátekping k řešením, přeskočitping Validace a používání vágních výrazů zůstávají nejnákladnějšími chybami v procesu obchodní analýzy.
Přečíst více

Tok procesu obchodní analýzy

Jaké kroky je třeba dodržet v procesu obchodní analýzy?

Následují kroky zahrnuté v procesu obchodní analýzy. Provede vás od prvního dne procesu obchodní analýzy až do konce fáze plánování.

Krok 1) Shromážděte všechny informace o projektu

Je Obchodní analytik odpovědnost za shromažďování všech detailů týkajících se projektu kladením otázek lidem s ním spojeným (projektový manažer, sponzor projektu, funkční manažer nebo majitel firmy).

Shromážděné informace by měly zahrnovat tato témata:

  • Rozsah a hranice projektu
  • Aktuální faktory ovlivňující organizaci
  • Riziko a omezení projektu
  • Širší organizační kontext

Identifikujte zainteresované strany, které se aktivně podílejí na projektu. Toto je také vhodná chvíle k provedení Analýza potřeb zúčastněných stran.

Po shromáždění těchto informací analyzujte svou roli v projektu a sestavte kontrolní seznam, který můžete jako obchodní analytik zahrnout, například:

  • Jaké poznatky z předchozích zkušeností můžete aplikovat na současný projekt
  • Dokumentace a plánování potřebné pro aktuální projekt
  • Diskuse o možných výsledcích projektu se zainteresovanými stranami
  • Identifikujte členy zapojené do projektu
  • Domluvte si schůzku s klientem a zainteresovanými stranami, pokud je potřeba dodatečných informací.
  • Očekávané výstupy a formát, v jakém jsou požadovány
  • Existující dokumentace, kterou si můžete prohlédnout, abyste lépe porozuměli projektu
  • Metodologie (Agile nebo Waterfall), které budou pro projekt nejvhodnější

Krok 2) Identifikace zainteresovaných stran a vytvoření Revsetkání

Ve druhém kroku nastavte revizní schůzka s projektovým manažerem, zainteresovanými stranami a členy týmu. Nejasný program často vede k neúspěchu projektu.

  • Buďte konkrétní ohledně toho, co se od projektu očekává.
  • Zapojte do schůzky projektového manažera, zainteresované strany a členy týmu a ptejte se na otázky týkající se projektu.
  • Pokud pracujete na zcela novém projektu, zeptejte se projektového manažera nebo kontaktní osoby, která v dané oblasti již dříve pracovala.

Krok 3) Analýza všech dokumentů relevantních pro projekt

Dále, správně analyzovat všechny dokumenty relevantní pro projekt, jako například:

Odhalte veškeré informace skryté v dokumentu s obchodními požadavky a tracmezery v současných systémech, procesech, postupech a operacích. Dokument, který vám byl poskytnut, může být zastaralý, proto si před jeho přijetím jako konečný ověřte každou zjištěnou skutečnost.

Krok 4) Zaznamenejte si všechna fakta a informace, které zjistíte

Během výzkumu a analýzy odhalíte mnoho užitečných faktů o projektu, které je třeba změnit nebo implementovat. Zaznamenejte si každé zjištění, abyste si ho mohli později prohlédnout.

  • Obchodní požadavky včetně požadavků na podávání zpráv
  • Obchodní procesy a podpůrné systémy
  • Funkční a nefunkční požadavky
  • Problémy a rizika, která projekt aktuálně ovlivňují

Krok 5) Pochopte problémovou doménu

V tomto bodě už máte důkladné znalosti o projektu, takže můžete identifikovat problémovou doménuMusíte zjistit:

  • Která obchodní funkce bude ovlivněna
  • Rizika a faktory, které ovlivňují podnikání
  • Zásady a omezení, která ovlivňují projekt
  • Hodnoty, které určují úroveň důležitosti projektu
  • Systémy, které v současnosti podporují obchodní aktivity
  • Dokumenty shrnující problematickou oblast, například výroční zpráva
  • Problémy, které v současné době brání firmě v dosažení požadovaných výsledků
  • Zda navrhovaná změna ovlivní problematickou oblast

Krok 6) Představte obchodní požadavky

Jakmile shromáždíte všechny obchodní požadavky a pochopíte problémovou doménu, dalším krokem je prezentace obchodních požadavků zainteresovaným stranám nebo projektovému manažerovi. Mezi běžné prezentační techniky patří:

  • Tabulka nebo tabulka
  • Diagram nebo graf
  • Prototyp nebo simulace
  • Šablona strukturovaného textu nebo strukturovaná věta

Slovník pojmů, který poskytuje rychlý přehled o procesu obchodního analytika:

  • Účel: Definuje účel činností obchodní analýzy požadovaných pro navrhovanou iniciativu
  • Rozsah: Definuje výstupy, které jsou zahrnuty a vyloučeny
  • Příčina: Definuje základní příčiny identifikovaných problémů
  • Aktuální stav: Definuje problém, který způsobuje potřebu změny
  • Plánované aktivity: Definuje důvod aktivity, dodávky a data dodání
  • Plán zapojení zainteresovaných stran: Poskytuje přehled procesu zapojení zúčastněných stran
  • Řízení jakosti: Popisuje činnosti, které zajistí kvalitu výstupů projektu
  • Target Stav: Definuje, jak budou řešeny identifikované kritické problémy

SOUVISEJÍCÍ ČLÁNKY

Rychlé tipy pro obchodní analytiky

  • Ptejte se na schůzkách
  • Buďte připraveni před setkáním zainteresovaných stran nebo přezkoumáním
  • Buďte přizpůsobiví změnám a novým zkušenostem
  • Ovládejte očekávání
  • Reagujte na zpětnou vazbu

Společné výstupy vytvořené během procesu obchodní analýzy

Každý proces obchodní analýzy zanechává sadu dokumentů, které mohou projektový tým, sponzoři a auditoři traczpět k. Konzistentní tvorba těchto výstupů je to, co umožňuje opakovat proces napříč projekty.

  • Plán obchodní analýzy: Popisuje přístup, časový harmonogram a plán zapojení zúčastněných stran pro analytickou práci.
  • Registr zúčastněných stran: Uvádí všechny zainteresované strany spolu s jejich rolí, vlivem, očekáváními a preferovaným komunikačním kanálem.
  • Dokument s obchodními požadavky (BRD): Zachycuje obchodní potřeby, cíle a kritéria úspěchu na vysoké úrovni v jazyce, kterému rozumí i netechničtí aktéři.
  • Funkční a nefunkční požadavky: Převeďte BRD do systémového chování, atributů kvality a omezení, na kterých mohou vývojáři a testeři stavět.
  • Procesní modely a případy užití: Zobrazte aktuální a budoucí stav pracovních postupů pomocí diagramů BPMN, případů užití UML nebo diagramů aktivit.
  • požadavky TracMatice proveditelnosti (RTM): Propojuje každý požadavek s jeho zdrojem, jeho konstrukčním prvkem a testy, které jej ověřují.
  • Záznam žádostí o změnu: Zaznamenává každou změnu rozsahu s jejím dopadem, rozhodnutím a schvalovatelem, aby auditní stopa zůstala zachována.

Tyto výstupy by měly být uloženy ve sdíleném úložišti, jako je Confluence, SharePoint nebo specializovaný nástroj pro správu požadavků, aby každý člen týmu pracoval se stejnou verzí.

Časté chyby, kterým je třeba se vyhnout v procesu obchodní analýzy

I zkušení obchodní analytici padají pod tlakem dodávek do stejných pastí. Dávání pozor na následující chyby předchází většině překvapení z přepracování a rozsahu v pozdějších fázích projektu.

  • pátekping k řešení před formulací problému: Navrhování systému, nástroje nebo funkce před pochopením hlavní příčiny vede k nákladnému přepracování a řešení, které neřeší skutečnou obchodní potřebu.
  • Přeskočitping validace zúčastněných stran: Požadavky na zaznamenávání bez schválení lidmi, kteří budou systém používat, vytvářejí mezery, které se objeví až během testování akceptace uživateli.
  • Zacházení s požadavky jako se statickými: Obchodní potřeby se během projektu mění. Obchodní analytik, který neudržuje repozitář požadavků a tracMatice proveditelnosti brzy ztrácí kontrolu nad rozsahem.
  • Nadměrná dokumentace místo spolupráce: Vytvořit dvousetstránkový BRD, který nikdo nečte, je horší než krátký dokument spojený s pravidelnými pracovními setkáními a vizuálními modely.
  • Soustředění se pouze na šťastnou cestu: Chybějící výjimky, ošetření chyb a nefunkční požadavky přesouvají defekty do produkčního prostředí a narušují důvěru uživatelů.
  • Práce v silu: Analýza požadavků bez vývojářů, testerů a provozních týmů opomíjí rizika proveditelnosti a následná omezení, která by byla zachycena při společném přezkoumání.
  • Používání vágního nebo dvojznačného jazyka: Slova jako „uživatelsky přívětivý“, „rychlý“ nebo „flexibilní“ bez měřitelných kritérií přijetí vytvářejí neshody, které se projeví až při demonstraci dané funkce.

Oblíbené nástroje, které podporují proces obchodní analýzy

Správná sada nástrojů podporuje každou fázi procesu obchodní analýzy, od získávání žádostí až po schválení. Většina týmů kombinuje odlehčený nástroj pro backlog, modelovací nástroj a platformu pro dokumentaci.

  • Jira a Azure DevOps: Track epikům, uživatelským příběhům a defektům napříč agilními týmy a propojení požadavků s prací ve sprintech.
  • Confluence, SharePoint a Notion: Uložte plán obchodní analýzy, poznámky ze schůzek, rozhodnutí a BRD do prohledávatelného prostoru, ke kterému mají přístup zúčastněné strany.
  • Microsoft Visio, Lucidcharta draw.io: Kreslete procesní toky BPMN, diagramy případů užití a datové modely, které zviditelní pracovní postupy a předávání úkolů.
  • Jama Connect, IBM DVEŘE, Modern Requirementsa Vizualizace: Spravujte požadavky ve velkém měřítku pomocí základních linií, tracanalýza proveditelnosti a dopadu regulovaných projektů.
  • Miro a nástěnná malba: Usnadnění vzdáleného vyhledávání, mapa uživatelské cestypinga mapa afinityping workshopy v reálném čase.
  • Balsamiq a Figma: Vytvářejte nízko-věrné wireframy a vysoce věrné prototypy, které ověřují navrhované obrazovky s firemními uživateli před zahájením vývoje.

Malé týmy často začínají s Jirou, Confluence a… LucidchartVětší nebo regulované programy přidávají specializovaný nástroj pro správu požadavků jednou tracSnadnost, základní linie a auditní záznamy se stávají povinnými.

Nejčastější dotazy

Kopiloti s umělou inteligencí shrnují rozhovory, zpětnou vazbu od zainteresovaných stran v seskupeních, vytvářejí uživatelské příběhy prvního průchodu a označují konfliktní požadavky. Obchodní analytici používají umělou inteligenci k urychlení vyhledávání a dokumentace a zároveň udržují...ping prioritizace, posouzení zúčastněných stran a konečné schválení v lidských rukou.

Ano. Modely GitHub Copilot Chat a GPT dokáží proměnit osnovu objevování v první verzi BRD s cíli, rozsahem a kritérii přijetí. Obchodní analytik ověří vhodnost pro daný obchod, upraví nejednoznačný jazyk a získá souhlas zúčastněných stran, než se tým zaváže k rozsahu.

Obchodní analýza pokrývá celý životní cyklus projektu, včetně strategie, požadavků a hodnocení řešení. Analýza obchodních procesů se zaměřuje konkrétně na modelování, měření a zlepšování aktuálních pracovních postupů a je jednou z technik používaných v rámci širšího zapojení obchodní analýzy.

V agilních projektech spolupracuje obchodní analytik s vlastníkem produktu na zpřesnění backlogu, píše uživatelské příběhy s kritérii přijetí, zapojuje se do plánování a revizí sprintů a aktualizuje repozitář požadavků v každém sprintu namísto vytváření jedné rozsáhlé předem stanovené specifikace.

BABOK je soubor znalostí pro obchodní analýzu vydávaný IIBA. Seskupuje práci v oblasti obchodní analýzy do šesti znalostních oblastí – plánování, zjišťování, životní cyklus požadavků, strategická analýza, analýza a návrh požadavků a hodnocení řešení – které utvářejí celý proces.

Požadavky TracMatice eability propojuje každý požadavek s jeho zdrojem, jeho konstrukčním prvkem a testy, které jej ověřují. Poskytuje týmu důkaz, že žádný požadavek nebyl zrušen, a umožňuje rychle posoudit dopad požadavku na změnu.

Zaznamenejte každý požadavek na změnu s jeho obchodním zdůvodněním a dopadem na náklady, harmonogram a kvalitu. Projděte jej přes komisi pro řízení změn nebo vlastníka produktu k rozhodnutí, aktualizujte repozitář požadavků a tracmatici proveditelnosti a sdělit výsledek všem zúčastněným stranám.

Použijte formát „Systém musí…“ s měřitelným kritériem přijetí. Nahraďte vágní výrazy jako „rychlý“ nebo „uživatelsky přívětivý“ metrikou, prahovou hodnotou a metodou ověřování. Každý požadavek by se měl vztahovat alespoň k jednomu testovacímu případu v tracmatice proveditelnosti.

Shrňte tento příspěvek takto: