Principy a modely řízení podnikové informatiky

1. Principy a modely řízení podnikové informatiky

2. Principy a modely řízení podnikové informatiky

3. Princip multidimenzionality • Na každý složitý problém je potřeba nahlížet z různých pohledů (dimenzí)

4. Princip multidimenzionality • Pravidla řešení problému na základě principu • Identifikuj všechny pohledy/dimenze významně ovlivňující řešení problému • Vyřeš problém nejdříve z pohledu každé definované dimenze • Integruj separátní řešení do výsledného řešení

5. Skupiny dimenzí • Dle uživatele/řešitele • Uživatelský pohled • Řešitelský pohled • Dle úrovně abstrakce a času • Globální strategie, informační s., globální analýza a návrh, detailní analýza a návrh, implementace, zavádění, provoz a údržba, vyřazení • Obsahové dimenze • Informační, procesní, ekonomická, organizační, pracovní/sociální/etická, UI, bezpečnost a kvalita, SW, HW, metodická, dokumentační, manažerská

6. Princip integrace • Každý složitý systém má mnoho komponent a vazeb mezi těmito komponentami. • Provoz a vývoj systému je spojen s řízením těchto vazeb

7. Princip integrace • Identifikuje vazby mezi komponentami • Urči optimální charakteristiky každé vazby • Uveď vazbu do optimálního stavu a udržuj ji v něm • Při změně komponent jdi na bod 1

8. Princip integrace - příklady • Funkce IS jsou v procesech • Data jsou vstupy a výstupy funkcí • Objem dat má nároky na diskovou kapacitu • Funkce IS se váží k funkčním místům • Vazba lokalit organizační struktury klade nárok na rozmístění HW

9. Princip vrstvenosti • Základem řešení složitého problému je dekompozice řešení do různých úrovní abstrakce • Každá nižší vrstva řeší problém na větší úrovni podrobnosti

10. Agregátové vrstvy A A B C D B C D Silně vrstvená architektura Slabě vrstvená architektura

11. Filtrující vrstvy Přenositelný aplikační program Aplikační vrstva Filtrující vrstva Virtuální terminál UNIX Windows MacOS Fyzický terminál Filtrující vrstva pro vícenásobné rozhraní Filtrující vrstva jako virtuální zařízení

12. Princip vrstvenosti • Vytvoř cílovou vrstvu, která umožní uživateli jeho úkoly řešit efektivně. Vrstva je abstraktním počítačem, který řeší problém minimálním počtem funkcí. • V každém dalším kroku sestroj vrstvu nižší úrovně zjemněním funkcí předcházející vrstvy • Postup návrhu agregátových vrstev končí, když je můžeme vyjádřit pomocí již existujících nižších vrstev • Vybuduj filtry, které odstíní nežádoucí charakteristiky níže uvedených vrstev

13. Princip flexibility • Okolí systému se neustále vyvíjí • Vyvíjí se i požadavky na chování systému • Systém musí být schopen se těmto změnám přizpůsobit • Pokud možno snadno a rychle • Řešením je parametrizace

14. Princip flexibility • Identifikuj oblasti očekávaných změn • Komponenty a vazby dotčené očekávanými změnami navrhni jako parametrické • Sleduj vývoj změn a podle nich navrhni hodnoty parametrů • V případě velkého výskytu neočekávaných změn jdi na bod 1.

15. Princip flexibility • Dvě možnosti • Systém přesně podle aktuálních požadavků • Jednodušší návrh a implementace • Náročnější údržba • Anticipuji budoucí změny • Moderní ERP systémy mají tisíce parametrů • Klíčovou aktivitou je správná anticipace změn

16. Princip otevřenosti • Rozsáhlejší změny je třeba často řešit novou komponentou • Systém musí být otevřený při vyjímání starých a vkládání nových komponent

17. Princip otevřenosti • Architekturu navrhni tak, aby se systém skládal z relativně nezávislých komponent – malé vazby • Využívej zejména standardizované komponenty (nestanardizované zmenšují volbu navazujících komponent)

18. Princip otevřenosti • Toto se řeší již od informatického pravěku • V 70. letech k HW i SW • Průlom – nepatentování PC • Směřování k větší standardizaci - SOA

19. Princip standardizace • Řešení se výrazně zlevní použijeme-li standardy • Na některá řešení jsou závazné standardy – zákony, směrnice, normy

20. Princip standardizace • Identifikuj komponenty a vazby podléhající závazným standardům • Aplikuj závazné standardy • Identifikuj další komponenty a vazby vhodné ke standardizaci • Navrhni a aplikuj standardy • Při změně standardů a tvorbě nové komponenty jdi na bod 1

21. Princip standardizace • Vzhledem k pronikání IS/IT do společnosti roste i počet norem, které ho regulují • Musíme respektovat legislativu a sledovat její změny • Nepovinné standardy výrazně snižují náklady užití – znovupoužitelnost komponent

22. Princip kooperace • Musíme najít klíčové kompetence, na kterých postavíme svůj podnikatelský záměr • Ostatní je většinou levnější získat od obchodních partnerů • Cíl: rychlá reakce, škálovatelnost, kvalita

23. Princip kooperace • Identifikuj svoje unikátní znalosti, kompetence, zdroje • Identifikuj ostatní potřebné znalosti, kompetence a zdroje • Vyhodnoť interní/externí alternativu • Implementuj zvolenou alternativu a ingegruj interní a externí služby, procesy, zdroje • Provozuj dodavatelský řetězec, sdílej znalosti, služby a zdroje s partněry • Při změně výchozích podmínek se vrať k bodu 1

24. Princip procesního přístupu k řízení podniku a p. informatiky • Pro analýzu sociálně ekonomcických systémů je procesní popis lepší, než funkčně organizační • Jasně zachycuje způsob reakce systému na významné události

25. Princip procesního přístupu k řízení podniku a pinformatiky • Identifikuj všechny externí a interní události, na které má systém reagovat • Popiš reakci systému na události formou sítě činností/aktivi/funkcí IS • Optimalizuj síť dle zadaných kritérií • Implementuj nový stav procesu • Měř průběhy procesů dle zadaných kritérií • Nedosahuje-li proces požadovaných vlastností, nebo se změnily výchozí podmínky, jdi na bod 1

26. Princip učení a růstu • Klíčem ke konkurenceschopnosti jsou kvalitní podnikové procesy a podniková kultura • Cílem principu je systematické zlepšování procesů a řízení firmy • Založeno na postupné akumulaci znalostí a nejlepších postupů

27. Princip učení a růstu • Identifikuj současnou úroveň podrobnosti definice procesu a současnou úroveň zralosti • Navrhni cílové úrovně • Dosáhni navržených úrovní • Při změně podmínek vyhodnoť situaci. Vyžaduje-li změnu, jdi na bod 1.

28. Princip lokalizace zdrojů a rozhodnutí • Zdroje a rozhodnutí lze řešit • Centralizovaně • Decentralizovaně • Varianty se liší • Náklady • Rychlostí reakce na události • Rizikem • U ICT zdrojů převažuje centralizace • U rozhodování není trend zřejmý • Snaha rozhodovat co nejníže

29. Princip měřitelnosti • „Co nelze měřit, nelze ani řídit“ • Řízení ICT služeb, ICT procesů a ICT zdrojů se musí opřít o systém definovaných metrik

30. Princip měřitelnosti • Identifikuj, co je třeba měřit • Urči vhodné metriky, způsob jejich získávání a optimální hodnoty • Měř a analyzuj hodnoty • Je-li hodnota mimo interval, proveď zásah • Při změně podmínek jdi na bod 1

31. Model řízení podniku založený na procesním řízení

32. Posloupnost základních aktivit v procesně řízeném podniku

33. Model řízení podniku založený na procesním řízení

34. 1) Strategické řízení • Stanovují se strategické cíle podniku a vytvářejí podmínky pro jejich naplnění • Hlavní rozhodnutí • Cíle a priority • Poskytované produkty a služby • Byznys model • Aliance a kooperační vztahy • Potřebné zdroje, jejich potřeba, získání a uvolnění • Metriky

35. 2) Definice procesů • Jak budou vypadat procesy, jejichž výstupy budou produkty a služby definované v úrovni 1 • Hlavní výstupy • Hlavní procesy • Podpůrné a řídící procesy • Popisy procesů • Kalkulace typických potřeb zdrojů • Stanovení metrik

36. 3) Operativní řízení procesů a kapacit • Druhá úroveň vytváří pravidla a vymezuje typickou dobu • Zde se zabýváme konkrétním plánováním instancí • Hlavní výstupy • Operativní plán výroby a spotřeby zdrojů • V jakém pořadí se budou zpracovávat objednávky • Regulační zásahy do průběhu procesů

37. 4) Monitorování průběhu procesů • Je vhodné do měření vnést logiku příčina -> následek • Při zjištění odchylek je řešením předání do • Třetí úrovně – modifikace detailního plánu • Druhé úrovně – optimalizace procesů • První úrovně – změny strategie

38. 5) Realizace procesů • Tady se pracuje • Výstupy jsou jednotlivé produkty a služby

39. 6) Správa zdrojů • Pořízení v potřebném množství a kvalitě • Provozování • Údržba • Vyřezení

40. KBPR • Definice procesu často velmi detailní • Zvláště při použití CASE nástrojů typu ARIS Toolset

41. Přednosti detailního popisu • Každý průběh procesu v souladu s ideálním stavem • Predikovatelná doba trvání a náklady • Většinu činností zastanou nekvalifikované síly • Veškerá kreativita vynaložena při návrhu

42. Nevýhody detailního popisu • Při mnoha podmínkách, externích vlivech, je popis komplikovaný • Někdy nelze určit optimální průběh (tvorba informační strategie) • Nelze využít nové nápady vznikající při průběhu procesu

43. KBPR • KBPR definuje 4 úrovně popisu procesů • Rozdíl ve zkušenostech na straně pracovníku a tvůrců procesu • Rozlišuje • Akumulovanou firemní znalost • Znalosti pracovníků

44. Úroveň 1 • Cíle procesu • Událost aktivující proces • Role zodpovědná za proces • Kvalitativní a kvantitativní metriky • Omezující podmínky

45. Úroveň 2 • Úroveň 1 + • Výstup procesu

46. Úroveň 3 • Úroveň 2 + • Seznam činností, které jsou součástí procesu (bez návaznosti) • Seznam rolí podílejících se na procesu (bez přiřazení k činnostem) • Seznam externích vstupů (bez přiřazení činnostem) • Seznam vhodných informatických nástrojů pro podporu

47. Úroveň 4 • Úroveň 3 + • Návaznost činností • Vstupy a výstupy každé činnosti • Přiřazení zodpovědných rolí k jednotlivým činnostem

48. Model integrace IS/ICT v podniku

49. Cíle modelu • Integrovat IS/ICT s byznysem • Integrovat jednotlivé komponenty IS/ICT navzájem

50. Pět úrovní integrace • Integrace vizí • Integrace podniku s okolím • Integrace interních podnikových procesů • Technologická integrace • Metodická integrace