Srovnání business a IT analýzy

V současné době vidím ve vypisovaných pozicích na IT a business analytiky, značné zaměňování a překrývání dovedností, které by měli IT a business analytici mít. To, co by měli tito analytici umět a co by měl jejich zaměstnavatel od nich očekávat, je však dáno různou povahou IT a business analýzy. V tomto článku hodlám ty rozdíly trošku nasvítit, a z toho pak může být jasnější, jak se liší požadavky na IT a business analytika.

Obě analýzy si jsou velmi blízko v tom, že jde (mimo jiné) o zkoumání chování nějakého systému. Aby nedocházelo k omylům a záměnám, považuji za velmi užitečné mluvit v případě business analýzy o procesech, neboť ty se dějí v businessu (tedy v reálném světě) a funkcích (alias operacích, metodách, službách), ty patří a jsou spouštěny v IS, který tyto business procesy podporuje.

Pro porovnání dobře poslouží alegorie analýzy, jako mostu, kterou zavedl Zdenko. Hlavní rozdíl vidím v tom, že business analýzu vidíme jako most, který nás přenese z businessu do (lepšího) businessu. IT analýza se pak jeví jako jeden z prvních pilířů mostu, který vás přenese ze světa businessu do světa IT.

IT analýza je vždy součástí SW projektu, jehož cílem je vytvořit podporu nějakého businessu. Jinak řečeno vytvořit informační systém (IS), jako nástroj (někdy velmi složitý, komplexní), který bude business podporovat. Pro vyjádření svých analytických nápadů musíte výborně znát notaci jako např. UML, Archimate apod. Kromě toho musíte být velmi dobře orientování v současných technologiích pro prezentaci dat a pro integraci aplikací. Bez těchto znalostí nemůžete dobrou IT analýzu dělat. Dobrá analýza totiž znamená:

• navrhnout struktury kam se ukládají data. Například navrhnout struktury trvale uložených dat v tabulkách relační databáze

• navrhnout sadu funkcí (chování) IS tak, aby sloužily různým typům uživatelů při provádění procesů v jejich kompetenci. Jinak řečeno dokážete navrhnout smysluplné use casy, jak systém používat.

Nejdůležitější z analytických schopností (viz. článek "Co jsou vlastně analytické schopnosti"), je schopnost abstrakce, tedy schopnost modelovat "svět" pomocí formální notace (např. UML) a popsat tak data a funkce IS. V současnosti se používá technologie Model Driven Development (MDD), která je podporovaná CASE nástroji. Jde o transformaci popisu dat z úrovně konceptuálního datového modelu (KDM) do relační databáze. Při specifikaci funkcí se velmi osvědčuje AI.

IT analytik musí mít dobrý přehled o používaných technologiích vývoje aplikací a musí umět tyto technologie použít. Jde například o relační databáze, jazyk SQL, způsoby realizace use casů (např. web services), techniky prezentace dat a techniky integrace aplikací. Velkou výhodou je, že IT analytik umí programovat. Jak říká Zdenko: "Architekt musí vědět, co mají k dispozici v panelárně."

Business analýza, naproti tomu, se zabývá primárně problematikou reálného světa, přesněji řečeno toho, jak "fungují" procesy v reálném světě. Stejně jako IT analytik musí i business analytik postupovat při analýze strukturovaně a systematicky. Pro zachycení analýzy slouží asi nejlépe jazyk BPMN 2.0. Jsou však i jiné notace.

Je velmi vhodné, aby jeho vnímání světa analyzovaného businessu obsahovalo:

• Identifikace základních věcí, jejich vlastností a vztahů o kterých daný business je. Obecně jsou tyto podstatné věci označovány jako business entity. Velmi důležité je zachytit i tzv. business pravidla, tzn. Podmínky, jak tyto věci vznikají, žijí a zanikají.

• Popis business procesů jako sekvencí činností spuštěných nějakou událostí a vykonávaných postupně určenými rolemi a poskytující výstupy (v termínech základních a dalších entit).

• Požadavky na změny v businessu a jeho podpoře, tedy i v IT.

A jaké analytické schopnosti by měl mít business analytik? Asi nejlépe všechny zmíněné v článku "Co jsou vlastně analytické schopnosti". Nicméně důraz by jistě měl být na asociativní myšlení a komunikační schopnosti.

Když se na to podíváme trošku z nadhledu, tak se dá říct, že:

• požadované znalosti IT analytika jsou řečeno alegoricky "vertikální" povahy. Potřebuje znát relativně malou část "terénu" detailně, ostatní části terénu jen okrajově. Dále je však povolán zahloubit se do detailnějších aspektů poznaného a dokázat jej popsat specifickým jazykem, kterým předá svoje poznatky do ještě nižších pater, kde se dále "doluje", až se vytěží "produkt".

• požadované znalosti business analytika jsou spíše "horizontální" povahy. Musí být schopen obsáhnout celou šíři business problematiky, rozumět více podstatě analyzovaného businessu, vidět souvislosti a dobře komunikovat a identifikovat rizika.

Závěr

Tento článek začal konstatováním, že se požadavky na znalosti IT a BUS analytika často zaměňují. Poté jsem snažil vysvětlit různé požadavky na tyto role objasnit tím, že jsem ukázal, že výstupy business a IT analýzy jsou velmi odlišné: u business analýzy jde o to pochopit, popsat a navrhnout zlepšení businessu (reálného světa), u IT analýzy jde vytvořit model "světa" tak, aby se z něho dal vytvořit software. Pro IT analytika z toho vyplývá požadavek na výbornou "technologickou" erudici, u BUS analytika to vyžaduje velmi dobrou orientaci ve zkoumaném businessu.

Ale taky je potřeba konstatovat, že obě analýzy na sebe velmi často navazují. A tak platí, že IT analýza by nebyla dobrá, kdyby se IT analytik zabýval jen uživatelskými požadavky a vůbec by se nezajímal o to, jak se vlastně business naplňuje v procesech, co procesy startuje, jak postupují, jak končí. A jak svými výstupy ovlivňují další procesy. Prostě, kdyby se na určitou chvíli, i v rámci SW projektu, nestal business analytikem.

Podobně by asi nebyla dobrá business analýza, při které by si business analytik nevšiml nedokonalostí v SW podpoře a nezaznamenal by požadavky na úpravu IS, a nestal se na chvíli sběratelem požadavků nebo dokonce IT analytikem

Mirek Ben

(září 2026)