BABOK

BABOK (Business Analysis Body of Knowledge) představuje souhrn znalostí v oblasti business analýzy.  Tento standard spravuje International Institute of Business Analysis a v současné době existuje 3. verze popsaná v dokumentu BABOK Guide. Tento dokument popisuje 6 vědomostních oblastí:

1. Plánování a kontrola business analýzy.
2. Sběr požadavků a spolupráce.
3. Management životní cyklu požadavků.
4. Analýza strategie.
5. Analýza požadavků a návrh řešení.
6. Posouzení řešení. 

Jednotlivým oblastem bych se chtěl krátce věnovat a popsat, co je jich obsahem.

Plánování a kontrola business analýzy

Plánování a kontrola se zabývá naplánováním toho, jak bude business analýza prováděna. Tj. jaké dokumenty budou vznikat, kdo se bude analýzy účastnit, jak bude probíhat spolupráce s jednotlivými stakeholdery, jak bude probíhat prioritizace požadavků, kdo bude schvalovat změny atd.

Sběr požadavků a spolupráce

Tato vědomostní oblast se zabývá přípravou na sběr požadavků, provedením sběru požadavků, potvrzením výsledků a také samozřejmě komunikací se stakeholdery a řízením spolupráce s nimi.

Management životní cyklu požadavků

V životním cyklu požadavků je důležité zajistit vazbu mezi požadavkem a návrhem řešení a řešením. Požadavky je také třeba prioritizovat, udržovat je aktuální a odsouhlasit je se stakeholdery. 

Analýza strategie

Analýza strategie je o identifikaci tzv. business needs tj, potřeb firmy. Analýza strategie se skládá z analýzy současného stavu, definici budoucího stavu, posouzení rizik a definici strategie změny.

Analýza požadavků a návrh řešení

Pokud máme sesbírané požadavky , můžeme začít s jejich analýzou. Začneme vytvářet analytický model zpravidla ve formě diagramů. Důležité je i ověření požadavků, zda splňují požadované charakteristiky a potvrzení, zda tyto požadavky skutečně přispívají k naplnění potřeb firmy.

Posouzení řešení

Na závěr by měl business analytik posoudit, zda navržené řešení naplňuje definované potřeby a případně příčiny, proč je nenaplňuje.

Stavba domu x IT projekt

Mezi stavbou domu a IT projektem lze najít řadu podobností. Předně se v obou případech jedná o projekt tedy o časově omezenou činnost, jejímž cílem je vytvoření jedinečného výsledku. A stejně jako IT projekt obsahuje některé typické role, obsahuje tyto role i stavba domu, jenom se jmenují jinak.

• IT projektu se věnuje business analytik, který  se zadavatelem vyjasní jeho představy a modeluje vznikající systém. Přesně stejnou funkci má architekt u stavby domu.
• Detailní řešení modeluje v rámci IT projektu IT analytik. U stavby domu se tato funkce jmenuje projektant.
• Projekt má svého projektového manažera, který řídí pracovníky na projektu a zajišťuje aby byl projekt dokončen v požadovaném čase a kvalitě a nedošlo k překročení rozpočtu. Projektovým manažerem u stavby domu je stavbyvedoucí.
• Důležitou funkcí v IT projektu je tester, který kontroluje, zda vše odpovídá specifikaci. Tester je i u stavby domu a říká se mu stavební dozor.
• Software programují vývojáři. "Vývojářem" je u stavby domu zedník.
• Některé IT projekty vyžadují integraci s okolními systémy, což je práce integračního specialisty. Integrační specialista existuje i u stavby domu. Podle rozhraní se mu říká elektrikář, plynař nebo instalatér.
• Někdy u IT projektů najdeme i osobu zodpovědnou za návrh GUI. U stavby domu se této profesi říká bytový architekt.
• Pravidelným status meetingům se v případě stavby domu říká kontrolní dny.

Takže stavba domu se od IT projektu příliš neliší. Představte si, že chcete stavět dům. Na pozemek dovezete dostatečné množství cihel, písku, vápna, cementu a dalšího stavebního materiálu. Přivedete partu zedníků, kterým dáte zadání "postavte mi tu rodinný domek pro čtyřčlennou rodinu". Architekta, projektanta, stavbyvedoucího a stavební dozor vynecháte, protože přece nebudete zbytečně trávit čas s rozpracováváním naprosto jasného zadání, když dům musí být hotový k nastěhování do dvou měsíců. Jak myslíte, že taková stavba dopadne? Asi jako IT projekt bez analýzy, testování a projektového řízení. 

U stavby domu napadne tento postup asi jen málokoho, u  IT projektů jsem se s uvedeným postupem už v praxi setkal. Přece nebudeme trávit čas plánováním, analýzou a testováním. Půjdeme rovnou vyvíjet a chyby se odladí v průběhu...  

RACI matice

Po dlouhé době bych se chtěl věnovat jednomu nástroji, kterým je tzv. RACI matice. Zrovna nedávno jsem  ji použil v rámci analýzy procesu, kde vyvstala potřeba zaznamenat odpovědnost za jednotlivé činnosti.

A nyní už k RACI matici. RACI je zkratka složená z následujících písmen:

R - responsible. Role, která danou činnost vykonává.

A - accountable. Role, která je za danou činnost odpovědná, kontroluje její výsledky a průběh, rozhoduje o ní.

C - consult. Role, se kterou je činnost konzultována.

I - inform. Role, která je o činnosti informována.    


Uvedená písmena tvoří náplň tabulky, která v řádcích obsahuje činnosti a ve sloupcích role.

Ve správně vyplněné RACI tabulce musí vždy platit následující pravidla:

• V každém řádku (tj. u každé činnosti) musí být alespoň jedno R. Pokud není, pak danou činnost nikdo nevykonává a tedy daná činnost neexistuje.
• V každém řádku by mělo být právě jedno A. Pokud v řádku není žádné A, probíhá činnost bez kontroly a  nikdo o ní nerozhoduje. Velmi pravděpodobně ji tedy nikdo nepotřebuje. Více A v řádku naopak znamená, že o činnosti rozhoduje více rolí, což obvykle znamená, že zodpovědnost za danou činnost nemá vlastně nikdo.

A to je vše. Je to jednoduché a přitom to dokáže vyjasnit spoustu věcí.