Prozess Management

Für die Klausur im SS 2018

Für die Klausur im SS 2018


Set of flashcards Details

Flashcards 59
Language Deutsch
Category Computer Science
Level University
Created / Updated 23.07.2018 / 28.08.2020
Weblink
https://card2brain.ch/box/20180723_prozess_management
Embed
<iframe src="https://card2brain.ch/box/20180723_prozess_management/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>

Was ist ITIL?

  •  ITIL = IT Infrastructure Library 

  •  De-facto-Standard für IT-Service Management; Schutzmarke von AXELOS

  •  „Best Practices“ – erprobte Vorgehensweisen, die an die Bedürfnisse des Unternehmens angepasst werden müssen

  • Umsetzung in eigene Frameworks in Form von Checklisten, Verfahren und Definitionen (Beschreibung „Was“ implementiert werden soll aber nicht „Wie“)

  • Darstellung von Prozessen zur Aufrechterhaltung der vereinbarten IT- Aktivitäten (z.B.: SLA, OLA mit Verfügbarkeiten und Reaktionszeiten)

Ziele von ITIL im IT-Service Management?

  • Verbesserung der Qualität des IT-Services (unter Beachtung der Geschäftsziele)

  • Langfristige Kostensenkung bzw. weniger Aufwand für IT-Services

  • Höhere Produktivität und Kundenzufriedenheit

  • Nachnutzung von Wissen und Erfahrungswerten (z. B. FAQ)

Modelle in der Einführung

Wo Service Dokumentiert?

Service Portfolie / Service catalog (für kunden)

Welche Vorgänge finden in der Phase der Service Transition statt?

Bauen, Testen und Verteilen von neuen oder geänderten Releases

Übergabe des Service Release Package und Deployment Package für den operativen Betrieb

Wo und Was wird abgelegt? (Service Transition)

Service Asset and Configuration Management (SACM)

-> Definitive Media Library (DML)

(Service Transition) 1-2 Prozesse

  • Change Management
  • Service Asset und Configuration Management
  • Release und Deployment Management
  • Service Validation und Testing
  • Knowledge Management
  • Change Evaluation

Skizze Prozessablauf (nur einfache Prozesse)

(Service Transition)

RACI-Modell
 

 R = Responsible (zuständig für die Durchführung)
 A = Accountable (verantwortlich für die Aktivität)
 C = Consulted (muss beteiligt werden, liefert Input)
 I = Informed (muss über Fortschritt informiert werden)

RACI-VS (ITIL-Erweiterung von RACI)

 V = Verifies (prüft die Abnahmekriterien bzw. testet)

 S = Sign Off (fällt die Abnahme-Entscheidung)

Service Catalog vs. Service Portfolio 

C-I-A 

Confidentiallity -> Vertraulichkeit

Integrity -> Integrität

Availability-> Verfügbarkeit

Erweiterter Incident Lebenszyklus, Kennwerte (MTTR, MTBF, MTBSI)

Icident --> Entdeckung --> Reperatur --> Wiederherstellung --> Incident 

MTTR - Mean Time to repair downtime --> Zeit zwischen Ausfall und Wiederherstellung 

MTBSI - Mean Time between system incidents --> Zeit zwischen 2 Incidents

MTBF - Mean Time between failures or uotime --> Zeit zwischen wiederherstellung und neuen Incident

Relevante Prozesse Service Transition 

Release Deployment Management

Change Management

Configuration Management

Verschiedene Arten von Changes (Service Change, Standard Change, Emergency Change)

Service Change bzw. Change

  • Hinzufügen, Modifizieren oder Entfernen eines Elements, das Auswirkungen auf die IT Services haben könnte
  • Umfang Changesan allen Architekturen, Prozessen, Tools, Messgrößen und Dokumentationen genauso einschließen, wie Changes an IT Services und anderen Configuration Items

Standard Change

  •  Ein vorab genehmigter Change, der von geringem Risiko ist, relativ häufig eingesetzt wird und einem bestimmten Verfahren oder einer Arbeitsanweisung folgt.
  • Zum Beispiel die Zurücksetzung eines Passworts
  •  Für die Implementierung von Standard- Changes sind keine RFCs erforderlich
  •  Sie werden über andere Mechanismen erfasst und verfolgt, wie z. B. über einen Service Request.

Emergency Change (Notfall-Change)

  • Ein Change, der so bald wie möglich eingeführt werden muss, beispielsweise um einen Major Incident zu lösen oder ein Sicherheits- Patch zu installieren.
  • Der Change Management Prozess bietet in der Regel einbestimmtes Verfahren für die Behandlung von Notfall-Changes.

Definition Incident und verschiedenen Prios!

Incident =

Eine nicht geplante Unterbrechung eines IT Service oder eineQualitätsminderung eines IT Service. Auch ein Ausfall eines CI ohne bisherige Auswirkungen auf einen Service ist ein Incident.

Incident Record =

Ein Record, der die Details zu einem Incident enthält. Jeder Incident Record dokumentiert den Lebenszyklus eines einzelnen Incidents.

Major Incident =

Die höchste Kategorie eines Incident in Bezug auf die Auswirkung. Major Incidents führen zu einer erheblichen Unterbrechung für das Business.

Priorisierung eines Incidents (Klassifizierung, Prioritäten-Matrix)

Klassifizierung durch Prioritäten-Matrix

--> Dringlichkeit

 VIPs sind betroffen
 Schnelles Handeln verhindert Major Incident

 Verursachter Schaden nimmt rasant zu

--> Auswirkung

 Es besteht Gefahr für Leib und Leben
 Beschädigung der Reputation
 Große Anzahl von Mitarbeitern und Kunden sind betroffen

 

Tabelle                       Auswirkung

                             Hoch     Mittel    Gering 

 Dringlich Hoch        1           2            3

               Mittel.        2           3            4

               Gering.     3            4           5

 

Prioritäts-Code

Beschreibung

Soll-Reaktionszeit

Soll-Lösungszeit

 

IT-Service Definition

Mehrwert für Kunden erbringen

- indem von den Kunden angestrebten Ergebnisse erleichtert oder gefördert wird.

Kunden selbst keine Verantwortung für bestimmte Kosten und Risiken tragen.

Trends im BPM

BusinessProcessModelMatching

ProcessMining

SocialBPM

CrowdBPM

CloudBPM
Text-to-ModelTransformation

Model-to-TextTransformation

iBPMS

Was ist ein Business Prozess? 

- verschiedene Aktivitäten die Koordiniert in einer oragnisierten und technischen Umgebung ausgeführt werden

- haben eine Business Ziel

- jeder Prozess wird von einer einzelnen Organisation angestoßen aber von vielen ausgeführt

- Ketten von Ereignissen , Aktivitäten und Entscheidung

Wie kann die Automatisierung von Business Prozessen eingegliedert werden? 
 

Grad der Automatisierung:

- Manual

- Partly Automated

- Fully Automated

Grad der Wiederholungen:

- rarely performed

- frequently performed

- highly repetitive

Grad der Struktur

- unstrukturiert

- strukturiert

Was bringt die Automatisierung von Business Prozessen?

(Antwort von Magnus)

- bessere Skalierbarkeit

- Fehlerminimierung

- Übergreifende Choreografie mehrerer Organisationen

- Monitoring

- Auswertbarkeit

Was ist Business Process Management (BPM)?

BPM beinhaltet Methoden, Techniken und Konzepte zum/zur

- design

- administrieren

- erlassen

- konfigurieren

- analyse

von Business Prozesse 

Was ist ein Business Process Model?

- Model bestehend aus verschiednen Aktivitäten und ausführungsbeschränkungen zwischen ihnen

- visualisierung in bisoness process diagrams

Model vs. Instance

--> Wenn ein Modell ausgeführt wird, ist es eine Instanz

- BP-Instanz präsentiert einen konkreten Fall im operativen Geschäft einer Firma

- BP-Instanz besteht aus Aktivitäts Instanzen

 

- BP-Model ist ein Entwurf für BP-Instanzen

 

 

Was ist unter Prozess Orchestration zu verstehen? 

- BP's die in einer einzelnen Organisation ausgeführt werden

- kontrolliert von einem central agent (z.b. BPM System)

Was ist Process Choreography?

- mehrere Organisation kooperieren mit einandern 

- interargieren mittels versenden und empfangen von Nachrichten 

- kein Central Agent

--> Unterstützt Automatisierung

Was versteht man unter conceptual Model (Konzeptmodel)?

- BP's bestehend aus Aktivitäten mit einem bestimmen Geschäftsziel

- werden manuell, interaktiv oder automatisch ausgeführt

- Workflows: - nur teilweise automatisierte BP's

                     - Informationen oder Aufgaben von einem zu einem anderen Teilnehmer

                     - unterliegen Verfahrensregeln

!System Workflow : - keine person einbezogen

Was versteht man unter Abstraktionskonzepten und welche gibt es? 

- Horizontal

    - seperate Modellierungsebenen   

- Vertical

     - divide and conquer 

     - separation of subdomain

- Aggregation

     - Abstraction je Prozess

 

BPM Lifecycle zeichnen 
Rollen/Unterpunkte/Output

1. Process Identifizierung

Designingaprocessarchitecture:

  • Level 1: Shows the main processes on a very abstract level

  • Level 2: Shows the processes at a finer degree of granularity

  • Level 3: Shows the detail of processes (e.g. the control flow)

2. Process Discovery

Methods:

  • Evidence-based discovery

            ProcessMining

  • Interview-based discovery

            Forwarddiscovery

  • Workshop-based discovery

  • Each discovery method ha sstrengths and limitations

  • If possible  a mix ture of them is recommended

3. qualitative Process Analysis

Value-Added Analysis:

- Identify unnecessary steps

- Value Classification

- Waste Elimination:

4. Process Redesign

Process performance dimensions

Time

- Costs

Quality

- Flexibility

5. Implementierung

Business perspective

- Process changes affect people and a change management approach is needed

- Redesign of business processes

- Problems to be solved

Technical perspective

- What IT systems should be used for implementing business processes?

- Custom software applications can be developed in-house or by third-parties

- Standard software can be used to save resources and development costs:

6. Controlling

Development and implementation of measurements

Key questions:

  • What is already measured?

  • What should be measured?

  • Can a business case be made for a new measurement system?

  • What is an adequate sampling method, size and frequency?

- Measurements should be meaningful, accurate and timely

- Measurement categories:

  • Conformance (to given specifications)

  • Response time (e.g. lead time, cycle time)

  • Service levels (degree of availability, service reliability)

  • Repetition (frequency of recurring events such as rework)

  • Costs (internal and external failure costs)

7. Optimierung

Continuous process improvement (CPI)

- Verbesserungsvorschläge von Mitarbeiter

- Probleme werden als Möglichkeiten für Änderungen gesehen 

Business process reengineering (BPR)

- von Grund auf neu

Control Flow Patterns

-  Sequence

-  And split

-  And join

-  Exclusive or split

-  Exclusive or join

BPMN

Petri Nets Aufbau Eigenschaften

Besteht aus: 

- Orten/Places (Kreise)

- Übergänge/transitions (Rechteckte)

- Konnetoren (Kanten)

Eigenschaften

- nie 2 Places oder Übergänge miteinander verbunden

- Übergänge haben immer einen Input und einen Output

Was haben Tokens im Bezug auf Petri Nets zu tun?

- werden genutzt um die Dynamik eines Systems zu modellieren 

- kleine schwarze Punkte (in der Zeichnung) die ihre Position anhand der Firing Rules ändern

- die aktuelle Position eines Tokens spiegelt den Status des Petri Netzes wieder

Übergänge:

  • Können ausgelöst werden, wenn sie aktiviert sind
  • sind aktiviert, wenn in jedem inputplace ein token ist
  • wenn der Übergang ausgelöst wird, wandert ein Token vom Input in einen Outpuplace
  • Outputplaces von aktivieren Übergängen müssen leer sein