Wirtschaftsinformatiker FA cheat sheet
Wirtschaftsinformatiker FA · Keep the key ideas within reach.
Wirtschaftsinformatik / Business-IT-Schnittstelle
Aufgabenteilung: Business verantwortet Nutzen und Prozessziele, IT verantwortet technische Realisierung, Betrieb und Architekturkonformität; Entscheidungen mit Budgetwirkung liegen bei der Geschäftsführung.
Nutzenkategorien trennen: direkte Einsparung (FTE, Material), Erlössteigerung (Umsatz, Marge), Risikovermeidung (Compliance, Ausfallkosten), Enablement (Skalierbarkeit, Time-to-Market). Nur die ersten beiden sind hart monetarisierbar.
Business Case: NPV = Σ (Cashflow_t / (1+i)^t) − Anfangsinvestition; positiv bei i = Kapitalkostensatz. Alternativ IRR ermitteln und mit Hurdle Rate vergleichen.
TCO über den Lebenszyklus umfasst Lizenz, Implementierung, Integration, Betrieb, Support, Migration und Rückbau; reine Lizenzkosten sind typisch nur 20–30 % der Gesamtkosten.
Payback-Periode = Anfangsinvestition / jährlicher Netto-Cashflow; kürzer als die geplante Systemlebensdauer ist Mindestbedingung, kein hinreichender Nutzenbeleg.
Make-or-Buy-Entscheidung nach Kriterien: Kernkompetenz, Differenzierungswert, Datenhoheit, Regulatorik, Skalierung, Wechselkosten (Lock-in).
SLA-Kennzahlen: Verfügbarkeit in % = (vereinbarte Zeit − Ausfallzeit) / vereinbarte Zeit; 99,9 % erlaubt ca. 8,76 h Ausfall pro Jahr, 99,99 % ca. 52,6 min.
Service-Kostenverrechnung: Verrechnungspreis je Service-Unit (z. B. pro Ticket, pro Arbeitsplatz) mit Umlage der Fixkosten; verursachungsgerechte Schlüssel vermeiden Quersubventionierung zwischen Fachbereichen.
Anforderungsmanagement und Prozessgestaltung
Anforderungsarten trennen: funktional (Was), nicht-funktional (Qualität: Performance, Verfügbarkeit, Sicherheit, Usability), Randbedingung (Technologie, Budget, Gesetz).
Qualitätskriterien einer Anforderung: eindeutig, vollständig, konsistent, testbar, priorisiert, rückverfolgbar (Traceability), ohne Lösung vorwegzunehmen.
MoSCoW-Priorisierung: Must, Should, Could, Won't; Must-Anteil bei ca. 60 % halten, damit Puffer für Schätzfehler bleibt.
INVEST für User Stories: Independent, Negotiable, Valuable, Estimable, Small, Testable.
Akzeptanzkriterium in Given-When-Then-Form: Given Ausgangszustand, When Aktion, Then erwartetes prüfbares Ergebnis.
BPMN 2.0: Gateways XOR (eine Verzweigung), AND (parallele Aufspaltung/Synchronisation), OR (eine oder mehrere); Ereignisse starten, unterbrechen oder beenden, Tasks sind atomar.
Prozesskennzahlen: Durchlaufzeit (Ende − Start), Bearbeitungszeit (Summe aktiver Tätigkeiten), Liegezeit = Durchlaufzeit − Bearbeitungszeit; Engpass ist die Station mit der höchsten Auslastung.
Little's Law: durchschnittliche Anzahl im System L = Ankunftsrate λ × Verweilzeit W; gilt für stabile Systeme und dient zur Dimensionierung von Bearbeitungskapazität.
Automatisierungsgrad = automatisierte Schritte / Gesamtschritte; vor Automatisierung Prozess vereinfachen und standardisieren (Reihenfolge: eliminieren, vereinfachen, standardisieren, automatisieren).
IT-Projektmanagement und Führung
Projektmerkmale: einmalig, zeitlich begrenzt, eigenes Ziel, begrenzte Ressourcen, Abgrenzung vom Routinebetrieb; sonst Linienaufgabe.
Earned Value: PV (geplant), EV (Fertigstellungswert), AC (Istkosten); CPI = EV/AC, SPI = EV/PV; CPI < 1 bedeutet Kostenüberschreitung.
Prognose: EAC = BAC/CPI bei konstanter Effizienz, EAC = AC + (BAC − EV) bei Annahme planmäßiger Restarbeit; VAC = BAC − EAC.
Kritischer Pfad: längste Kette abhängiger Vorgänge; Gesamtpuffer = 0. Verkürzung der Projektdauer nur durch Verkürzung des kritischen Pfads wirksam.
Schätzverfahren: Analogie (schnell, ungenau), parametrisch (Kennzahl × Menge), Drei-Punkt (PERT: (O + 4M + P)/6), Bottom-up (genau, aufwendig).
Risiko: Eintrittswahrscheinlichkeit × Schadenshöhe = Risikowert; Strategien für Risiken: vermeiden, vermindern, übertragen, akzeptieren; für Chancen: nutzen, teilen, erhöhen.
Steuerungsmodelle unterscheiden: klassisch/wasserfallartig (feste Anforderung, späte Lieferung), agil (inkrementell, rollierende Priorisierung), hybrid (feste Rahmentermine, iterative Lieferung).
Führungsinstrumente: RACI-Matrix (Responsible, Accountable, Consulted, Informed) mit genau einem Accountable je Aufgabe; Eskalation über definierte Entscheidungsgrenzen (Toleranzen).
Teamphasen nach Tuckman: Forming, Storming, Norming, Performing, Adjourning; Konflikte in der Storming-Phase sind normal und brauchen Moderation, nicht Unterdrückung.
IT-Architektur, Daten und Sicherheit
Architekturmuster: Schichtenarchitektur (technische Trennung), Hexagonal/Clean (Fachlogik isoliert von Infrastruktur), Microservices (unabhängig deploybar, hoher Betriebsaufwand), Event-driven (lose Kopplung, Eventual Consistency).
Kopplung minimieren, Kohäsion maximieren; Schnittstellen über stabile Verträge (API-Versionierung, Schema-Registry) statt geteilter Datenbanken.
CAP-Theorem: bei Netzwerkpartitionierung ist nur Konsistenz oder Verfügbarkeit gleichzeitig garantierbar; BASE vs. ACID als Konsequenz.
Normalformen: 1NF atomare Werte, 2NF keine partiellen Abhängigkeiten vom Teil-Schlüssel, 3NF keine transitiven Abhängigkeiten; Denormalisierung gezielt für Leseperformance.
Datenqualitätsdimensionen: Vollständigkeit, Genauigkeit, Konsistenz, Aktualität, Eindeutigkeit; Data Owner (fachlich) und Data Steward (operativ) trennen.
Schutzziele nach CIA: Vertraulichkeit, Integrität, Verfügbarkeit; ergänzend Authentizität, Verbindlichkeit, Nichtabstreitbarkeit.
Risikobehandlung nach ISO-27005-Logik: Risiko = Eintrittshäufigkeit × Ausmaß; Maßnahmenarten sind organisatorisch, personell, technisch, infrastrukturell.
Defense in Depth: Netzsegmentierung, Identitäts- und Berechtigungsmanagement nach Least Privilege, Protokollierung, Verschlüsselung im Transport und at Rest, Patch- und Backup-Prozesse.
Verfügbarkeit einer Kette in Reihe = Produkt der Einzelverfügbarkeiten (0,99 × 0,99 ≈ 0,98); Redundanz parallel erhöht die Gesamtverfügbarkeit deutlich stärker als die Optimierung einer Komponente.