Konzeptentwicklung strukturieren
Facility Management: Methoden » Strategisches FM » Lebenszyklus, Portfolio & Masterplanung » Konzeptentwicklung strukturieren
Konzeptentwicklung strukturieren im Facility Management
Die Methode „Konzeptentwicklung strukturieren“ zielt darauf, aus einer FM‑Initiative in kurzer Zeit ein entscheidungsreifes, umsetzbares Konzept zu machen: mit klaren Arbeitspaketen, belastbaren Deliverables, Bewertungslogik, Entscheidungstoren und einer durchgängigen Roadmap (Masterplanung). Für FM-Connect.com Network GmbH ist die Methode besonders geeignet, wenn Portfolio‑ und
Konzeptentwicklung im Facility Management strukturieren
- Einführung
- Anwendung
- Ausgangssituation
- Voraussetzungen
- Daten
- Rollen
- Arbeitspakete
- Ergebnisse
- Vorteile
- Grenzen
- Einsatz
- Verweise
- Tools
- Governance, Datenlücken und Entscheidungstore
Einführung in die Methode
„Konzeptentwicklung strukturieren“ ist eine methodische Vorgehensweise, die eine FM‑Initiative in ein kohärentes, standardisiertes Konzept überführt: mit Scope‑Definition, Ist‑Analyse, Anforderungsbild, Konzeptvarianten, Bewertung, Zielkonzept, Validierung sowie Implementierungs‑/Masterplan. Die Struktur orientiert sich an der Taxonomie‑ und PDCA‑Logik aus DIN EN 15221‑4 sowie am Prozess‑/Managementsystemansatz aus DIN EN 15221‑5 und DIN EN ISO 41001.
Ziel der Methode
Ziel ist ein entscheidungsfähiges Konzeptpaket, das (a) an Demand‑Ziele und Hauptprozesse anschließt, (b) portfolio‑ und lebenszyklusfähig ist (CAPEX/OPEX, RSL, Risiko), (c) sourcing‑/agreement‑fähig ist (Leistungsgrenzen, SLA/KPI, Transition), und (d) über PDCA‑fähige Governance in den Regelbetrieb übergeht.
Ausgangssituation
Typisch ist eine Lage mit hoher Heterogenität (Standorte, Verträge, Servicelevels, Datenmodelle) und konkurrierenden Prioritäten (Compliance, Verfügbarkeit, Kosten, Nutzerzufriedenheit, ESG). DIN EN 15221‑4 adressiert diesen Spannungsraum indirekt, indem sie standardisierte Facility‑Produkte als Grundlage u. a. für Datenmanagement, Kostenumlage, Benchmarking und die Harmonisierung unterschiedlicher nationaler Strukturen beschreibt.
Voraussetzungen
Vorausgesetzt werden ein klarer Auftrag (Entscheidungsfrage, Scope, Zeit-/Budgetrahmen), ein definierter Portfolio‑Bezug (welche Einheiten: Standort/Gebäude/Anlage/Service/Vertrag) sowie Zugang zu Kernquellen (CAFM/IWMS, ERP, HSE/Compliance, Verträge). Für Prozess- und Betreiber-/Servicekonzepte sollte die prozessbasierte Sicht aus EN 15221‑5 als Leitlinie genutzt werden.
Benötigte Daten
Für eine portfolio‑ und lebenszyklusfähige Konzeptentwicklung sind – als Mindeststandard – folgende Datenfelder empfehlenswert (bei Datenlücken siehe Governance‑Abschnitt): Flächen (nach EN 15221‑6), Nutzungsarten, Belegung/Auslastung, Asset‑Inventar, Zustandsindizes, Restnutzungsdauer, Wartungs-/Prüfstatus, Störungsdaten, Backlog, OPEX/CAPEX (mit Nutzungskostenlogik), Kritikalität (Business‑Bedeutung), Risiko-/Compliance‑Befunde, Vertragsdaten (Scope/SLA/Laufzeiten) sowie strategische Standortannahmen (Masterplan).
Organisatorische Rollen
Ein praxistaugliches Rollenmodell (als Minimum) umfasst: Sponsor/Steering (Demand‑Organisation), FM‑Portfolio Owner, Service Owner (TFM/IFM), Datenowner (CAFM/ERP/HSE/Verträge), Einkauf/Legal (Sourcing/Agreements nach ISO 41012), Methodenteam/Moderation (FM‑Connect). Die Notwendigkeit, Stakeholder‑Erfordernisse konsistent zu erfüllen (ISO 41001) und Strategieentwicklung mit Entscheidungsträgern zu koordinieren (ISO 41014) stützt dieses Setup.
Tabelle Arbeitspakete
| Arbeitspaket | Kurzbeschreibung | Typische Dauer | Verantwortlichkeit (Lead) |
|---|---|---|---|
| Initiierung & Konzeptauftrag | Zielbild/Entscheidungsfrage, Scope, Portfolioeinheiten, Erfolgskriterien, Stakeholderliste | 2–5 Arbeitstage | Sponsor + FM Portfolio Owner + FM Connect |
| Scope & Stakeholder Alignment | Leistungs-/Produktgrenzen (EN 15221 4 Logik), Stakeholderanforderungen, Governance/RACI (Draft) | 1–2 Wochen | FM Portfolio Owner + Methodenteam |
| Dateninventur & Datenqualität | Quellenplan (CAFM/ERP/HSE/Verträge), DQ Labels, Datenlücken, Annahmenregister | 1–2 Wochen | Datenowner + BI/Analyst |
| Ist Analyse Portfolio & Lebenszyklus | Flächen-/Nutzungsbild (EN 15221 6), Kosten-/Nutzungskosten (DIN 18960), Zustände/RSL, Backlog, Risiken | 2–3 Wochen | TGA/Service Owner + Analyst |
| Anforderungen & Leitplanken | Muss-/Soll Anforderungen, Compliance, Servicelevels, Szenarien/Restriktionen (ISO 41014 Sicht) | 1–2 Wochen | Sponsor + FM + HSE/Compliance |
| Konzeptvarianten | 2–4 umsetzbare Varianten (Operating Model, Serviceprofil, Sourcing Ansatz, Daten/Tools) | 1–2 Wochen | Methodenteam + FM + Einkauf |
| Optionsbewertung & Entscheidungsvorlage | Scoring, LCC /Kostenwirkung, Risiko, Empfehlung + Entscheidungstore | 1–2 Wochen | FM Connect + Sponsor |
| Zielkonzept | TOM/Operating Model, Prozesse (EN 15221 5 Logik), KPI Set (EN 15221 7), Agreement Rahmen (ISO 41012), Masterplan Draft | 2–3 Wochen | FM Portfolio Owner + Methodenteam |
| Validierung | Pilot-/PoC Plan, Testkriterien, Messkonzept (KPIs), Anpassungen | 2–6 Wochen (optional) | Service Owner + Standort FM + Provider |
| Implementierungsplan & Masterplan | Roadmap (Wellen), Budgetpfad, Transition Plan, PDCA Review Setup | 1–2 Wochen | PMO + FM + Einkauf |
Erwartete Ergebnisse
Das Konzeptpaket ist erst dann „fertig“, wenn es entscheidungs‑ und umsetzungsreif ist. Typische Deliverables (in Beratungspraxis): Concept Charter, Stakeholder‑/RACI‑Bild, Ist‑Analyse (Portfolio/Lifecycle), Anforderungen/Leitplanken, Optionenportfolio, Bewertungsmatrix, Zielkonzept (Operating Model, Prozesse, KPIs, Daten/Tools), Agreement‑Rahmen und Transition‑Konzept, Masterplan‑Roadmap inkl. Budgetpfad.
Vorteile der Methode
Die Methode reduziert typische Konzept-Risiken: unklare Scope‑Grenzen, fehlende Vergleichbarkeit, nicht verhandelbare Anforderungen „zu spät“ erkannt, Sourcing-/Agreement‑Folgen nicht integriert, Masterplan ohne Datenfundament. Sie stützt sich dabei konsequent auf Struktur- (DIN EN 15221‑4), Prozess- (DIN EN 15221‑5) und Systemanforderungen (ISO 41001) sowie auf Strategie-/Szenariologik (ISO 41014).
Grenzen der Methode
Normen liefern Rahmen, aber keine projektspezifischen Daten. Ohne ausreichende Datenqualität (z. B. Flächenmessbasis, Kostenlogik, Zustandsdaten) wird ein Konzept schnell „meinungsgetrieben“. DIN EN 15221‑4 adressiert genau diesen Harmonisierungsgedanken (Taxonomie, standardisierte Produkte als Grundlage u. a. für Datenmanagement und Benchmarking); dennoch bleibt die konkrete Datenlage organisationsspezifisch.
Verweise
DIN EN 15221‑4 (Taxonomie/Strukturen/PDCA), DIN EN 15221‑5 (FM‑Prozesse entwickeln/verbessern), DIN EN 15221‑6 (Flächenmessrahmen), DIN EN 15221‑7 (Benchmarking/KPIs), DIN EN ISO 41001 (FM‑Systemanforderungen), DIN EN ISO 41014 (FM‑Strategie, Szenarien/Risiken), DIN EN ISO 41012 (Sourcing/Agreements; inkl. Revisionsentwurf 2026), DIN 18960 (Nutzungskostenplanung), ISO 15686‑5 (Life‑cycle costing).
Bewertungs- und Priorisierungslogik
Konzeptentwicklung wird in der Praxis häufig in zwei Dimensionen entschieden: (1) Welche Konzeptvariante gewinnt, und (2) welche Maßnahmen/Wellen zuerst umgesetzt werden. Dafür braucht es ein einheitliches Scoring, das Portfolio‑ und Lebenszyklusdaten abbildet und zugleich Stakeholderentscheidungen erlaubt.
Als Standard‑Set (für Varianten und Umsetzungswellen) eignen sich die vom Auftrag geforderten Metriken:
Relevanz (Beitrag zu Demand‑Zielen/Hauptprozessen; ISO 41014 Alignment)
Umsetzbarkeit (Ressourcen, Datenreife, Markt/Provider‑Fähigkeit, organisatorische Machbarkeit)
Kostenwirkung (OPEX‑Hebel, CAPEX‑Pfad, Nutzungskosten/LCC‑Wirkung) [5]
Risiko (Compliance, Verfügbarkeit, HSE; ISO 41014 Szenarien/Risiken)
Tabelle Bewertungsindikatoren
| Bewertungsindikator | Definition | Typische Datenquelle | Skala | Gewicht |
|---|---|---|---|---|
| Relevanz | Beitrag zu Geschäfts-/Standortzielen und Hauptprozessen | Strategie/Stakeholder Workshops (ISO 41014 Kontext) | 1–5 → 0–100 | 35,00 |
| Umsetzbarkeit | Machbarkeit (Ressourcen, Datenreife, Organisationsfähigkeit, Markt) | Interviews, PMO, Data Quality Profil | 1–5 → 0–100 | 25,00 |
| Kostenwirkung | erwartete OPEX/CAPEX/LCC Wirkung (Netto über Zeitraum) | ERP, DIN 18960 Logik, ISO 15686 5 LCC | 1–5 → 0–100 | 25,00 |
| Risiko | Risikoexposition inkl. Szenarien (Compliance/Verfügbarkeit/HSE) | HSE/Compliance, Störungsdaten, ISO 41014 Szenarien | 1–5 → 0–100 | 15,00 |
Empfohlene Review‑Frequenzen (Startwerte, je Portfolio kalibrieren):
Konzeptphase: wöchentliches Arbeitsstream‑Review, zweiwöchentliche Sponsor‑Synchronisation
Pilot/PoC: wöchentliches KPI‑Review (Funktioniert es?)
Rollout‑Wellen: monatliches Programm‑Review (Budget, Meilensteine, Risiken)
Regelbetrieb: quartalsweise Portfolio‑Repriorisierung (Benchmarking‑Logik EN 15221‑7) und jährlicher Strategieabgleich (ISO 41014).
Entscheidungsregeln Go / Go‑mit‑Auflagen / No‑Go
Go: Scope/Taxonomie sind stabil (DIN EN 15221‑4), KPI‑Definitionen stehen (EN 15221‑7), Kern‑Datenqualität ≥ DQ‑B, Risiko‑Gates erfüllt, Implementierungs-/Masterplan vorhanden.
Go‑mit‑Auflagen: Konzept wird beschlossen, aber mit klaren Auflagen: Datenlücken schließen (DQ‑C→DQ‑B/A), Pilot durchführen, Delphi‑Kalibrierung für strittige Gewichte oder Kritikalität, Vertrags-/Agreement‑Prüfung im Sinne ISO 41012.
No‑Go: Taxonomie/Leistungsgrenzen unklar oder Datenbasis überwiegend DQ‑C ohne Validierungsplan; dann zuerst Daten-/Definitionsprojekt (Taxonomie, Flächenmessbasis, Kostenlogik) starten, weil DIN EN 15221‑4 Standardisierung explizit als Grundlage für Datenmanagement, Kostenumlage und Benchmarking beschreibt.