Swiss Room · Teamstudie

Wie ein 30.000-CHF-Streit über SIEM zur ISO-Entscheidung wird

ISO 27001-Investitionsentscheidung im 4-Phasen-Format

60–90 Min Workshop ISO 27001 · Team

Was diese Teamstudie Ihrem Team gibt

ISO 27001 im Team durcharbeiten – von Controls bis Audit-Vorbereitung.

Das Budget-Meeting, das fast scheiterte – und wie es doch gelang

UnternehmenKunz & Partner AG, Winterthur
BrancheTechnologieunternehmen, 70 Mitarbeitende
Standard / ZertifizierungsrahmenISO/IEC 27001:2022 – freiwillige Managementsystemnorm (kann vertraglich/sektorspezifisch faktisch verbindlich werden), keine staatliche Regulierung
KonfliktauslöserBudget: 30.000 CHF verfügbar, Vorschläge summieren sich auf mehr
KernfrageWie entscheidet ein Team unter Druck, wenn alle recht haben?
LernpunktKonflikte entstehen nicht wegen schöner Projekte, sondern wegen falscher Reihenfolge

· © 2026

Einordnung

Diese Teamstudie zeigt exemplarisch, wie ein ISO-27001-Budgetmeeting durch unterschiedliche Arbeitslogiken eskaliert – und wie strukturierte Moderation aus einem drohenden Abbruch eine tragfähige Entscheidung macht.

Die Ausgangslage

Die Kunz & Partner AG aus Winterthur bereitet sich auf die ISO-27001-Zertifizierung vor. Die ersten Workshops liefen gut – bis es um die konkrete Tool-Entscheidung geht. Im Budget stehen maximal 30.000 CHF. Die Vorschläge des Teams summieren sich auf mehr als das.

Die Stimmung ist angespannt. Und bevor überhaupt ein Wort über Priorisierung gesagt wird, ist klar: Hier sprechen vier Menschen, die über dasselbe Thema in vollständig verschiedenen Sprachen reden.

Methodische Grundlage: das Modell der Vier Arbeitslogiken nach Sabine Müller (systemische Prozessberatung, Trigon-Schule, vgl. Königswieser/Hillebrand). NBK Legal wendet es im regulatorischen Kontext an. Es ist eine systemische Arbeitsheuristik — keine gesetzlich vorgeschriebene oder diagnostisch validierte Typologie; Menschen und Funktionen können je nach Situation mehrere Logiken verwenden. Vertiefung in der Methodik.

Das Modell: Vier Arbeitslogiken

ISO 27001 ist ein Gemeinschaftsprojekt. Es braucht Tiefe für die Risikoanalyse, Exploration für die Lösungsentwicklung, Struktur für die Entscheidungsfindung und Resonanz für die Umsetzbarkeit. Das Problem: Alle vier reden gleichzeitig.

SystemArbeitslogikFokusIn diesem Meeting
AResonanzMenschen, Klima, WirkungThomas – Vorstand
BStrukturPflichten, Relevanz, EntscheidungenSarah – Head of Legal
CExplorationIdeen, Optionen, InnovationMartin – IT-Leiter
DTiefeAnalyse, Risiken, AbhängigkeitenLuca – CISO

Die Konfliktlage

System D – Tiefe
Luca
„Aus unserer Risikobewertung folgt: Wir brauchen belastbares Logging und Monitoring — für mich heisst das ein SIEM.“
System C – Exploration
Martin
„Wir brauchen Ordnung – bevor wir Raketenwissenschaft betreiben.“
System B – Struktur
Sarah
„Ein integriertes Asset-Inventar ist nicht nett-zu-haben. Es ist die Grundlage für alles andere.“
System A – Resonanz
Thomas
„Warum klingt das alles so kompliziert?“

Die Eskalation

Das Meeting beginnt sachlich, doch innerhalb von Minuten entsteht eine toxische Mischung.

Luca: „Ohne die richtigen Kontrollen kommen wir durch kein Audit!“ Martin: „ISO verlangt kein bestimmtes Produkt namens SIEM — sie verlangt ein risikobasiertes ISMS. Und das bringt uns gar nichts, wenn wir nicht einmal eine saubere Asset-Liste haben!“ Thomas: „Können wir bitte bei den Fakten bleiben? Ich verstehe kein Wort mehr.“

Der Druck steigt. Niemand hört dem anderen zu. Der Ton wird härter. Das Meeting steht kurz vor dem Abbruch.

Die Wende: Sarah übernimmt

Sarah hebt die Hand.

„Stopp. Wir machen jetzt eine strukturierte 4-Phasen-Runde.“

Thomas schaut erleichtert. Luca und Martin eher skeptisch – aber sie wissen, dass es so nicht weitergeht. Sarah zeichnet vier Kreise an das Whiteboard.

Phase 1 — Exploration (System C)
Keine Bewertung. Keine Einwände. Niemand widerspricht. Martin darf beginnen. Er erklärt das zentrale Asset-Tool, die doppelte Arbeit, die chaotischen Excel-Listen und wie das System drei Anforderungen gleichzeitig löst: Asset Inventory, Demand Management, Lizenzverwaltung. Der Vorstand nickt zum ersten Mal. Luca ergänzt die Abhängigkeiten zu Vulnerability Management und Incident Response. Zum ersten Mal hört man sich zu – ohne Gegenwehr.
Phase 2 — Analyse (System D)
Was ist zwingend? Was sind die Risiken? Luca analysiert: Ohne SIEM fehlen Auditfähigkeiten. Ohne Penetrationstest kennt man die wahre Risikolage nicht. Ohne Monitoring müssen alle Prüfungen manuell erfolgen. Martin analysiert: Ohne saubere Asset-Basis funktionieren SIEM und Penetrationstest nicht richtig. Thomas versteht plötzlich: Die Systeme hängen voneinander ab.
Phase 3 — Struktur (System B)
Pflichten, Empfehlung, Reihenfolge. Sarah fasst zusammen. ISO/IEC 27001 verlangt ein risikobasiertes ISMS: Die Organisation bestimmt anhand ihrer Risiken die erforderlichen Kontrollen und dokumentiert Einbezug/Ausschluss im Statement of Applicability. Kontrollziele wie Inventarisierung von Informationswerten sowie Logging/Monitoring sind zentral — ein bestimmtes Produkt (SIEM) oder ein externer Penetrationstest sind aber nicht pauschal vorgeschrieben. Aus der Risikobewertung des Teams folgt hier: 1. Asset-Inventar als Fundament. 2. Penetrationstest als für zweckmässig gehaltene Massnahme. 3. Logging/Monitoring (hier via SIEM) für laufende Sicherheit. Thomas atmet hörbar aus.
Phase 4 — Kommunikation (System A)
ROI erklären, Verantwortung sichern, Vertrauen herstellen. Sarah richtet sich an den Vorstand: „Thomas, Sie haben gefragt, warum wir über 30.000 CHF ausgeben sollen. Ohne Asset-Inventar ist alles andere wenig wirksam. Penetrationstest und SIEM können die Wahrscheinlichkeit bzw. die Auswirkungen bestimmter Vorfälle reduzieren — ihren Nutzen bewerten wir am Risikoprofil und den Betriebskosten (ein SIEM ‚schützt‘ nicht von selbst, es braucht Regeln, Betrieb und Reaktion). Und eine nachvollziehbare, risikobasierte Entscheidung hilft, die Wahrnehmung Ihrer Organpflichten zu dokumentieren.“ Thomas lehnt sich zurück: „Zum ersten Mal habe ich das Gefühl, ich verstehe es.“

Das Ergebnis

Der Vorstand beschliesst: Asset-Tool (8.000 CHF), Implementierung (2.000 CHF), Penetrationstest (12.000 CHF), SIEM-System (10.000 CHF im ersten Jahr). Gesamt 32.000 CHF — der Vorstand erhöht das ursprüngliche Budget von 30.000 CHF um 2.000 CHF und gibt frei.

Das Team verlässt den Raum nicht nur mit einer Entscheidung, sondern mit Vertrauen. Nicht weil die Menschen sich verändert haben. Sondern weil die Struktur stimmte.

Learnings

1Konflikte waren nicht fachlichD-Systeme brauchen Tiefe. C brauchen Entscheidungsfreiheit. B brauchen Struktur. A brauchen Orientierung und Sicherheit.
2Ohne Ordnung kollabiert jedes MeetingEgal wie kompetent das Team ist. Die 4-Phasen-Moderation löst Konflikte nicht – sie macht sie produktiv.
3ISO ist ein GemeinschaftsprojektLegal sieht Relevanz. IT sieht Realität. CISO sieht Risiko. Vorstand sieht Verantwortung. Alle Perspektiven sind notwendig.
4Die Werkzeuge sind nicht teuerTeuer ist es, sie nicht zu haben – und es erst im Audit oder nach einem Vorfall zu merken.
5Reihenfolge = ErfolgC → D → B → A. Erst Ideen, dann Risiken, dann Struktur, dann Kommunikation. Wer das umkehrt, verliert das Meeting.
Kernaussage
ISO 27001 ist ein Gemeinschaftsprojekt. Wer die Arbeitslogiken seines Teams kennt und die richtige Reihenfolge anwendet, macht aus einem Budget-Konflikt eine tragfähige Entscheidung.

NBK Legal ·

Die vorliegende Teamstudie ersetzt keine Rechtsberatung. Unternehmen, Personen und Sachverhalte sind fiktiv bzw. für didaktische Zwecke verdichtet.

Nachbesprechung · für den Workshop
Nicht „Wer hatte recht?", sondern:
  • Welche Annahme brachte jede Funktion mit (Legal, IT/CISO, Risk, Geschäftsleitung)?
  • Welche Information fehlte — und wem?
  • Welche Entscheidung wurde dadurch verzögert?
  • Welche Struktur (klare Rolle, Eskalationsweg, gemeinsame Kriterien) hätte den Konflikt verhindert?
So wird aus dem Lesetext ein moderierbares Board- bzw. Team-Modul.
← Alle Teamstudien