Projekt‑Bedarfsermittlung und Zielbild ableiten

• Zentrales Ziel ist die Herstellung von Entscheidungsklarheit in der Frühphase: Was ist der echte Bedarf (Problem/Chance), was ist nur eine vorschnelle Lösungsidee – und welches Zielbild beschreibt den gewünschten Endzustand so präzise, dass er als verbindlicher Maßstab für spätere Planung, Vergabe und Umsetzung dienen kann. Damit folgt die Methode dem Grundgedanken, FM wirksam und effizient an den Zielen der nachfragenden Organisation („demand organization“) auszurichten und die Bedürfnisse interessierter Parteien konsistent zu berücksichtigen.

• Ein zweites Ziel ist Übersetzungsarbeit: Strategische Ambitionen (z. B. ESG, Produktivität, Sicherheit, Kostenstabilität) werden in konkrete, überprüfbare Anforderungen überführt – etwa in Leistungsniveaus, Flächenprogramme, Funktionsprogramme, Ausstattungsprogramme, Betriebs- und Servicekonzepte sowie Daten-/Informationsanforderungen. Gerade für Gebäude- und Umbauprojekte ist diese Bündelung von Planungsgrundlagen als Ergebnis der Bedarfsplanung ein etabliertes Prinzip.

• Schließlich zielt die Methode auf Steuerbarkeit: Ein gutes Zielbild enthält Success‑Kriterien (KPIs/SLAs/Qualitätsmerkmale), Grenzen (Scope, Budget, Termin, Compliance) und Prioritäten. Dadurch wird die spätere Projektsteuerung belastbarer, Change Requests werden eindeutiger bewertbar, und die Umsetzung bleibt – trotz Iterationen – zielorientiert.

Die Methode wird in FM‑kontextualisierten Projekten eingesetzt, wenn eine belastbare Definition von „Was muss erreicht werden?“ wichtiger ist als sofortige Detailplanung. Typisch ist das bei Neubau, Sanierung, Revitalisierung oder Nutzungsänderungen, weil schon früh über Betriebsfähigkeit, Betreiberpflichten, Instandhaltungszugang, Flächenlogik, Nutzerströme, Sicherheit und Lebenszykluskosten entschieden wird. Eine planungs- und baubegleitende FM‑Perspektive wird dabei explizit als Erfolgsfaktor für einen reibungslosen Betrieb über den Lebenszyklus beschrieben.
Ebenso relevant ist die Methode bei FM‑Organisations- und Serviceprojekten: Service‑Portfolio‑Redesign, Ausschreibung/Neuordnung von Facility Services, Aufbau oder Reorganisation eines Service Desk, Performance‑/KPI‑Systeme, Betreiberverantwortungs‑Organisation oder Digitalisierungsprogramme (CAFM/IWMS, Sensorik, Datenplattformen, BIM‑to‑FM). In diesen Fällen ist das Zielbild weniger „Gebäudeentwurf“, sondern ein Target Operating Model für Services, Rollen, Prozesse, Daten und Steuerung.
Schließlich ist der Ansatz in Beschaffungs- und Sourcing‑Kontexten hilfreich, weil strategisches Sourcing im FM die Klärung von Bedarf, Leistungsbildern, Verantwortlichkeiten und Messgrößen voraussetzt, bevor Verträge, SLAs und Governance sauber gestaltet werden können.

• Auslöser sind häufig „Druckereignisse“: steigende Betriebskosten, Qualitätsbeschwerden, Flächenengpässe, Nutzungsänderungen (z. B. Hybrid Work), Sicherheits- oder Compliance‑Findings, ein Betreiberwechsel, ein Modernisierungsstau oder neue Nachhaltigkeitsanforderungen. Viele dieser Themen sind im FM deshalb kritisch, weil internationale FM‑Leitlinien den Nutzen von Standards u. a. in Compliance, Sicherheit, Nachhaltigkeit und Optimierung von Lebenszyklusleistung und -kosten sehen.

• Ein weiterer Trigger ist Unsicherheit über die „richtige“ Lösungsrichtung: Renovieren oder Neubau? Inhouse oder Outsourcing? CAFM‑Ablösung oder Optimierung? Technische Modernisierung oder Prozess-/Verhaltensänderung? In solchen Situationen verhindert der methodische Fokus auf Bedarf und Zielbild, dass ein Projekt mit einer Lösung startet, bevor Problem, Anforderungen, Nebenbedingungen und Erfolgskriterien geklärt sind.

• Nicht zuletzt ist die Ausgangssituation oft organisatorisch geprägt: unklare Rollen in der Betreiberverantwortung, fragmentierte Datenlagen, fehlende Service-Transparenz oder widersprüchliche Stakeholder‑Erwartungen. Richtlinien zur Betreiberverantwortung betonen gerade hier die Bedeutung von klarer Organisation, Delegationsmöglichkeiten sowie Prüf- und Überwachungspflichten als Fundament eines rechtssicheren Betriebs.

Damit Bedarf und Zielbild nicht nur „Papier“ bleiben, braucht die Methode einen verbindlichen Rahmen: eine klare Beauftragung, definierte Entscheidungswege und die Bereitschaft, Anforderungen iterativ zu schärfen, wenn neue Informationen vorliegen. Bedarfsplanung wird explizit als iterativer Prozess beschrieben, in dem mit zunehmender Konkretisierung weitere Bedarfe sichtbar werden können.

• Eindeutiger Projektauftrag (Mandat), inkl. Problemstatement, grobem Scope und erwarteter Entscheidung (z. B. Business Case, Variantenentscheid, Vergabeentscheidung)

• Benannter Sponsor/Steuerkreis mit Entscheidungsbefugnis über Budget, Standards und Prioritäten

• Zugriff auf relevante Stakeholder (Nutzergruppen, Eigentümer/Betreiber, HSSE, IT, Einkauf, Finance) und deren Zeitbudget für Interviews/Workshops

• Mindestmaß an Bestandsunterlagen (Objekt-, Kosten-, Leistungs- und Vertragsdaten) sowie Datenhoheit/Datenschutzklärung

• Gemeinsame Begriffs- und Messsystematik (Flächen, Kosten, Performance), um Vergleichbarkeit sicherzustellen

• Vereinbarte Dokumentationsformate (z. B. Anforderungskatalog, Zielbild, KPI‑Set), damit Ergebnisse direkt weiterverwendbar sind

Diese Voraussetzungen entsprechen dem Logikrahmen, Anforderungen systematisch zu erheben, zu dokumentieren und als Steuerungsgrundlage nutzbar zu machen (inkl. Sprache/Begriffe, Informationsobjekte, Iteration, Stakeholderbezug).

• Objekt-/Portfolioübersicht: Standorte, Nutzungsarten, Kapazitäten, kritische Funktionen, Abhängigkeiten

• Flächendaten und Belegungslogik (z. B. nach anerkannten Regeln zur Flächen-/Rauminhaltsbestimmung)

• Bestandsdokumentation: Pläne, Anlagenlisten, Wartungs-/Prüfhistorie, Störungsdaten, Restlebensdauern, Instandhaltungsrückstände

• Kosten- und Budgetdaten: Investitionsrahmen (Projektkostenlogik) sowie Nutzungskosten/Betriebskosten über die Nutzungsphase

• Energie- und Medienverbräuche, Emissions-/ESG‑relevante Kennzahlen (falls Zielbild ESG enthält)

• Vertrags- und Leistungsdaten: Leistungsbeschreibungen, SLAs/OLAs, Providerstruktur, Eskalationen, Qualitätsnachweise

• Compliance-/Risikodaten: Betreiberpflichten, Prüfregime, Gefährdungsbeurteilungen, Abweichungen, Auditergebnisse

• Informations-/Digitaldaten: BIM‑/Modelldaten, CDE‑Strukturen, Datenmodelle, Schnittstellenanforderungen, Asset-Informationsbedarf für Betrieb

Die Datenarten stützen eine lebenszyklusorientierte Betrachtung (Asset‑/Leistungs‑/Kostenperspektive) und erleichtern das Übersetzen von Zielen in messbare Anforderungen über Planung, Betrieb und Optimierung hinweg.

• Executive Sponsor / Auftraggebervertretung: Zielprioritäten, Budgetrahmen, finale Entscheidungsfreigaben

• Bedarfsträger und Nutzervertretungen (Key User): Nutzungsszenarien, Pain Points, Akzeptanzkriterien, Change‑Risiken

• FM‑Leitung / FM‑Projektleitung: Methodikführung, Konsolidierung, Zielbildarchitektur, Übergabe an Umsetzung

• TFM/Fachingenieur(e) (TGA, Elektro, MSR/GA): technische Anforderungen, Sicherheits- und Verfügbarkeitsziele, Instandhaltungslogik

• HSSE / Compliance / Recht: Betreiberverantwortung, Prüf‑/Dokumentationspflichten, Risikobewertung, Haftungslogik

• Finance / Controlling: Business Case, Lebenszyklus-/Nutzungskosten, Budgetierungslogik

• Einkauf / Procurement: Sourcing‑Optionen, Vertrags-/SLA‑Logik, Vergabefähigkeit der Anforderungen

• IT / Data / Cyber: CAFM/IWMS‑Anforderungen, Datenarchitektur, Integrationen, Informationssicherheit, CDE/BIM‑to‑FM

• Externe Expertise (optional): Moderation, Benchmarking, technische Due Diligence, Variantenstudien, Requirements Engineering

Die Vorgehensstruktur orientiert sich an bewährten Logiken der Bedarfsplanung (Kontext klären, Ziele festlegen, Informationen auswerten, Bedarfsplan erstellen, Varianten prüfen, Abgleich fortschreiben) und erweitert sie um FM‑spezifische Bausteine wie Betriebsmodell, Betreiberverantwortung, Service‑Design, Datenanforderungen und Performance‑Management. Bedarfsplanung wird dabei als iterativer Prozess verstanden, dessen Ergebnisse u. a. Machbarkeitsstudien und Planungsverträge fundieren können.

• Initiierung und Auftragsklärung: Auftrag, Entscheidungspunkt, Governance, Zeithorizont und Abgrenzungen festlegen; erste Hypothesen zu Bedarf vs. Lösungsidee dokumentieren.

• Projektkontext klären: Kerngeschäft, Standort-/Portfolio‑Kontext, Stakeholderlandschaft, regulatorische Rahmenbedingungen und kritische Erfolgsfaktoren erfassen.

• Stakeholder- und Nutzungsszenarien erheben: Nutzergruppen segmentieren, Journeys/Use‑Cases formulieren (Normalbetrieb, Peaks, Sonderfälle), und Akzeptanz-/Change‑Treiber identifizieren.

• Projektziele und Zielhierarchie definieren: Ziele in Kategorien strukturieren (funktional/technisch, soziokulturell, ökonomisch/zeitlich, ökologisch) und in messbare Zielwerte/Success‑Kriterien überführen.

• Ist-Analyse und Datenvalidierung: Flächen, Anlagenzustand, Serviceperformance, Kosten-/Verbräuche, Vertragslage und Compliance‑Status erfassen; Datenlücken und Unsicherheiten transparent dokumentieren.

• Anforderungen strukturieren und dokumentieren: Anforderungen als konsistente Information Items (Business, Nutzer, Funktion, Technik, Daten, Service) dokumentieren; Qualitätskriterien für „gute Anforderungen“ (eindeutig, prüfbar, vollständig, priorisiert) anwenden.

• Zielbild entwickeln: Target Operating Model (Services, Prozesse, Rollen, Steuerung), technische Zielarchitektur (Verfügbarkeit, Sicherheit, Wartbarkeit), Flächen-/Funktions-/Ausstattungslogik sowie Daten-/Informationszielbild (BIM/CDE, Asset‑Information) definieren.

• Gap-Analyse und Varianten: Delta zwischen Ist und Zielbild quantifizieren; Handlungsoptionen entwickeln (z. B. organisatorisch, technisch, baulich, digital, sourcing); Varianten nach Nutzen, Risiko, Umsetzbarkeit, Lebenszyklus-/Nutzungskosten bewerten.

• Bedarfsplan konsolidieren und freigeben: Ergebnisdokumente (Bedarfsplan, Zielbild, KPI/Abnahmekriterien, Kosten-/Terminrahmen, Risikoregister) konsolidieren, Stakeholderkonflikte auflösen und formalisierte Freigabe herbeiführen.

• Übergabe an Folgephasen: Anforderungen und Zielbild in planungs-/vergabefähige Formate (Leistungsbeschreibung, Lastenhefte, Datenanforderungen, Governance) überführen und die Iterationslogik für spätere Abgleiche festlegen.

Ein Qualitätsmerkmal ist der „rote Faden“: Jede spätere Lösung (Design, Vertrag, System, Prozess) wird konsequent gegen Bedarf und Zielbild geprüft; damit wird die Anforderungen‑zu‑Lösung‑Traceability entlang des Projektlebenszyklus sichergestellt.

• Der größte Nutzen liegt in der Reduktion späterer Korrekturen: Wer Kontext, Ziele, Informationslage und Bedarf früh konsolidiert, senkt das Risiko teurer Änderungen in Planung, Bau, Implementierung und Betrieb – und erhöht die Vergleichbarkeit von Varianten, Angeboten und Lösungsansätzen. Die Iterationslogik der Bedarfsplanung unterstützt dabei, neu entstehende Erkenntnisse kontrolliert zu integrieren, statt unkontrolliert „Scope Creep“ zu produzieren.

• Für Facility Management schafft die Methode außerdem messbaren Wertbeitrag: FM wird konsequent an Organisationszielen ausgerichtet (strategische Passung), Stakeholder‑Bedürfnisse werden systematisch berücksichtigt, und Nachhaltigkeit/ESG kann vom Zielbild bis zu KPIs und Governance durchgängig verankert werden.

• Schließlich verbessert der Ansatz die Betriebsfähigkeit: Weil Betreiberverantwortung, Wartbarkeit, Dokumentationspflichten und Informationsmanagement bereits in der Zielbildphase verankert werden, sinken Anlaufprobleme nach Inbetriebnahme bzw. nach Veränderungsprojekten.

• Die Methode ist nur so gut wie Datenqualität und Stakeholderzugang. Fehlende oder widersprüchliche Bestandsdaten, unklare Eigentümer-/Betreiberrollen oder fehlende Einbindung von Nutzergruppen können dazu führen, dass das Zielbild entweder zu abstrakt bleibt oder implizite Anforderungen unentdeckt bleiben, die später teuer nachgearbeitet werden müssen.

• Eine zweite Grenze ist die inhärente Unsicherheit der Frühphase: Gerade strategische Briefe entstehen, wenn noch vieles offen ist; die Methode reduziert Unsicherheit durch Struktur, eliminiert sie aber nicht. Deshalb muss das Zielbild bewusst mit Annahmen, Szenarien und Toleranzen arbeiten und Iterationspunkte definieren, an denen Entscheidungen überprüft werden.

• Drittens ist die Methode kein Ersatz für Detailplanung, Engineering oder Vergaberecht: Sie liefert die Grundlage (Was/Warum/Wie gut), aber die konkrete technische Lösungsauslegung, Ausführungsplanung, Systemkonfiguration und rechtssichere Vergabe müssen anschließend in ihren jeweiligen Fachprozessen erfolgen.

In der Praxis wird die Methode häufig für Transformationsprojekte im Büro‑ und Flächenmanagement genutzt, wenn sich Arbeitsmodelle ändern und ein neues Zielbild für Belegung, Sharing‑Konzepte, Buchung, Services und Nutzererlebnis benötigt wird. Digitale Buchungs- und Ressourcenmanagementsysteme werden dabei als zentrale Werkzeuge beschrieben, um Transparenz, Nutzerorientierung und Steuerungsdaten zu schaffen.
Ein zweiter Einsatzbereich sind CAFM/IWMS‑Vorhaben und Datenprogramme: Zielbild und Bedarf definieren, welche Prozesse und Datenobjekte wirklich benötigt werden, bevor Systeme ausgewählt oder migriert werden. Marktübersichten und neutrale Orientierungsdokumente werden hier als hilfreiche Grundlage für die Systemauswahl genannt.
Drittens wird die Methode bei Compliance- und Betreiberverantwortungsprogrammen eingesetzt, um Pflichten, Kontrollen, Rollen und Dokumentation so zu organisieren, dass Haftungsrisiken reduziert und Sicherheit/Umwelt geschützt werden.

Die folgende Auswahl bündelt etablierte Normen und Rahmenwerke, die sich (je nach Projekttyp) als Referenz für Struktur, Begriffe, Anforderungen, Kosten-/Flächenlogik, Informationsmanagement und FM‑Governance bewährt haben.

• DIN 18205 Bedarfsplanung im Bauwesen

• DIN 276 Kosten im Bauwesen

• DIN 277 Flächen und Rauminhalte

• DIN 18960 Nutzungskosten im Hochbau

• International Organization for Standardization 41000‑Reihe (FM) inkl. 41001, 41011, 41012, TR 41013, 41014, 41015, 41018, TR 41019

• ISO 55000 Asset Management

• ISO/IEC/IEEE 29148 Requirements Engineering

• ISO 19650 Informationsmanagement mit BIM

• ISO 19208 Framework for specifying performance in buildings

• EN 15221 Facility Management (Principles/Processes, Agreements, Benchmarking)

• Royal Institute of British Architects Plan of Work (Briefing bis Betrieb)

Diese Verweise sind nicht „Pflichtlektüre“, aber sie helfen, Begriffe zu harmonisieren, Anforderungen konsistent zu dokumentieren und Ergebnisse anschlussfähig an Planung, Betrieb und Audit-/Governance‑Strukturen zu machen.

• Workshop-Toolset: Stakeholder‑Landkarte, Interviewleitfäden, Use‑Case‑Vorlagen, Konflikt-/Entscheidungslog (Requirements‑Workshops)

• Anforderungen & Traceability: Requirements‑Backlog, Priorisierung (MoSCoW/Kano), Abnahmekriterien‑Matrix, Änderungslog

• Kosten/Flächen: Kostenstruktur nach DIN 276, Flächenkennzahlen nach DIN 277, Nutzungskostenstruktur nach DIN 18960

• CAFM/IWMS‑Tools + Auswahlhilfen: Marktübersicht CAFM‑Software (GEFMA 940) als Orientierungsbasis für CAFM‑Projekte

• Informationsmanagement: BIM‑basierte Informationsanforderungen und CDE‑Strukturen nach ISO 19650 (BIM‑to‑FM)

• Servicequalität & Experience: KPI‑Dashboards, Nutzerfeedback‑Mechanismen, XLA‑/Experience‑Indikatoren (ergänzend zu SLAs)

Toolauswahl sollte stets aus dem Zielbild abgeleitet werden: Erst Anforderungen und Erfolgskriterien klären, dann Werkzeuge auswählen – nicht umgekehrt.