ÚVOD. Klíčové koncepty. Struktura BABOK 2.0. Cíl. Požadavky. Byznys analýza. Řešení. Úkol. Techniky



Podobné dokumenty
Návod k požadavkům ISO 9001:2015 na dokumentované informace

Předmluva 11. Poděkování 11 O autorech 12 Úvodem 12 Komu je tato kniha určena 13 Jak byste měli tuto knihu číst 13 Web 14

RiJ ŘÍZENÍ JAKOSTI L 1 1-2

Vnitřní kontrolní systém a jeho audit

Semestrální práce z předmětu 4IT421 Téma: CMMI-DEV v.1.3 PA Project Monitoring and Control

Rozdíly mezi normou ISO 9001:2008 a ISO 9001:2015.

SMĚRNICE DĚKANA Č. 4/2013

WS PŘÍKLADY DOBRÉ PRAXE

ČESKÁ TECHNICKÁ NORMA

Zkouška ITIL Foundation

MANAŽER KVALITY PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ ZPŮSOBILOSTI CO 4.4/2007

Procesy, procesní řízení organizace. Výklad procesů pro vedoucí odborů krajského úřadu Karlovarského kraje

Struktura Pre-auditní zprávy

Metodika analýzy. Příloha č. 1

Systém managementu jakosti ISO 9001

SOUBOR OTÁZEK PRO INTERNÍ AUDIT (Checklist)

1. Integrační koncept

TREND POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE

Vazba na Cobit 5

Bezpečnostní politika společnosti synlab czech s.r.o.

Analýza. Roman Danel 1. Metody analýzy

komplexní podpora zvyšování výkonnosti strana 1 Využití Referenčního modelu integrovaného systému řízení veřejnoprávní korporace Město Hořovice

ŘÍZENÍ PROJEKTŮ a LOGICKÝ RÁMEC

Co musí zahrnovat dokumentace systému managementu kvality? 1 / 5

SOFTWAROVÉ INŽENÝRSTVÍ

Ing. Jiří Fejfar, Ph.D. Geo-informační systémy

POŽADAVKY NORMY ISO 9001

Metodický pokyn pro řízení kvality ve služebních úřadech: Kritéria zlepšování

Management rizika Bc. Ing. Karina Mužáková, Ph.D. BIVŠ,

ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE

Vysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice

Jednotný NIS Prezentace k zahájení projektu pro Radu kraje Vysočina. Projektový manažer - Ing. Ivan Sokolov, Ph.D.

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

Management rizik v životním cyklu produktu

Analýza a Návrh. Analýza

Nebojte se přiznat, že potřebujete SQA

PŘEHLED PŘÍSTUPŮ K MANAGEMENTU RIZIK PROJEKTŮ

2. Začlenění HCI do životního cyklu software

Příspěvek je věnován základním informacím o způsobu volby vhodné strategie řízení kontinuity činností v organizaci.

IBM Analytics Professional Services

Kvalita SW produktů. Jiří Sochor, Jaroslav Ráček 1

Vzor pro provádění národních standardů kvality

Národní architektonický plán a ostatní metody řízení veřejné správy ČR

Obsah. Zpracoval:

AUDITOR KVALITY PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ ZPŮSOBILOSTI CO 4.5/2007

Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace

Jak auditovat systémy managementu bez příruček a směrnic Ing. Milan Trčka

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz

MANAŽERSKÉ NÁSTROJE ATTIS

Zdravotnické laboratoře. MUDr. Marcela Šimečková

Čl. 2 Princip posuzování změn v objektu nebo zařízení změny v řízení bezpečnosti nové poznatky změny v provozu

Návrh. VYHLÁŠKA ze dne 2016 o požadavcích na systém řízení

Zkušenosti z nasazení a provozu systémů SIEM

Enterprise Architecture na MPSV

Seznam zkratek PRVNÍ ČÁST. Lidské dovednosti a technické nástroje 1 Úvod k první části 3

Problémové domény a jejich charakteristiky

Jak vytvořit správné Zadání IS

Metodické postupy tvorby architektury

ISO Facility management nová fáze vnímání facility managementu ve společnostech. Ing. Ondřej Štrup, IFMA Fellow

ILP Institute for leading people. Basic Four. vzdělávací program

ISA 610 POSUZOVÁNÍ PRÁCE INTERNÍHO AUDITU. (Platí pro audity účetních závěrek sestavených za období počínající 15.prosince 2004 nebo po tomto datu)

OZNÁMENÍ O VOLNÉM PRACOVNÍM MÍSTĚ ZA ÚČELEM SESTAVENÍ REZERVNÍHO SEZNAMU. asistent pro IT (M/Ž)

STRATEGICKÉ ŘÍZENÍ LIDSKÝCH ZDROJŮ

SOFTWAROVÉ INŽENÝRSTVÍ 1

Custom Code Management. Přechod na S/4HANA

Dokumentace pro plánování a realizaci managementu jakosti dle požadavků

ISO 10006, Směrnice pro management jakosti v projektech. Jan Havlík, AIT s.r.o. jhavlik@ait.cz

1 Popis předmětu plnění projektu implementace MIS

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE

L 320/8 Úřední věstník Evropské unie

Aplikace modelu CAF 2006 za podpory procesního řízení. Ing. Vlastimil Pecka Ing. Zdeněk Havelka, PhD.

Manažerská ekonomika

Státní pokladna. Centrum sdílených služeb

Seminární práce Vývoj informačního systému. Manažerská informatika 2 Ing. Miroslav Lorenc

Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/ Podniková informatika pojmy a komponenty

E F E K T I V N Í V Z D Ě L Á V Á N Í ZAMĚSTNANCŮ V NÍŽE UVEDENÉM SEZNAMU JSOU OTEVŘENÉ KURZY, KTERÉ JSME VÁM PŘIPRAVILI NA ZÁKLADĚ AKTUÁLNÍ POPTÁVKY.

Návrh a management projektu. Řízení a koordinace projektu

5 Požadavky a jejich specifikace

Dobrá praxe plánování interpretace

POŽADADAVKY NA ORGANIZACI SYSTÉMU SPOLEČENSKÉ ODPOVĚDNOSTI (ZÁKLADNÍ INFORMACE)

ISO 9001:2015 CERTIFIKACE ISO 9001:2015

Procesní dokumentace Process Management. Pavel Čejka

Souhrn zásad dobré praxe pro aktéry v regionech

Informace a znalosti v organizaci

AUDITY Hlavním cílem každého auditu musí být zjišťování faktů, nikoli chyb!

AUDITOR EMS PŘEHLED POŽADOVANÝCH ZNALOSTÍ K HODNOCENÍ ZPŮSOBILOSTI CO 4.9/2007

ISO 9001 a ISO aplikace na pracovištích sterilizace stručný přehled. Ing. Lenka Žďárská

Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT)

8/2.1 POŽADAVKY NA PROCESY MĚŘENÍ A MĚŘICÍ VYBAVENÍ

ČSN EN ISO (únor 2012)

Charta služeb. Marketingová strategie a propagace charty. Jak užívat chartu ke zlepšení služeb

Model systému managementu pro řízení ÚSC. Ing. Štěpán Kmoníček, Ph.D. odbor strategického rozvoje a koordinace veřejné správy

Návod Skupiny pro auditování ISO 9001 (ISO 9001 Auditing Practices Group APG) k:

Procesní přístup k projektům informačních systémů. RNDr. Vladimír Krajčík, Ph.D.

OZNÁMENÍ O VOLNÉM PRACOVNÍM MÍSTĚ ZA ÚČELEM SESTAVENÍ REZERVNÍHO SEZNAMU

Politika interní komunikace ČSÚ

Informační strategie. Doc.Ing.Miloš Koch,CSc.

5 Požadavky a jejich specifikace

Transkript:

www.theiiba.org

ÚVOD Cíl Tento dokument si klade za cíl poskytnout rámcový přehled o Souboru znalostí pro analýzu byznys verze 2.0 (Business Analysis Body of Knowledge - BABOK ), Klíčové koncepty Byznys analýza Business analýza je soubor úkolů a technik používaných, jako zprostředkující nástroj při práci se zúčastněnými stranami k práci, který umožní pochopit strukturu, politiky a činnosti organizace, a doporučit řešení, která umožní organizaci dosažení jejích cílů. Smyslem BABOKu není definovat odpovědnosti osob ve funkci byznys analytiků (které se mohou od organizace k organizaci významně měnit), ale spíše popsat a definovat byznys analýzu jako disciplínu. Byznys analýzu mohou mezi jinými provádět lidé ve funcích, jako jsou systémový analytik, procesní analytik, projektový manažer, produktový manažer, vývojář, analytik kvality, byznys architekt nebo konzultant. Řešení Řešení splňuje potřeby byznysu jednak řešením problémů, jednak tím, že organizaci umožňuje Struktura BABOK 2.0 Úkol Úkol je základní podíl práce, která se musí provést jako součást byznys analýzy. Úkoly se mohou plnit formálně nebo neformálně. Definice úkolu by měla být univerzálně použitelná na veškeré snažení v rámci byznys analýzy, bez ohledu na to o jaký druh iniciativy se jedná. To neznamená, že se to dělá často nebo že většina BA bude nutně plnit úkoly. Úkol musí mít tyto vlastnosti: Úkol dosahuje výsledku výstupem, který tvoří hodnotu, tzn., že pokud budeme úkol provádět, znamená to, že jsme se dohodli na tom udělat něco užitečného. využít příležitosti. Řešení lze rozdělit na složky, včetně podpůrných informačních systémů, procesů, kterými se to řídí a lidí, kteří to provádějí. Byznys analýza pomáhá organizacím definovat optimální řešení jejich potřeb při daných omezeních (včetně času, rozpočtu, předpisů a dalších), za kterých organizace působí. Požadavky Požadavek je: 1) Podmínka nebo schopnost, které potřebuje zúčastněná strana k vyřešení problému nebo dosažení cíle 2) Podmínka, která se musí splnit nebo schopnost, kterou musí řešení nebo jeho složka mít, aby byla splněna smlouva, dodržen standard, specifikace nebo jiné formálně platné dokumenty 3) Dokumentované znázornění stavu nebo schopností jako v (1) nebo (2). Jak z definice vyplývá, může být požadavek nevyřčený, vyplývající z jiných, nebo přímo uvedený a řízený. Hlavním úkolem byznys analýzy je zjištění, analýza a komunikace tak, aby byly srozumitelné a pochopitelné pro všechny zainteresované strany. Úkol je splněn v principu by mělo být možné, aby následné úkoly, které využívají jeho výstup, byla schopna provádět jiná osoba. Úkol je nezbytnou součástí účelu znalostní oblasti (ZO), do které patří. Jak je vidět z následujícího diagramu, nemusí se úkoly provádět v konkrétním okamžiku časového cyklu projektu. Dokonce i životní cykly s jasně definovanými fázemi budou vyžadovat v každé fázi úkoly z většiny, pokud ne ze všech ZO. Iterativní nebo agilní životní cykly mohou vyžadovat, aby se tyto úkoly ve všech KA prováděly co možná nejvíce souběžně. Úkoly se mohou provádět v libovolném pořadí, pokud mají k dispozici potřebné vstupy. Techniky 2 www.theiiba.org

Vztah k úkolům Techniky popisují, jak se úkoly za určitých okolností provádějí. Technika se musí týkat alespoň jednoho úkolu. Techniky popsané v BABOKu mají v komunitě byznys analýzy dojít nejběžnějšího a nejširšího využití. Od byznys analytiků se očekává, že uplatní své zkušenosti a znalosti při rozhodování, které techniky jsou v dané situaci vhodné, a mohou to být i techniky, které v BABOKu nejsou zmíněny ani popsány. S rozvojem v této oblasti očekáváme, že se budou techniky přidávat, měnit nebo odstraňovat. BAP & M Business Analysis Planning and Monitoring Plánování a monitoring byznys analýzy EA Enterprise Analysis Podniková analýza E Elicitation Sběr mezi pracovníky RA Requirements Analysis Analýza SA & V Solution Assessment and Validation Posouzení a potvrzení řešení RM & C Requirements Management and Communication Řízení a komunikace 3 www.theiiba.org

Techniky sdílené více ZO Techniky se často používají ve více ZO: Pokud se technika používá u významně většího počtu úkolů jedné ZO než v ostatních, měla by být její popis v ní. Pokud se používá u podobného počtu úkolů, objeví se popis v té ZO, ve které se vyskytne poprvé. Vstup/Výstup Vstup představují informace nutné k tomu, aby úkol začal. Vstupy by neměly být nepovinné (alespoň v základní definici) pokud je něco jen užitečné, nebudeme to definovat jako vstup. Vstupy mohou být: Explicitně generované mimo rámec byznys analýzy (např. plán projektu) Vytvořené úkolem byznys analýzy. V takovém případě udržuje tento vstup BABOK úkol, který ho vytvořil. Výstup je nezbytným výsledek práce popsané úkolem. Výstupy vytváří a udržuje jeden a pouze jeden úkol, přičemž úkol může mít více výstupů. Výstupy se mohou vytvářet na libovolné úrovni formálnosti, od slovních diskusí se zúčastněnými stranami po zachycení v softwarovém nástroji pod přísnou kontrolou změn. Forma výstupu závisí na typu iniciativy, standardech platných v organizaci a na posouzení byznys analytika tak, aby vhodným způsobem řešila informační potřeby zainteresovaných stran. Přítomnost vstupu nebo výstupu neznamená, že je příslušný výstup kompletní a/nebo dokončený. V/V jen potřebuje být dostatečně úplný, aby mohla začít následující práce. Znalostní oblast Je to seskupení souvisejících úkolů a technik. Metodologie Metodologie určuje které úkoly a techniky byznys analýzy se použije při řešení byznys problému. Na rozdíl od techniky, používané při provádění pouze některých úkolů, metodologie obecně ovlivní všechny úkoly, které se v průběhu projektu provádějí. Metodologie spadají obecně mimo rámec BABOKu. Uvědomujeme si jejich existenci a mohou poskytnout určitá vodítka ohledně toho, jak ovlivňují BABOK jako celek, ale jejich řádné vymezení by mělo být ponecháno jejich autorům. 4 www.theiiba.org

Plánování a monitoring byznys analýzy Popis Plánování a monitoring byznys analýzy popisuje činnosti, které je nezbytně třeba provést k tomu, aby byla byznys analýza úplná. Zahrnuje to identifikaci zainteresovaných stran, volbu technik byznys analýzy, procesy, které použijeme k řízení našich a způsob posuzování postupu práce, abychom mohli provádět v práci nezbytné změny. Plánování byznys analýzy je klíčovým vstupem do plánu projektu a k zodpovědnostem vedení projektu patří organizování a koordinace činností byznys analytiků s potřebami zbytku projektového týmu. Účel Naplánovat provedení úkolů byznys analýzy Aktualizovat nebo změnit přístup k byznys analýze jak je požadováno Zhodnocení účinnosti a neustálého zlepšování postupů byznys analýzy Úkoly Účel Vstupy Výstupy Provést analýzu zainteresovaných stran Identifikovat zainteresované strany, kterých se může navrhovaná aktivita dotknout nebo které mají stejnou byznys potřebu. Tento úkol zahrnuje stanovení příslušných zainteresovaných stran projektu nebo jeho fáze, a analýzu vlivu zainteresované strany, pravomoci (schvalovat, podepisovat, vetovat), a postoj Organizační standardy Definovaný byznys problém/příležito st Seznam zainteresovaných stran k projektu. 5 www.theiiba.org

Úkoly Účel Vstupy Výstupy Naplánovat činnosti byznys analýzy Určit, které činnosti jsou zapotřebí k definování řešení byznys problému, jak se budou provádět, práce, které to vyžaduje a odhad, jak dlouho budou tyto činnosti trvat. Identifikovat výstupy byznys analýzy Určit rozsah práce činností byznys analýzy Stanovit úkoly pro činnosti byznys analýzy ve znalostních oblastech (ZO): Podniková analýza, Zjišťování, Analýzy, Posuzování a ověřování řešení. V jednotlivých ZO se budou detaily lišit. Identifikovat závislosti a rozhraní mezi úkoly Odhadnout pracnost BA (čas, úroveň dovedností, složitost úkolů atd.) Seznam zainteresovaných stran Stanovení rolí a odpovědností zainteresovaných stran Organizační standardy Plány byznys analýzy pro: Podnikovou analýzu Plánování a monitorování byznys analýzy Zjišťování Analýzu Posuzování a ověřování řešení Řízení a komunikaci Naplánovat komunikaci byznys analýzy Zjistit, jaké informace o výsledcích byznys analýzy potřebují jednotlivé zainteresované stany dostávat a v jaké formě (ústní, písemné atd.). Patří sem zvážení výhod i omezení, dopady, životnost i nutnost kompromisů jednotlivých forem komunikace. Seznam zainteresovaných stran Stanovení rolí a odpovědností zainteresovaných stran Plány byznys analýzy Komunikační plán byznys analýzy Naplánovat proces řízení Popisuje jak určit příslušný proces pro konkrétní aktivitu. Popisuje, jak jsme zjistili, co se používá a jak proces vytvořit, jestliže neexistuje. Patří sem stanovení, zda a jak se mění, které zainteresované strany to musí schválit (namísto schválení skutečných ), i koho je třeba konzultovat nebo informovat o změnách atd. Zahrnuje to rovněž přístup k sledovatelnosti a určení, které atributy budeme Organizační standardy Plány byznys analýzy Plán řízení evidovat. 6 www.theiiba.org

Úkoly Účel Vstupy Výstupy Plánování monitorování a reportování o průběhu byznys analýzy Určení metrik, které se budou používat k měření práce provedené byznys analytiky. To zahrnuje způsob sledování, hodnocení a reportování kvality práce, kterou byznys analytici vykonali a provedení nápravných kroků při výskytu problémů. Pokud se zjistí nějaké problémy, určí se příslušná nápravná opatření (která lze využít při formulaci budoucích plánů tohoto, nebo jiných Výkonové standardy organizace Metriky skutečné výkonnosti Plán byznys analýzy Plán řízení Hodnocení výkonnosti BA Poučení Doporučení na zlepšení procesu projektů). 7 www.theiiba.org

Podniková analýza Popis Podniková analýza popisuje, jak chápeme byznys potřeby, jak upřesňujeme a vyjasňujeme definici potřeby, a dále definuje rozsah řešení, které dokáže byznys snadno implementovat. To zahrnuje definici a analýzu problému, zpracování věcného zdůvodnění (business case)ff, studii proveditelnosti a definici rozsahu řešení. Účel Identifikovat a navrhnout projekty, které splňují strategické potřeby a cíle. Úkoly Účel Vstupy Výstupy Identifikovat potřeby byznysu Posoudit vnitřní i vnější prostředí Vnitřní: Definovat/vylepšit stávající/budoucí byznys architekturu Zhodnotit současný stav techniky (infrastruktura a aplikace) Vnější: Srovnávací analýza (benchmark) Studie konkurenceschopnosti Byznys architektura Byznys cíle Definovaný byznys problém/příležitost Plně definovat byznys problém/příležitost Určit přístup k řešení Identifikace možných řešení Analýza proveditelnosti variant Doporučení životaschopného byznys řešení Ověření s rozhodovacími orgány Byznys architektura Definovaný byznys problém/příležit ost Přístup k řešení Definovat rozsah řešení Kontextový diagram Členění struktury produktu Byznys architektura Definovaný byznys problém/příležit ost Rozsah řešení Přístup k řešení 8 www.theiiba.org

Úkoly Účel Vstupy Výstupy Zpracovat Věcné zdůvodnění (Business Case) Definovat cíle a očekávané přínosy projektu Formulovat rozsah projektu Odhadnout čas, náklady, zdroje Analýza nákladů a přínosů Zhodnocení rizik Byznys architektura Byznys cíle Definovaný byznys problém/příležit ost Věcné zdůvodnění Rozsah řešení Sběr mezi pracovníky Popis Sběr popisuje, jak budeme spolupracovat se zúčastněnými stranami, abychom zjistili, jaké jsou jejich potřeby a zajistili jejich správné a úplné pochopení. Účel Prozkoumat, identifikovat a dokumentovat potřeby zúčastněných stran. Úkoly Účel Vstupy Výstupy Příprava na sběr od pracovníků Příprava na sběr od pracovníků spočívá v zajištění všech potřebných zdrojů informací a naplánování činností sběru pro každý z nich Seznam zúčastněných stran Určení rolí a odpovědností zúčastněných stran Naplánované schůzky s pracovníky Podpůrné materiály Buď (Definovaný Business Problém / příležitost), nebo (Business Case a rozsah řešení) Plán sběru 9 www.theiiba.org

Úkoly Účel Vstupy Výstupy Provádění sběru Setkání se zúčastněnými stranami za účelem získání informací o jejich potřebách Podpůrné materiály Buď (Definovaný Business Problém / příležitost), nebo (Business Case a rozsah řešení) Organizační standardy Výsledky sběru Předpoklady, omezení, rizika, problémy Dokumentace podle technik (např. poznámky z pohovoru, výsledky workshopu, odpovědi v průzkumu atd.) Zdokumentování sběru Zaznamenat informace, poskytnuté zúčastněnými stranami pro využití při analýze. Výsledky sběru Uváděné Potvrzení výsledků sběru Ověřte, že byly správně zachyceny a pochopeny záměry zúčastněných stran. Uváděné Ověřené uváděné 10 www.theiiba.org

Analýza Popis Analýza popisuje, jak postupně vytváříme definici řešení tak, aby umožnila projektovému týmu navrhnout a sestavit řešení, které vyhoví potřebám byznysu a zainteresovaných stran. Musíme proto analyzovat, uvedené zainteresovanými stranami kvůli zajištění jejich správnosti, vyhodnotit současný stav byznysu a doporučit zlepšení a nakonec ověřit a potvrdit výsledky. Účel Postupně rozpracovat zadané na dostatečnou úroveň podrobnosti, která, ve vymezeném rozsahu přesně definuje byznys potřeby. Ověřit, zda vyhovují potřebám byznysu Zkontrolovat, zda mají přijatelnou kvalitu. Úkoly Účel Vstupy Výstupy Uspořádat Strukturovat a uspořádat sadu do logických skupin. Uspořádání lze založit na definování více úrovní, seskupení souvisejících funkcí atd. Věcné zdůvodnění Rozsah řešení Požadavky Strukturované Nastavit prioritu Stanovit byznys prioritu (včetně způsobu hlasování, pořadí, analýzy přínosů atd.). Identifikovat logické mezi Požadavky Věcné zdůvodnění Prioritizované a balíčky. Upřesnit a namodelovat Popište standardní postupy psaní textových a vytváření modelů nebo diagramů. Konkrétní Požadavky Upřesněné nebo namodelované modely se řeší technikami. Patří sem i zaznamenání všech atributů Zjistit předpoklady a omezení Při analýze zainteresovaných stran zjistíme, že některá z jejich přání nejsou řádné, ale vycházejí spíše z předpokladů o tom, co je tým schopen dodat. I ty by se měly zaznamenat a vyhodnotit, ale Sdělení zainteresovaných stran Předpoklady a omezení nejsou to řádné. Ověření Zjistit, zda jsou správně a úplně definovány Upřesněné nebo namodelované Ověřené 11 www.theiiba.org

Úkoly Účel Vstupy Výstupy Potvrzení Potvrdit, že uspokojí potřeby byznysu. Ověřené Potvrzené 12 www.theiiba.org

Posouzení a potvrzení řešení Popis Posouzení a potvrzení řešení popisuje, jak posuzovat navržená řešení, aby se zjistilo, které z nich nejlépe splňuje potřeby byznysu, identifikovat mezery a nedostatky řešení a určit potřebná náhradní řešení, nebo změny v řešení. Popisuje také, jak hodnotíme nasazená řešení, aby bylo vidět, jak dobře splňují původní a byznys mohl hodnotit výkonnost a efektivitu projektů. Účel Posoudit řešení s cíle zajistit dosažení strategických cílů a uspokojení. Úkoly Účel Vstupy Výstupy Posoudit pokrytí Zjistěte, jak dobře budou možná řešení splňovat. Hodnocení může obsahovat doporučení konkrétního řešení, odmítnutí všech řešení, nebo Varianty návrhu řešení Posouzení návrhu řešení posouzení možných kompromisů. Příklady: Odpovědi na RFI/RFP Interní návrhy Manuální procedury Přiřadit Přiřazení k releasům a/nebo komponentám řešení. Tento úkol zajišťuje, že možné varianty releasů jsou navrženy tak, aby maximalizovaly možnou byznys hodnotu daných variant a alternativ, které vytvořil návrhový Návrh řešení Potvrzené Přiřazené tým. Přiřadit na hardware, software, manuální procedury atd. Doporučit strategii releasu/dodání Pochopit kompromisy mezi různými přístupy k implementaci 13 www.theiiba.org

Úkoly Účel Vstupy Výstupy Zjistit organizační připravenost Zjištění organizační připravenosti na efektivní provozování nového řešení Byznys architektura Návrh řešení Vyhodnocení organizační připravenosti Provést zhodnocení organizační připravenosti Doporučené organizační Doporučit způsoby jak optimalizovat nasazení v organizaci změny Potvrzení řešení Potvrdit, že ověřené a nasazené řešení vyhovuje potřebám byznysu: Definovat akceptační kritéria (včetně toho, jaká úroveň souladu s je přijatelná) Definovat vady/nedostatky (toto by se mělo odlišit od funkčního testování) Analyzovat dopady Definovat nápravná opatření Potvrzení nápravných opatření Stanovit nejvhodnější reakci, pokud se zjistí problém u nasazeného řešení (tj. nesplnění požadavku bez ohledu na to zda byl či nebyl správně zadán) Vyhodnocení řešení Vyhodnocení hodnoty řešení, tak jak bylo v byznysu nasazeno (zjistit, zda byly splněny původní cíle). Porovnání očekávaných a Nasazené metriky měření výkonnosti Analýza nákladů/přínosů skutečných nákladů a přínosů. 14 www.theiiba.org

Řízení a komunikace Popis Řízení a komunikace popisuje, jak zvládat konflikty, problémy a změny a jak zajistit, aby zainteresované strany a projektový tým zůstaly ve shodě ohledně rozsahu řešení. V závislosti na složitosti a metodologii projektu, si to může vyžadovat zajištění formálních schválení, uložení a zmrazení výchozího stavu a sledování různých verzí požadavkových dokumentů a sledování od vzniku až po implementaci. Účel Uvědomit si, že komunikace probíhá ve všech znalostních oblastech a že je pro řízení důležitá Řídit schválený rozsah řešení a Zajistit všem zainteresovaným stranám přístup k pracovním materiálům byznys analýzy Připravit a komunikovat na zainteresované strany Podpořit konzistenci a efektivitu podniku opětovným použitím všude, kde je to možné. Úkoly Účel Vstupy Výstupy Řízení rozsahu řešení a Uložit a zmrazit výchozí stav a řídit změny věcného zdůvodnění, řešení a Schválení (podle schvalovacích kompetencí, uvedených v Plánu řízení ) Určené role a odpovědnosti zainteresovanýc h stran Požadavky Plán řízení Schválení Záznam rozhodnutí Zmrazení Formální a neformální řízení změn v požadavcích Řízení více verzí požadavkových pracovních materiálů Řízení konfliktů a problémů v požadavcích 15 www.theiiba.org

Úkoly Účel Vstupy Výstupy Řízení sledovatelnosti Sledování (aktualizace a udržování vztahů mezi komponentami ) Provedení analýzy dopadu u požadovaných změn a dodání těchto informací procesu řízení změn (v předchozím úkolu) Podpora přiřazení k řešení v Hodnocení a potvrzení řešení Požadavky Sledované Údržba pro opakované použití Vybrat implementované, které se budou udržovat Implementované Udržované/opakovaně použité Jmenovat odpovědnou stranu, která bude udržovat (tj. správce, správce knihovny) Umožnit následné využití pro analýzu dopadu a údržbu řešení Umožnit opakované využití u souvisejících projektů s cílem podpořit konzistenci byznys modelů podniku Připravit balíček Určit vhodný formát (úkol v1.6) Vytvořit balíček (úkol v1.6) Požadavky Komunikační plán byznys analýzy Balíček (např. manažerské shrnutí, formální dokumentace, RFI, RFP atd.) 16 www.theiiba.org

Úkoly Účel Vstupy Výstupy Komunikovat Interakce se všemi zainteresovanými stranami před, v průběhu a po ukončení projektu Každá ZO zahrnuje komunikaci, kterou je třeba zde uvést Balíček Komunikační plán byznys analýzy Komunikované Interakce s řešitelským týmem, aby se zajistilo správné chápání a implementace 17 www.theiiba.org

Techniky byznys analýzy Dále následující techniky budou podrobně popsány v BABOKu verze 2. Ostatní, zde neuvedené, techniky mohou být zahrnuty v rámci konkrétního úkolu. Zejména technikou, která mění jediný úkol, se bude zabývat tento úkol. Technika BAP & M EA E RA SA & V RM & C Brainstorming Podniková pravidla Systémy řízení změn Analýza komunikačních potřeb a médií Konfigurační řízení/repository Matice pokrytí Datový model Rozhodovací analýza Dekompozice Analýza dokumentů Posouzení prostředí (vnitřní/vnější) Model událostí/stavů Finanční analýza (náklady/přínosy, ROI, atd.) Cílené skupiny Rozdílová analýza Analýza cílů (Strategické mapy atd. dekompozice cílů na SMART cíle) Analýza rozhraní Identifikace rozhraní Interview Hlášení problémů a vad Metriky a hlášení Nefunkční Pozorování 18 www.theiiba.org

Technika BAP & M EA E RA SA & V RM & C Organizační modelování Profily osob a uživatelů Procesní model Prototypování Požadavkový workshop Retrospektiva Reverzní inženýrství Scénáře a use case Definice rozsahu (kontextové diagramy, use case diagramy atd.) Strukturovaná prověrka Průzkum Matice sledovatelnosti Uživatelské akceptační testování Modelování uživatelského rozhraní 19 www.theiiba.org

Přispěvatelé Na vývoji BABOKu se podíleli následující dobrovolníci jako autoři, odborníci na danou problematiku, recenzenti nebo v dalších funkcích. IIBA by jim rádo poděkovalo za jejich velkorysou pomoc a podporu. Sharon Aker Karen Chandler May Jim Kent J. McDonald Tony Alderson Pauline Chung Brenda Kerton Rosina Mete Scott Ambler Joseph Czarnecki Day Knez Karen Mitchell James Baird Rafael Dorantes Barbara Koenig Bill Murray Betty Baker, CBAP Steve Erlank Peter Kovaks Mark McGregor Finny Barker, CBAP Malcolm Eva Janet Lai Dulce Olivera Kathleen Barrett Kiran Garimella Gladys Lam Meilir Page-Jones Jo Bennett Kevin Brennan, CBAP Cathy Brunsting Neil Burton Barbara Carkenord, CBAP Jake Calabrese Gerrie Caudle Bruce Chadbourne Carrollynn Chang Patricia Chappell, CBAP Stephanie Garwood, CBAP Robin Goldsmith Peter Gordon, CBAP Mary Gorman, CBAP Ellen Gottesdiener Paul Harmon Kathleen B. Hass Rosemary Hossenlopp Jessica Hoyt Monica Jain Robert Lam Elizabeth Larson, CBAP Richard Larson, CBAP Dean Leffingwell Cherifa Liamani Karen Little, CBAP Laura Markey Patricia Martin Richard Martin Chris Matts Gillian McCleary Harish Pathria Laura Paton Debra Paul Richard Payne Kathleen Person Kelly Piechota Cleve Pillifant Howard Podeswa Leslie Ponder Jason Questor IIBA, the IIBA logo, BABOK and Business Analysis Body of Knowledge are trademarks owned by the International Institute of Business Analysis. CBAP is a certification mark owned by the International Institute of Business Analysis. Překlad itsmf Czech Republic, 2014 20 www.theiiba.org