init: DIGITOM Kernkonzept YAML-Dateien (initialer Import)

#02_service-portfolio-management/02.1_spm_konzepte/02a_lifecycle-konzepte/spm_konzept_service-betrieb-light.yaml

@@ -0,0 +1,104 @@
+# =============================================================================
+# KONZEPT: SERVICE-BETRIEB (LIGHT-WEIGHT)
+# =============================================================================
+
+metadata:
+  id: "K-BL"
+  name: "Service-Betrieb Light-Weight Konzept"
+  version: "0.1"
+  status: "placeholder"
+  erstellt: "2025-12-15"
+  projekt: "DIGITOM"
+  organisation: "Stadt Freiburg / DIGIT"
+  dokumenttyp: "konzept"
+
+  beschreibung: >
+    Minimales Strukturkonzept für den Service-Betrieb. Definiert
+    Betriebsrollen und grundlegende Verantwortungsabgrenzungen,
+    um Anschlussfähigkeit an die operative Organisation herzustellen.
+
+  scope_hinweis: >
+    BEWUSST REDUZIERT: Dieses Konzept ist ein Strukturanker, keine
+    vollständige Betriebsprozess-Definition. Vertiefung in späterer Phase.
+
+  referenzen:
+    blueprint: "02_service-lifecycle-blueprint/service-lifecycle_service-betrieb.yaml"
+    rollen_kurzreferenz: "02_service-lifecycle-blueprint/spm_rollen.yaml"
+
+# =============================================================================
+# BEGRÜNDUNG
+# =============================================================================
+
+begruendung:
+  workshop_befund: >
+    Ohne minimale Strukturelemente für den Service-Betrieb fehlt die
+    Anschlussfähigkeit an die operative Organisation. Die Betriebsmannschaft
+    muss sich im Modell wiederfinden, sonst keine Legitimation.
+
+  systemtheoretisch: >
+    Das Konzept bleibt ohne operative Verankerung eine Parallelstruktur,
+    die von der Organisation als "Management-Theater" abgekoppelt wird.
+
+# =============================================================================
+# GLIEDERUNG (zu entwickeln)
+# =============================================================================
+
+gliederung:
+
+  - abschnitt: "Scope und Abgrenzung"
+    status: "ausstehend"
+    inhalte:
+      - "Was dieses Konzept ist (Strukturanker)"
+      - "Was dieses Konzept nicht ist (kein Betriebshandbuch)"
+      - "Verweis auf Blueprint für Aktivitäten"
+
+  - abschnitt: "Betriebsrollen (Minimum)"
+    status: "ausstehend"
+    inhalte:
+      - "Operations Manager"
+      - "Betriebsteam"
+      - "Technical Lead (optional)"
+    referenz: "spm_rollen.yaml → management, operativ"
+
+  - abschnitt: "Verantwortungsabgrenzung"
+    status: "ausstehend"
+    inhalte:
+      - "Service Owner vs. Operations Manager"
+      - "Betrieb vs. Support (Incident-Handling)"
+      - "Proaktiv vs. Reaktiv"
+
+  - abschnitt: "Schnittstelle zu Support"
+    status: "ausstehend"
+    inhalte:
+      - "Eskalationswege bei Incidents"
+      - "Problem-Identifikation"
+      - "Wissenstransfer"
+
+  - abschnitt: "Monitoring-Verantwortung"
+    status: "ausstehend"
+    inhalte:
+      - "Wer definiert Schwellwerte?"
+      - "Wer reagiert auf Alerts?"
+      - "Wer erstellt Qualitätsberichte?"
+
+# =============================================================================
+# EXPLIZITE NICHT-INHALTE
+# =============================================================================
+
+nicht_inhalte:
+  themen:
+    - "Detaillierte Betriebsprozesse"
+    - "Monitoring-Tool-Auswahl"
+    - "Kapazitätsplanung"
+    - "Change-Management im Betrieb"
+  hinweis: "Diese Themen werden in Phase X vertieft."
+
+# =============================================================================
+# ÄNDERUNGSHISTORIE
+# =============================================================================
+
+aenderungshistorie:
+  - version: "0.1"
+    datum: "2025-12-15"
+    aenderung: "Placeholder erstellt mit Gliederungsskelett"
+    autor: "DIGITOM-Projekt"