2008.03.12 wybrane scenariusze wykorzystania ... · wprowadzenie systemu ratingowego aby móc...

© BOC© BOC Group (www.bocGroup (www.boc--group.com)group.com)

Wybrane scenariusze wykorzystania oprogramowania

BOC

Konferencja uczestników Programu Uniwersyteckiego BOCOŜarów Mazowiecki (Best Western Mazurkas) k. Warszawy

13 – 14 marca 2008

- 2 -© BOC© BOC Group (www.bocGroup (www.boc--group.com)group.com)

Wybrane scenariusze wykorzystania oprogramowania BOC

Plan prezentacji

1 Program Uniwersytecki

2 ADONIS® - zarządzanie procesami biznesowymi

3 ADOit® - zarządzanie infrastrukturą i usługami IT

4 ADOscore® - wsparcie dla zarządzania strategią z BSC

5 Podsumowanie


Program Uniwersytecki BOC

Co Państwu oferujemy

Produkty wchodzące w skład BOC Management Office:

�ADONIS®

�ADOscore®

�ADOit®

�ADOlog®

� Dodatkowe konfiguracje systemu ADONIS® (zarządzanie ryzykiem,

specyfikacja systemów IT, …)

Nasze pozostałe produkty:

�PROfit®



Plan prezentacji





5 Podsumowanie


System ADONIS®

Modelowanie procesów biznesowych

- 5 -

�� Najnowsza wersja polska 3.9

�� Wersja standalone oraz klient-serwer

�� Domyślnie otrzymują Państwo pełną profesjonalną wersję systemu

�� MoŜliwość włączenia funkcjonalności rachunku kosztów procesu

�� Dodatkowe biblioteki specjalistyczne

�� Darmowa wersja systemu do dowolnego wykorzystania

www.adonis-community.com

© BOC Group (www.boc-group.com)



Plan prezentacji





5 Podsumowanie

2.1 Zarządzanie ryzykiem

2.2 Specyfikacja systemów IT



Wykorzystywane typy modeli

Procesy – poziom strategiczny

Modele procesów biznesowych

Dokumenty

Struktura organizacyjna przedsiębiorstwa

Konfiguracja standardowa

(Metoda BPMS)

Model kontroliRozszerzenie

systemu ADONIS

Model ryzyk

Przypadki uŜycia

Produkty

Systemy IT


- 8 -© BOC© BOC Group (www.bocGroup (www.boc--group.com)group.com) - 8 -

W scenariuszu zarządzania ryzykiem model procesów biznesowych moŜe być:

�� opisem procesu biznesowego rozszerzonym o informacje o ryzykach i stosowanych

kontrolach

�� definicją procesu kontrolnego

Rozszerzenie metody standardowejModel procesów biznesowych



Rozszerzenie metody standardowejModel ryzyk

- 9 -

Model ryzyk przedstawia

mogące wystąpić w procesie

ryzyka. Pozwala on na

pogrupowanie ryzyk na

poszczególne kategorie. Do

tych ogólnych (generycznych)

ryzyk mogą się następnie

odwoływać ryzyka z modeli

procesów biznesowych.



Dokumentacja ryzyka w procesach biznesowych następuje poprzez przypisanie poszczególnych ryzyk do czynności, a następnie poprzez połączenie za pomocą referencji kaŜdego z tych ryzyk z odpowiednim ryzykiem ogólnym (generycznym) z modelu ryzyk.

- 10 -

Rozszerzenie metody standardowejPowiązanie modelu procesu biznesowego z modelem ryzyk

Model ryzyk



Rozszerzenie metody standardowejKlasa „Ryzyko” - atrybuty

- 11 -

Atrybuty klasy „Ryzyko” (Model ryzyk):• Nazwa• Opis• Typ ryzyka (ryzyko operacyjne, ryzyko strategiczne, ryzyko ceny rynkowej oraz płynności, ryzyko kredytowe, ryzyko jakości, inne ryzyko)• Cel kontroli• Komentarz uŜytkownika kluczowego• Dokumentacja zewnętrzna

Atrybuty klasy „Ryzyko” (Model procesów biznesowych):• Nazwa• Powiązane ogólne ryzyko• Ranga ryzyka• Opis ryzyka• Prawdopodobieństwo ryzyka• Atrybuty takie jak w klasie „Ryzyko” z modelu „Model ryzyk”(przejmowane automatycznie po powiązaniu ryzyka z ryzykiem generycznym)



Model kontroli opisuje stosowane

rodzaje kontroli. Kontrolom moŜna

przypisać referencje do modeli

opisujących przebieg czynności

kontrolnych. Do tych ogólnych

(generycznych) kontroli mogą się

następnie odwoływać kontrole

z modeli procesów biznesowych.

Rozszerzenie metody standardowejModel kontroli



Przypisanie kontroli w procesach następuje poprzez przydzielanie kontroli do ryzyka, a następnie poprzez połączenie kaŜdej kontroli referencją do odpowiedniej kontroli ogólnej (generycznej) z modelu kontroli.

Rozszerzenie metody standardowejPowiązanie modelu procesu biznesowego z modelem kontroli

Model kontroli



Rozszerzenie metody standardowejKlasa „Kontrola” - atrybuty

- 14 -

Atrybuty klasy „Kontrola” (Model kontroli):• Nazwa• Opis• Procesy kontrolne• Kontrolowany przez• Wsparcie (manualne, automatyczne)• Typ (prewencyjna, następcza)• Częstość (codzienna, cotygodniowa, … , coroczna, w razie konieczności, nigdy)• Odchylenie• Obowiązująca/nieobowiązująca• Kluczowa/niekluczowa• Dokumentacja zewnętrzna

Atrybuty klasy „Kontrola” (Model procesów biznesowych):• Nazwa• Powiązana ogólna kontrola• Atrybuty takie jak w klasie „Kontrola” z modelu „Model kontroli”(przejmowane automatycznie po powiązaniu kontroli z kontrolągeneryczną)



System ADONIS®

Analiza modeli

- 15 -

��Tworzenie raportów w oparciu o własne zapytania lub predefiniowane kwerendy�� Zapisywanie wyników jako HTML, RTF, pliki MS Excel...�� Prosta aktualizacja wielu modeli w oparciu o dowolny filtr�� Kontrola poprawności stworzonych modeli oraz zarządzanie komentarzami�� MoŜliwość analizowania ryzyk i kontroli (np. pokaŜ wszystkie ryzyka typu „ryzyko operacyjne”)



�� Raport kontroli (lista kontroli występujących w procesach wraz z informacjami o stowarzyszonych procesach i czynnościach kontrolnych oraz ryzykach objętych kontrolą)

�� Raport ryzyk (lista ryzyk występujących w procesach wraz z informacjami o przypisanych im kontrolach)

�� Macierz ryzyk i kontroli (ryzyka oraz odpowiadające im kontrole występujące przy poszczególnych czynnościach, decyzjach w procesie biznesowym)

Dodatkowe raporty dostępne w tej konfiguracji:

Raporty ryzyk i kontroli



Dalsze moŜliwości rozszerzenia

1. Wprowadzenie systemu ratingowego oraz agregacja danych o ryzyku (bottom-up)

2. UmoŜliwienie gromadzenia danych o rzeczywistych zdarzeniach (baza danych Loss-Collection)

3. Dodanie portalu umoŜliwiającego monitoring wskaźników związanych z ryzykiem



Wprowadzenie systemu ratingowego

Aby móc porównywać i agregować ryzyka w róŜnych procesach, moŜliwe jest wprowadzenie systemu ratingowego. Poszczególne ryzyka otrzymują rating, w zaleŜności od np.:

prawdopodobieństwa wystąpienia (od 1 do 5),skutku finansowego (od 1 do 5),jakości kontroli (od 1 do 5).

Zarówno kategoria ratingu jak i przedział wartości mogą być dowolnie dopasowane do potrzeb klienta. Następnie moŜliwe jest wyliczenie ratingu całkowitego dla danego ryzyka (np. suma ratingów poszczególnych kategorii z odpowiednią wagą)



Mapa procesMapa procesóóww

Proces gProces głłóównywny

PodprocesPodproces

2

3

4

1

Wprowadzenie systemu ratingowegoAgregacja ryzyka

Dla tak zdefiniowanych ratingów moŜliwa jest następnie agregacja ryzyka z poziomu pojedynczych czynności na poziom procesów, a nawet map procesów. W ten sposób zarządzanie ryzykiem moŜe odbywać się na dowolnym poziomie agregacji




Plan prezentacji





5 Podsumowanie

2.1 Zarządzanie ryzykiem

2.2 Specyfikacja systemów IT



Specyfikowanie systemów IT

Interfejs

Faza 1: Specyfikacja biznesowa

Faza 2: Specyfikacja techniczna

Faza 3: ImplementacjaXML, CSVBPEL, XMI, XPDL

Indywidualne

aplikacje



System ADONIS®

Typy modeli (rozszerzenie metody) – Procesy techniczne

- 22 -

Model procesów technicznych przedstawia

przepływ danych i zadań w

ramach procesu technicznego.

Jest on uszczegółowieniem

wybranych fragmentów

procesu biznesowego o

potrzebne ze strony systemów

IT wsparcie.



System ADONIS®

Powiązanie modelu procesu biznesowego z procesem technicznym

- 23 -

Dzięki obiektowi „Funkcjonalność” istnieje

moŜliwość powiązania procesu biznesowego

z procesem technicznym



System ADONIS®

Typy modeli (rozszerzenie metody) – Diagram klas

- 24 -

Diagram klas opisuje zbiór

danych, z których korzystają

czynności modelu procesu

technicznego. MoŜliwe jest

definiowanie typów danych dla

atrybutów, ustalanie kluczy

głównych, powiązań itp.



System ADONIS®

Powiązanie diagramu klas z modelem procesu technicznego

- 25 -

• Dane wejściowe czynności są wizualizowane powyŜej obiektu• Dane wyjściowe czynności są wizualizowane poniŜej obiektu

Istnieje moŜliwość tworzenia referencji między

obiektami klasy „Atrybut” z diagramu klas, a

czynnościami z procesów technicznych oraz

aplikacjami z modelu systemów IT



System ADONIS®

Typy modeli (rozszerzenie metody) – Maska GUI

- 26 -

Model „Maska (GUI)”pozwala na wizualizację

graficznego interfejsu

uŜytkownika.

Dostępne typy obiektów to:• Pole wizualizacji• Pole edycji• Check-box• Grupa radio• Combo box• Lista wyboru• Przycisk• Grupa przycisków• Tabela• Link• Grafika• Grupa• Obiekt Custom• Notka



System ADONIS®

Typy modeli (rozszerzenie metody) – Sekwencja masek

- 27 -

Model sekwencji masekprzedstawia ciąg masek

niezbędny do realizacji

określonego zadania procesu

technicznego



System ADONIS®

Powiązanie modelu procesu technicznego z sekwencją masek

- 28 -

Istnieje moŜliwość powiązania obiektów procesu technicznego typu "Sekwencja masek" z modelem sekwencji masek.



System ADONIS®

Powiązanie modelu sekwencji masek z maską (GUI) oraz diagramem klas

- 29 -

Poszczególne maski z sekwencji masek są powiązane z odpowiednim modelem typu maska (GUI)

Poszczególne maski z sekwencji masek są powiązane z diagramem klas



System ADONIS®

Wsparcie standardów i metodyk

- 30 -

TMF (NGOSS)

...Six Sigma

ISO 900x

TQM

EPC

HL7

Siatka Zachmana

Metodyki Klientów...

Metoda standardowa

(BPMS)

TOGAF



Poszerzenie funkcjonalności systemu – metoda UML

- 31 -

Metoda UML



Poszerzenie funkcjonalności systemu – metoda BPMN

- 32 -

Metoda BPMN




Plan prezentacji





5 Podsumowanie


Obszary zastosowania systemu Obszary zastosowania systemu ADOADOitit®®

System ADOit® jest intuicyjnym narzędziem pozwalającym graficzniemodelować, a następnie analizować i dokumentować infrastrukturę oraz usługi IT. Dostępność róŜnych typów modeli oraz obiektów modelowania pozwala na kompleksowe odzwierciedlenie nawet bardzo skomplikowanych środowisk IT.

ITILITIL®

ITIT--ServiceServiceManagementManagement

ITIT--ArchiteArchiteccturtureeManagementManagement

- 34 -© BOC Group (www.boc-group.com)


Zarządzanie usługami IT (IT Service Management)

Procesbiznesowy

Usługa IT

AplikacjaElement

infrastrukturyElement

komunikacjiProces

usługi IT

składa się z

uŜywa

SLA

UCOLA

MetaMeta--model ADOmodel ADOitit®®

Centralnym elementem systemu ADOit®, tak jak i w standardzie ITIL®,jest usługa IT. Jest ona niezbędna do prawidłowego wykonywania procesów biznesowych i składa się róŜnych komponentów, które równieŜ mogą być szczegółowo odzwierciedlonew systemie.



Przegląd typów modeli

MetaMeta--model ADOmodel ADOitit®®

Aby zachować przejrzystość modelowania i analizy architekturyoraz usług IT, poszczególne elementy (na które składają się ostatecznie obiekty modelowania) przyporządkowane są do róŜnych typów modeli. Z kolei modele łączą się ze sobą za pomocą referencji. Poszczególne typy modeli wraz ze scenariuszami zastosowań zostaną omówione na dalszych slajdach.

Aplikacja

Komponent Interfejs Źródła danych

Usługa

Elementinfrastruktury

Elementkomunikacji

Proces usług IT

Procesbiznesowy

Strukturaorganizacyjna Aktor Umiejętność

ProjektWskaźnikiStrategia

FazyKamienie miloweProjekty

Strategie IT

Architekturabiznesowa

Architekturaaplikacji

Architekturaoprogramowania

Infrastrukturasprzętowa

ProcesyITSM

Organizacja



Wybrane scenariusze zastosowania:

• Przejrzysta prezentacja strategii IT i zapewnienie zgodności ze strategią biznesową

• Zdefiniowanie celów strategii

• Przyporządkowanie projektów do strategii i ocena projektów

• Zdefiniowanie powiązań pomiędzy projektami i aplikacjami

• Opis kroków milowych, rodzajów wyników i zaleŜności pomiędzy projektami

Zarządzanie strategią i portfolio projektów (1/2)

Obszary zastosowania Obszary zastosowania ADOADOitit®®

Model strategii i projektówSłuŜy do oceny i sterowania strategią i projektami



PortfoliaPortfoliaUszeregowanie

projektów w fazy i

„pakiety robocze”

Uszeregowanie

projektów w fazy i

„pakiety robocze”


Zarządzanie strategią i portfolio projektów (2/2)

Graficzne modelowanie strategii i projektów oraz moŜliwość generowania dokumentacji oraz kokpitów kontrolnych.



Zarządzanie usługami IT

Architektura biznesowaModelowanie procesów i usług IT

Procesy zarządzania usługami ITNp. Service Delivery oraz Service Support

Wybrane scenariusze:

• Opracowanie katalogu usług na podstawie ITIL®

• Financial Management na podstawie ITIL®

(kalkulacja Costs per Service oraz Costs per Customer)

• Business Continuity Management (Plany awaryjne IT)

• Zarządzanie ryzykiem na podstawie COBIT®

• Implementacja standardów IT, takich jak: ITIL® oraz COBIT®

z wykorzystaniem modeli referencyjnych




Katalog usług IT – Portfolio IT

Usługa ITUsługa IT

KategoryzacjaKategoryzacja

Service Levels

- standardowe SLAs

- SLAs klienta

Service Levels

- standardowe SLAs

- SLAs klienta


Katalog usług IT oferuje szczegółowy przegląd wszystkich usług IT,które dana organizacja moŜe zaproponować klientowi. Ponadto katalog zawiera standardoweService Levels oraz moŜliwości ich dostosowania do indywidualnych potrzeb. Katalog usług moŜe być regularnie, automatycznie generowany z systemu i publikowany w wersji HTML.



Analiza kosztów usługi IT – Financial Management

Koszty komponentów

usługi

(waŜone)

Koszty komponentów

usługi

(waŜone)

Koszty usługiKoszty usługi

Aplikacje

Infrastruktura (HW)

Procesy usług IT

Service-

Dependency-

Model dla usługi

IT

Service-

Dependency-

Model dla usługi

IT

Krok 1Krok 1

Krok 2Krok 2


Ustalenie kosztów usługi IT odbywa się na podstawie przypisanychkomponentów usług IT. ZaleŜności pomiędzy, np. usługami, procesami i aplikacjami IT moŜna analizować wykorzystując tworzone automatycznie modele zaleŜności (Dependency Models)



Przykład Continuity Management – postępowanie

2 31 4

Business Impact Business Impact AnalysAnalysisis

Odwzorowanie architektury Odwzorowanie architektury i usług ITi usług IT

Planowanie Recovery Planowanie Recovery ProcessesProcesses

Podręczniki Podręczniki z procesami z procesami

w przypadku katastrofw przypadku katastrof

Katalog usług ITKatalog usług IT


Przykładowe kroki jakie naleŜy wykonać w systemie ADOit® aby przejśćod katalogu usług poprzez analizę zaleŜności i modelowanie procesów regeneracji aŜ do publikacji podręcznika z procesami na wypadek katastrofy.



Architektura aplikacjiModelowanie warstwy aplikacji

Architektura oprogramowaniaModelowanie kompletnej struktury poszczególnej aplikacji

Infrastruktura sprzętowaElementy sprzętu i sieci

Wybrane scenariusze:

• Application Management w oparciu o ITIL®

• Wykorzystanie Business Impact Management jako input dla Change Management

• Porównanie stanu obecnego z docelowym i tworzenie planów dla architektury IT,

tworzenie schematów architektury IT zaleŜnych od czasu (time-related)

• Security Management w oparciu o ITIL®

• Redukcja kosztów licencji i sprzętu poprzez konsolidację systemów

operacyjnych, baz danych, itd.

Zarządzanie architekturą IT




Widok interfejsówWidok interfejsów

Widok zaleŜny od czasuWidok zaleŜny od czasu

Widok procesuWidok procesu

Modelowanie struktury i zaleŜności pomiędzy aplikacjami

Grupowanie oraz klasyfikacja aplikacji

MoŜliwość opisu właściwości, charakterystyka, elementów składowych aplikacji

Porównanie stanu obecnego z docelowym oraz widoki zaleŜne od czasu (pokazują zmiany architektury w czasie)

Przykłady:

Warstwy modeli – przykład dla warstwy aplikacji




... Rozdzielenie komponentów

oprogramowania

na poszczególne obiekty Run-time(np. Application Server, DB Server) ...

... Uszczegółowienie

poszczególnych aplikacji nakomponenty, interfejsy, zbiory danych

Generyczna i fizycznainfrastruktura sprzętowa

Architektura aplikacji

Architektura oprogramowania

Referencje: Wzajemne powiązania pomiędzy modelami




System ADOit® posiada funkcje umoŜliwiające generowanie raportów,tworzenie analiz Business Impact oraz graficznych modeli zaleŜności.Dzięki temu uŜytkownik moŜe szybko uzyskać odpowiedź na pytania:

Jakie procesy/aplikacje zostają wyłączone w przypadku awarii serwera?

Jakie aplikacje uŜywane są przez dany proces?

Z jakich komponentów składa się usługa?

Jakie projekty ...

Przedstawienie wzajemnych relacji pomiędzy procesami,

usługami IT, aplikacjami i elementami infrastruktury

Przedstawienie wzajemnych relacji pomiędzy procesami,

usługami IT, aplikacjami i elementami infrastruktury

Business Impact Analysis




Tabele relacjiNp. Które aplikacje uŜywają danej bazy danych?

Porównanie modeliNp. Czym róŜni się architektura planowana od obecnej?

KwerendyNp. Podaj wszystkie aplikacje komunikujące się z danym interfejsem.

Tabele relacji oraz kwerendy mogą być predefiniowane przez administratora ADOit®.

Oprócz graficznych raportów uŜytkownik ma moŜliwość generowaniaraportów tabelarycznych i tekstowych.

Tabele relacji, porównywanie modeli oraz kwerendy




PodsumowaniePodsumowanie

Business ImpactAnalysesWarstwy/

widoki

Life Cycle Mngt.

Dokumentacja Ilościowa ocenaarchitektury

SLMInterfejsy

Modelowaniegraficzne

Modelereferencyjne

Assessments

Fukcjonalność i łącza

Scenariusze i standardy

Porównanie PLAN/JEST

Plany awaryjne

SecurityManagement

Outsourcing

Planowanie architektury

Konsolidacja aplikacji

Podręczniki IT

IT-Assessments

ConfigurationManagement

Meta-modelowanie

Portfele projektów

StandardowyImport/ExportKomponenty

admnistracyjne

ADOit – kompleksowe narzędzie zarządzania IT




Plan prezentacji





5 Podsumowanie


1. WIZJA/Strategia

2. Opracowanie czynników sukcesu

3. Agregacja do celów strategicznych

4. Określenie zaleŜności przyczynowo-skutkowych

5. Wyprowadzenie celów operacyjnych

7. Sposób realizacji celów strategicznych

6. Określenie wskaźników liczbowych i wartości docelowych

Etapy tworzenia ZrównowaŜonej Karty WynikówADOADOscorescore®®



ADOADOscorescore®®

MapaBSC

ModelczynnikówsukcesuModel

strategii

Modelprzyczynowo- skutkowy

Modelwskaźnikówliczbowych

Modeldziałań

Modelstruktury

organizacyjnej

Typy modeli



Wizja

Misja

Strategia

ADOscore® wspiera dokumentowanie i prezentowanie wizji i strategii

przedsiębiorstw. Zaprojektowany w tym celu typ modelu umoŜliwia

skuteczne zarządzanie strategią.

Prezentowanie wizji ...

Strategia: prezentacja i dokumentacja

56

432

7

1ADOADOscorescore®®



Ustalenie czynników sukcesu

Przyporządkowanie do perspektyw

Agregowanie do celów strategicznych

Operacjonalizowanie strategii ...

Czynniki sukcesu i cele strategiczne

Na podstawie strategii przedsiębiorstwa system ADOscore® wspomaga wyznaczanie

czynników sukcesów, które są następnie przyporządkowywane odpowiednim

perspektywom oraz agregowane do celów strategicznych

56

432

7




Model przyczynowo-skutkowy

Identyfikacja współzaleŜności ...

ZaleŜności przyczynowo-skutkowe

Cele strategiczne i zaleŜności przyczynowo-skutkowe

Definiowanie, odwzorowanie i prezentacja zaleŜności przyczynowo-skutkowych umoŜliwia

ukierunkowanie i koncentrację wszystkich zasobów przedsiębiorstwa na jego strategii.

Funkcje systemu ADOscore® wspierają Państwa w kaŜdej z faz.

56

432

7




Kwantyfikacja celów ...

Wskaźniki i powiązanie danych rzeczywistych

Kwantyfikacja celów następuje poprzez przyłączenie odpowiednich wskaźników liczbowych,

przy czym wartości wskaźników mogą zostać obliczone przez system bądź uzyskane

poprzez powiązanie danych zewnętrznych (Excel, bazy danych).

Model przyczynowo-skutkowy

Matematyczne wzory obliczania wskaźników

Model wskaźników Model wskaźników

Bezpośrednie powiązanie danych rzeczywistych

56

432

7




Mapa BSC

ZaleŜności przyczynowo-skutkowe

Struktura organizacyjna

Organizowanie ZrównowaŜonej Karty Wyników ...

Struktury organizacyjne i system odpowiedzialności

Integracja struktur organizacyjnych w ZrównowaŜonej Karcie Wyników pozwala

na bezpośrednie przyporządkowanie poszczególnych zakresów odpowiedzialności i kompetencji.

ADOscore® umoŜliwia odwzorowanie struktur organizacyjnych zarówno w celu realizacji

ZrównowaŜonej Karty Wyników, jak równieŜ w celu kierowania projektami

lub tworzenia wewnętrznej dokumentacji firmy.




... kierowanie strategicznymi obszarami działalności.

Modele przyczynowo-skutkowe

Pomiar realizacji celów dla poszczególnych obszarów działalności

Obliczanie poziomu realizacji pojedynczych celów następuje nie tylko dla pojedynczych celów

i wskaźników liczbowych, ale ponadto moŜe zostać zagregowane do poziomu danego

obszaru działalności.




ZrównowaŜone Karty Wyników w duŜych organizacjach

„Hierarchiczna" implementacja- powiązane karty wyników (top-down)

Karta koncernu

Karta przedsiębiorstwa (filii)

Karta obszaru

„Płaska" implementacja- zastosowanie miejscowe, chwilowe (np. na potrzeby określonego projektu)

Wskaźniki Rozwój




ADOscore®

Podsumowanie


1. VISION/Strategie

2. Erfolgsfaktoren erarbeiten

3. Aggregation zu strategischen Zielen

4. Operative Ziele ableiten

5. Definition von Kennzahlen

7. Bestimmung von Maßnahmen zur operativen Umsetzung

6. Ermittlung von Ursache-/Wirkungszusammenhängen

Definiowanie ZrównowaŜonej Karty Wyników

1. VISION/Strategie

2. Erfolgsfaktoren erarbeiten

3. Aggregation zu strategischen Zielen

4. Operative Ziele ableiten

5. Definition von Kennzahlen

7. Bestimmung von Maßnahmen zur operativen Umsetzung

6. Ermittlung von Ursache-/Wirkungszusammenhängen

Tabele programu EXCEL

Relacyjnebazy danych

Okresowa automatyczna aktualizacja zdefiniowanychwskaźników liczbowych

Raporty menedŜerskie



Plan prezentacji





5 Podsumowanie


Konferencja uczestników Programu Uniwersyteckiego BOCOŜarów Mazowiecki (Best Western Mazurkas) k. Warszawy

13 – 14 marca 2008

Wybrane scenariusze wykorzystania oprogramowania

BOC

2008.03.12 wybrane scenariusze wykorzystania ... · wprowadzenie systemu ratingowego aby móc...

Documents