Ein „Vorfall‑ & Risikobericht“ ist im FM eine standardisierte Methode, um operative Ereignisse (Incidents) und deren abgeleitete Risiken einheitlich zu erfassen, zu bewerten, zu priorisieren und zu steuern – vom ad‑hoc Vorfall‑Snapshot bis zum monatlichen Steering‑Bericht. Der größte Nutzen entsteht, wenn Incident‑Management (Ereignisführung), Risikomanagement (Wahrscheinlichkeit/Schwere, Risikobehandlung) und FM‑Taxonomie (vergleichbare Services/Assets/Standorte) in einem Berichtssystem zusammenlaufen.
Risiko hat zwei zentrale Dimensionen – die Schwere potenzieller Auswirkungen und die Wahrscheinlichkeit des Eintretens – und lässt sich in einer Matrix/Heatmap abbilden.
Der Vorfall‑ & Risikobericht ist ein standardisiertes Reporting‑Set (Datenmodell + Vorlagen + Rhythmen + Eskalationsregeln), das zwei Dinge konsequent verbindet:
(1) Vorfallsteuerung (Ereignis erkennen, melden, eindämmen, Wiederherstellung, Lessons Learned) und
(2) Risikosteuerung (Risikobeurteilung, Priorisierung, Risikobehandlung, Monitoring). Für die Vergleichbarkeit im FM wird die Struktur am besten an einer Taxonomie (DIN EN 15221‑4) ausgerichtet, die ausdrücklich als Klassifizierungssystem für verbessertes Informationsmanagement beschrieben wird und u. a. Beziehungsmodell, Produkt-/Dienstleistungsstruktur und Klassifizierungssystem umfasst.
Ziel der Methode
Ziel ist ein entscheidungsfähiges Lagebild: Welche Vorfälle sind offen und wie kritisch? Welche Risiken sind daraus abgeleitet oder neu entstanden? Welche Maßnahmen laufen, welche eskalieren, welche sind budgetrelevant? Der Systemanspruch (wirksame/effiziente FM‑Erbringung, konsistente Erfüllung von Stakeholder‑Erfordernissen und geltenden Anforderungen) ist in ISO 41001 explizit als Zielrahmen beschrieben und wird im Reporting praktisch operationalisiert.
Anwendungsbereich
Die Methode ist geeignet für den Regelbetrieb (Tages‑/Wochensteuerung), für Transformationsprogramme (Rollout, Sourcing/Transition) sowie für Portfolio‑ und Masterplanentscheidungen (CAPEX/OPEX‑Priorisierung aus Störungs‑ und Risikobildern). DIN EN 15221‑7 erwartet eine zunehmende Nachfrage nach mehr Gemeinsamkeit im Berichtswesen und bietet Verfahren/Begriffe für Benchmarking von FM‑Produkten/-Dienstleistungen und Organisationen/Vorgängen; das stützt ein einheitliches Reporting über Standorte/Provider hinweg.
Ausgangssituation
Typisch sind heterogene Ticket-/Incident‑Erfassung (CAFM/ITSM), getrennte Risiko‑Listen (Excel) und Vertragsdaten (Einkauf) ohne konsistente Verknüpfung. Ohne standardisierte Struktur wird Reporting schwer vergleichbar und Maßnahmenpriorisierung politisch statt evidenzbasiert. Die EN‑15221‑4‑Logik zielt genau auf Harmonisierung, standardisierte Facility‑Produkte und die Verbindung zu Kosten-/Facilities‑Strukturen ab – als Grundlage für Datenmanagement und Benchmarking.
Benötigte Daten
Ein belastbarer Vorfall‑ & Risikobericht setzt die Kombination aus Ereignisdaten, Risiko-/Bewertungsdaten, Maßnahmenstatus und Finanz-/Vertragsinformationen voraus. DIN EN 15221‑4 positioniert Taxonomie explizit als Klassifizierungssystem für verbessertes Informationsmanagement; daraus folgt, dass die Kernobjekte (Standort, Service/FMU‑Produkt, Asset, Provider, Vertrag) sauber kodiert werden müssen.
Vertrags-/Sourcingdaten: SLA Klauseln, Eskalationswege, Pönalen/Bonus Malus, Laufzeiten; ISO 41012 beschreibt Guidance zu Sourcing und zur Entwicklung von Vereinbarungen inkl. Rollen/Verantwortlichkeiten und Agreement Strukturen.
Für Wirksamkeit müssen Verantwortlichkeiten eindeutig sein (Owner‑Prinzip). Das entspricht dem in ISO 41001 beschriebenen Systemanspruch, konsistent Anforderungen und Stakeholder‑Erfordernisse zu erfüllen.
Bewährt hat sich mindestens:
Incident Owner (operativ): Verantwortung für Eindämmung, Wiederherstellung, Ticketabschluss.
Risk Owner (taktisch): Verantwortung für Risikobehandlung/Maßnahmenpaket.
FM Portfolio Owner: priorisiert Maßnahmen über Standorte/Services; sichert Taxonomie‑Konsistenz (EN 15221‑4).
Provider Manager / Contract Owner: bewertet SLA-/Penalty‑Exposure und steuert Provider‑Maßnahmen; ISO 41012 betont Rollen/Verantwortlichkeiten sowie Agreement‑Strukturen im Sourcing.
HSE/Compliance Owner: Pflichten, Meldewege, Sicherheits- und Rechtsrelevanz.
BI/Data Steward: Datenqualität, Definitionen, DQ‑Labels und Limitations‑Kommunikation (Dashboard‑Trustworthiness/Quality‑Prinzipien).
Governance/Review‑Zyklen (PDCA)
DIN EN 15221‑4 verknüpft die FM‑Logik mit PDCA (Plan‑Do‑Check‑Act) als Zeit-/Qualitätszyklus; dadurch wird der Vorfall‑ & Risikobericht als fortlaufender Regelkreis betrieben (nicht als sporadisches Reporting).
Reporting‑Rhythmen und typische Zwecke
Ad hoc (Sofortmeldung): bei kritischen Ereignissen (Safety/Legal/High Impact) als Kurz Snapshot.
Daily Standup (10–15 min): „Was ist offen, was blockiert, was eskaliert?“; Fokus: kritische Vorfälle und Maßnahmenstatus.
Monthly Steering (60–90 min): Entscheidungen zu Maßnahmenpaketen, Budget/Capex Verschiebungen, Vertragshebeln; hierfür ist ein Dashboard sinnvoll, wenn Daten regelmäßig aktualisiert werden und Nutzer wiederkehrend darauf zugreifen.
Eskalationsregeln (Trigger, Owner, Gate)
Die Eskalationslogik sollte durch klare Trigger gesteuert werden (und nicht durch „gefühlte Dringlichkeit“). Eine risiko‑/schwerebasierte Grundlogik (Schwere + Wahrscheinlichkeit) ist amtlich als zentrale Risikodimension beschrieben und eignet sich für konsistente Trigger.
FM‑Connect‑Startvorschlag (anpassbar):
Level 0 (lokal): I ≤ 2 und kein Compliance‑Trigger; Owner: Standort‑FM/Service Owner; Gate: Daily Standup.
Level 1 (taktisch): I = 3 oder wiederkehrender Vorfall (z. B. 3×/30 Tage) oder Kostenfolge > definierte Schwelle; Owner: Incident Owner + Provider Manager; Gate: Weekly Summary.
Level 2 (Management): I ≥ 4 oder P×I ≥ Schwelle oder SLA‑Penalty‑Exposure materiell; Owner: Risk Owner + FM Portfolio Owner; Gate: Monthly Steering.
Level 3 (Krise): I = 5 (Lebensschutz/Legal) oder großflächiger Ausfall kritischer Versorgung; Owner: Crisis/Incident Management (ISO 22320‑Gedanke „Incident management guidelines“ als Referenz).
Bewertungsmetriken (gefordert)
Relevanz (R): Bedeutung des betroffenen Services/Standorts für die Nachfrageorganisation (Strategie /Portfoliofit). ISO 41014 betont die Ausrichtung von FM Anforderungen an Ziele/Erfordernisse/Einschränkungen des Kerngeschäfts sowie die Betrachtung von Szenarien und Risiken.
Auswirkung (I): Schwere der Auswirkung (Safety, Compliance, Betrieb, Kosten).
Wahrscheinlichkeit (P): Eintritts-/Wiederholwahrscheinlichkeit; in amtlicher Darstellung werden Schwere und Wahrscheinlichkeit als zwei zentrale Risikodimensionen beschrieben.
Skalenvorschläge 1–5 und 0–100
- 1–5 für Workshop‑/Schnellbewertungen (1 niedrig, 5 hoch).
Schwellenwerte (Beispiel‑Startwerte, zu kalibrieren)
PI 70–84: planen (Workpackage mit Termin/Budget, Level 1–2)
PI 50–69: beobachten (Trigger definieren, Monitoring verdichten)
PI < 50: delegieren (Linienverantwortung, dokumentierter Owner)
Umgang mit Datenlücken (Annahmen, Expertenschätzung, Delphi)
Wenn wesentliche Werte fehlen (z. B. Kostenfolge, genaue betroffene Nutzerzahl, Wiederholwahrscheinlichkeit), werden Annahmen dokumentiert und mit einem DQ‑Label versehen. Für strittige Einschätzungen eignet sich ein Delphi‑Mini‑Prozess, da Delphi als mehrstufige Expertenbefragung beschrieben wird, die schriftlich durchgeführt wird und Vorgehensweise sowie Vor-/Nachteile transparent macht.
Erkennen/Melden: Vorfälle werden in CAFM/IWMS/ITSM und/oder HSE Systemen erfasst; BMS/GLT liefert Evidenzen.
Bewerten: R/D/I/P Scoring nach vereinheitlichten Definitionen und DQ Label. Risiko wird grundsätzlich über Schwere und Wahrscheinlichkeit dimensioniert.
Eskalation: Trigger basiert, gate geführt (Daily/Weekly/Monthly). ISO 22320 bietet einen Leitfaden für Incident Management (Einsatzmanagement bei Schadensereignissen) und stützt eine formalere Incident Organisation im Ernstfall.
Review: PDCA basiert, inklusive Lessons Learned; EN 15221 4 verknüpft FM Modell mit PDCA und betont standardisierte Facility Produkte als Basis für Benchmarking/Reporting.
Dashboard‑Umsetzung (Reporting‑Artefakt)
Ein Dashboard ist ein visuelles Tool, das verschiedene Datenansichten kombiniert und typischerweise regelmäßig oder automatisch aktualisiert wird, sodass Nutzer über Zeit monitoren können. Regulatorische Guidance betont zusätzlich Trustworthiness/Quality/Value und die Notwendigkeit, Datenlimitationen transparent zu machen.
Ergebnisse, Nutzen, Grenzen und typische Einsatzbereiche
Als Ergebnis liegt ein konsistentes Reporting‑Set vor: Vorfall‑Log (operativ), Risiko‑Register (taktisch), Trend‑ und Heatmap‑Bilder (steuerungsorientiert), Maßnahmen‑Backlog mit Owners/Terminen/Budgetwirkung, sowie ein Steering‑Pack für monatliche Entscheidungen. Die Erwartung nach mehr Gemeinsamkeit im Berichtswesen und einheitlichen Vergleichsmaßstäben ist in EN 15221‑7 ausdrücklich adressiert.
Vorteile der Methode
Vergleichbares Reporting über Standorte/Services (Taxonomie Gedanke EN 15221 4).
Managementsystem Kompatibilität (ISO 41001: konsistente Erfüllung von Anforderungen und Stakeholder Erfordernissen).
Bessere Providersteuerung und Vertragssicherheit durch klare Reporting und Eskalationslogik im Sourcing-/Agreement Kontext (ISO 41012).
Strategische Anschlussfähigkeit, weil FM Risiken/Szenarien ausdrücklich in der Strategieentwicklungslogik adressiert werden (ISO 41014).
Grenzen der Methode
Ohne sauberes Datenmodell/DQ Mechanik entstehen Scheingenauigkeit und Vertrauen sinkt; Dashboard Guidance betont deshalb Datenqualität und transparente Kommunikation von Limitationen.
Zu viele Kennzahlen ohne klare Entscheidungsregeln erzeugen Reporting Overhead; EN 15221 7 adressiert Benchmarking zwar breit, setzt aber eine klare Zweckorientierung voraus (Vergleichsmaßstäbe, Verfahren, Begriffe).
Bei fehlender Owner Disziplin und Eskalationskonsequenz bleibt der Prozess wirkungslos; ISO 22316 betont Commitment der Führung, Ressourcenbereitstellung und wirksame Governance zur Koordination resilienzsteigernder Aktivitäten.
Providersteuerung und Vertrags-/SLA Management (Penalty Exposure, Eskalationen; ISO 41012)
Portfolio Masterplanung: Wiederkehrende Ausfälle/Backlogs als Input für CAPEX Entscheide (Redundanz, Erneuerung, Standardisierung)
Audit und Nachweisfähigkeit im FM Managementsystem (ISO 41001)
Verweise
DIN EN 15221 4: Taxonomie/Klassifikation/Strukturen, Taxonomie als Klassifizierungssystem für verbessertes Informationsmanagement; standardisierte Facility Produkte; PDCA Integration.
DIN EN 15221 7: Benchmarking Leitlinie, erwartet mehr Gemeinsamkeit im Berichtswesen und definiert Grundlage für Benchmarking von Kosten, Flächen, Umwelteinwirkungen, Servicequalität, Zufriedenheit und Produktivität.
DIN EN ISO 41001: Anforderungen an ein FM System (wirksam/effizient; interessierte Parteien und geltende Anforderungen konsistent erfüllen).
ISO 41012: Guidance zu strategischem Sourcing und Agreements, inkl. Rollen/Verantwortlichkeiten und Agreement Strukturen.
DIN EN ISO 41014: Leitlinien zur Entwicklung einer FM Strategie; Zukunftsszenarien und Risiken.
DIN ISO 31000: Leitlinien für Risikomanagement (organisationsweit, anpassbar an Kontext).
DIN ISO 22320: Leitfaden für Incident Management/Gefahrenabwehr bei Schadensereignissen.
Delphi Ansatz: mehrstufige Expertenbefragung als Prognoseinstrument (für strukturierte Expertenschätzungen bei Datenlücken).
Risiko Dimensionen (amtliche Darstellung): Schwere des potenziellen Schadens und Eintrittswahrscheinlichkeit als zentrale Risikodimensionen.
Dashboard Good Practice (amtliche Guidance): regelmäßig/automatisch aktualisiert; OSR Guidance zu Trustworthiness/Quality/Value und Kommunikation von Limitationen.
