Wirtschaftsinformatik II

• Fehlende Features
• Inadäquate Daten (Daten liegen nicht in richtiger Form vor)
• unerwünschte Redundanz
• Performance
• Usability/Benutzbarkeit
• Inkompatibilität zwischen IT-Systemen
• Kein elektronischer Datenaustausch mit Geschäftspartnern

• unklare Zuständigkeiten (intern)
• unklare Zuständigkeiten (aus Sicht des Kunden)
• Prozesse laufen über viele Hierarchieebenen
• fehlende oder negative Anreizsysteme
• Über / Unter-Forderung der MA

Referenzmodelle sind nicht neutral. Sie orientieren sich wie jedes Modell an einem Zielsystem, das mit demjenigen des aktuellen Projekts nicht identisch sein muss.

• Durchlaufzeit
• Störanfälligkeit (Fehlerrate)
• Kosten einer Leistungseinheit

Zielsystem

BPMN: zugeklappte Subprozesse

1. Paralellisierung, wo möglich
2. Schnittstellen minimieren (Wechhsel Verantwortung, Fehlerquelle)
3. Jeder Prozess hat einen Kunden (intern oder extern)
4. Selbstkontrolle und Selbstkorrektur (Wo möglich, sollte der Ausführende seine Aktivität kontrollieren und korrigieren)
5. Motivation und Lerneffekte fördern (Transparenz des Gesamtprozesses schafft Motivation der Beteiligten)

• Konsistenz (Terminologie, Datenverwendung, Strukturelle Einheitlichkeit - Werden strukturell gleiche / ähnliche Abläufe auch gleich modelliert?)
• Strategie-Struktur-Fit (Wie gut passen die modellierten Strukturen wirklich zur Strategie, Bottom-Up-Ansatz)
• Zielerreichung (bezogen auf Zielsystem)
• Umsetzbarkeit (Reichen die Ressourcen für die technicshe Umsetzung aus?)

• Wiederholung (der Prozess wird oft wiederholt)
• Standardisierung (es gelten klare Regeln)
• Informationslastig

• Process Participant (Wie muss ich arbeiten?)
• Process Analyst (Wie wird gearbeitet?)
• Process Engineer (Was macht die Engine?)

1. Datenintegration
2. Prozessintegration
3. Operative Functionalität (Unterstützung operative Aufgaben)
4. Einheitliches Entwicklungskonzept (einheitliches Front-end)
5. Schichtenarchitektur (N-Tier-Architecture)
6. Transaktionsorientierung (Verarbeitung von Geschäftsvorfällen, Erfassung Kundenauftrag)

• Make/Intern: Eigenentwicklung
• Make/Extern: Fremdentwicklung
• Buy/Intern: Kauf von Standardsoftware, Maintenance intern
• Buy/Extern: SaaS

• Parametrieiserung der Standard-Software
• Modifikation / Ergänzung der Standardsoftware

• Process-Engine (BPMN Modell als "Quellcode", bei Formular-Prozessen sinnvoll)
• Entwicklung (Als Quelle für Requirements)
• Standardsoftware (Als Vorlage für die Parametriseriung / Konfiguration z.B. SAP)

Vorteile

• Formularbasierte Prozesse einfach zu implementieren
• keine Code-Basis zu unterhalten
• günstige Implementierung

Nachteile

• Nicht so individuell anpassbar wie Eigenentwicklung oder Standardsoftware

Bei der implementierung integrierter Prozesse, unternehmensweit. Z.B. Zentrales Recruiting-Tool eines Konzerns, das global genutzt wird und eine sehr hohe Auslastung hat. 

• Geringerer Speicherbedarf
• Simpleres Datenbanksystem
• Schnellere write-ops
• Einsparung von Zeit & Speicher hinsichtlich Backups

Kleine Verbesserungen bei existierenden Produkten oder Tätigkeiten

Technologie- oder Prozessverbesserungen, die zu fundamentalen Änderungen einer Geschäftskomponente oder eines -elements führen

Radikale Verbesserungen, welche die Basis des Wettbewerbs tiefgreifend ändern

Strategisches Prozessmanagement verankert das Prozessmanagement im Geschäftsmodell des Unternehmens. Hierzu ist ein Verständnis des grundlegenden Prozess-Management-Zyklus und der verschiedenen grundlegenden Vorgehensweisen des Prozessmanagements  (revolutionär vs. evolutionär) notwendig. 

Die Modelle beruhen auf dem mitgeteilten Wissen über die Prozesse – Gerade Experten handeln aber zu einem grossen Teil auf der Grundlage von sog. stillem Wissen (tacit knowledge).

Die Modelle sind blind für Interessenkonflikte – Organisationsfragen tangieren aber die Interessen der Beteiligten, insbesondere die Verteilung von Macht und Aufstiegsschancen.

Der Detaillierungsgrad der Soll-Modellierung unterscheidet sich je nach Zweck und Status von der Ist-Modellierung

 42

• Name des Prozess
• Ziel des Prozess
• Prozessverantwortlicher
• beteiligte Organisationseinheiten

• Zerlegung des Modellierungsprojekts in Modellierungskomplexe. Ein Modellierungskomplex kann einen Prozess oder mehrere fachlich verwandte Prozesse umfassen.
• Zu jedem Modellierungskomplex gibt es ein Modellierungsteam, bestehend aus Fachexperten und Methodenexperten.
• Modellierungssworkshops, Interviews, Dokumentenanalyse, Beobachtung in denen die Modelle erstellt werden
• Konsolidierung der Ergebnisse

• Modellierungsworkshops
• Interviews
• Dokumentenanalyse
• Beobachtung

• Rückwärtsstrukturierung
• Sicht der Akteure einnehmen
• Schrittweise verfeinern
• Analyse von Prozessbeschreibungen

In einem Workshop wird ausgehend von der Grobaufnahme eines Prozesses dieser schrittweise verfeinert, bis ein ausreichend detailliertes Ist-Modell als Hauptprodukt des Workshops vorliegt

• Glossar: Liste von Fachbegriffen, die in der Organisation bisher uneinheitlich verwendet, aber für die Beschreibung der Prozesse eindeutig definiert werden.
• Mengen- und Zeitgerüst der Prozesse, sofern Erhebung mit akzeptablem Aufwand möglich.
• Liste von Schwachstellen/Verbesserungspotenzialen, die schon bei der Ist-Modellierung bekannt werden.
• Liste offener offener Punkte für nachfolgende Workshops