Differentiation

Existing approach
IT-Security
IT-Beratung
IT-Audit
What it does
Fragt: "Wer kann einbrechen?"
Liefert Meinungen und Empfehlungen.
Prüft, ob Dokumente und Prozesse den Normen entsprechen.
What IT Risk Engineering does differently
Fragt: "Was kann schiefgehen — und liegt es an der Architektur?" Security ist ein Teilbereich. Risk Engineering adressiert das Ganze.
Liefert Fakten und Beweise. Ein Berater sagt "Eure Recovery sollte funktionieren." Ein Risk Engineer sagt "Wir haben eure Recovery getestet. Sie dauert 47 Minuten statt der dokumentierten 5."
Prüft, ob die technische Realität die Dokumente trägt. Der Unterschied zwischen "Habt ihr eine Backup-Policy?" und "Funktioniert euer Backup?"

Null Herstellerverträge. Null Produktinteressen.

Wir verkaufen keine Produkte. Wir haben keine Herstellerverträge. Wir verdienen nichts daran, eine bestimmte Lösung zu empfehlen. Diese Unabhängigkeit ist kein Nebenaspekt — sie ist die Voraussetzung dafür, dass unsere Fakten glaubwürdig sind und unsere Empfehlungen vertrauenswürdig.

Jeder Dienstleister, der gleichzeitig Produkte verkauft, hat ein strukturelles Interesse, bestimmte Lösungen zu bevorzugen. Nicht aus bösem Willen — aus Geschäftsmodell. Sysfacts hat dieses Interesse nicht. Unsere einzige Agenda ist die Realität.

Why Architecture

Risiken entstehen nicht im luftleeren Raum. Sie entstehen in der Architektur — in den Entscheidungen, die irgendwann getroffen wurden: welche Systeme gewählt, wie sie verbunden, wo sie betrieben werden. Eine Architektur, die auf einen einzelnen Hyperscaler setzt, erzeugt Souveränitätsrisiko. Eine Architektur ohne getesteten Failover erzeugt Resilienzrisiko. Eine Architektur mit undokumentierten Abhängigkeiten erzeugt strategisches Risiko.

Deshalb beginnt jede Sysfacts-Bewertung mit der Architektur. Wir verstehen, wie die IT gebaut ist — und leiten daraus ab, welche Risiken strukturell angelegt sind.

What the Architectural Status Map

Das architektonische Zustandsbild ist keine Visio-Zeichnung und kein Netzwerkdiagramm. Es ist eine ingenieurmäßige Kartierung der IT-Landschaft: Welche Systeme und Plattformen sind im Einsatz? Wie sind sie verbunden? Wo liegen die Daten, in welcher Jurisdiktion? Wo entstehen Abhängigkeiten — zwischen Systemen, zwischen Anbietern, zwischen Standorten? Wo sind die Single Points of Failure, die niemand
dokumentiert hat?

Das Zustandsbild zeigt nicht nur, was da ist — es zeigt, wo die Architektur Risiken erzeugt und wo sie Optionen eröffnet.

Architecture as Foundation for Change

Dieselbe Architekturgrundlage, die Risiken sichtbar macht, ist auch die Basis für jeden geplanten Wandel. Ob Technologiewechsel, Migration, Cloud-Exit oder Carve-Out — wer die Architektur des Ausgangszustands kennt, plant besser und vermeidet teure Überraschungen im Übergang.

Messen. Beheben. Verifizieren.

Messen

001

Zuerst verstehen wir, wie eure IT-Architektur gebaut ist — und wo sie Risiken erzeugt. Das Ergebnis ist der Sysfacts Score: ein vollständiges, messbares Zustandsbild über fünf Dimensionen, mit konkreten Handlungsoptionen.

Beheben

002

Dann beheben wir die Ursachen. Nicht die Symptome. Die gleichen Ingenieure, die die Architektur bewertet haben, setzen die Lösung um — Architekturverbesserung, Migration, Härtung. Kein Staffelstab, kein neues Team.

Verifizieren

003

Zum Schluss beweisen wir, dass die Lösung hält. Empirisch, messbar, belastbar. Keine Selbstauskunft, kein Häkchen auf einer Checkliste — ein kontrollierter Test mit dokumentiertem Ergebnis.

The Sysfacts Score

Das Herzstück unserer Arbeit. Ein proprietäres Scoring-Modell, das den Zustand der gesamten IT-Architektur eines Unternehmens in messbaren, vergleichbaren, wiederholbaren Fakten abbildet.

R
Resilienz
Wie überlebensfähig ist eure IT bei einem Ausfall?
S
Souveränität
Wie unabhängig seid ihr von Anbietern und Jurisdiktionen?
Ö
Ökonomie
Wie robust ist eure Kostenstruktur gegenüber Veränderungen?
Z
Zukunftsfähigkeit
Wie tragfähig ist eure Architektur für die nächsten Jahre?
C
Compliance
Seid ihr wirklich compliant — oder nur auf dem Papier?

The Principles

Proof-based

001

Wir stellen keine Diagnosen auf Basis von Fragebögen und Selbstauskünften. Wir messen, wir testen, wir verifizieren. Wo immer möglich, ersetzen wir Annahmen durch empirische Nachweise.

Ingenieurspräzision

002

Wir arbeiten nicht mit Reifegradmodellen und Ampelfarben. Wir arbeiten auf der Ebene einzelner Konfigurationen, Vertragsklauseln und Abhängigkeitsketten. Unsere Aussagen sind belegbar, nicht beratungstypisch vage.

Befähigung

003

Klassische Berater erzeugen Abhängigkeit — bewusst oder unbewusst. Sysfacts tut das Gegenteil. Unser Ziel ist, dass IT-Entscheider ihre Architektur verstehen, ihre Risiken kennen und souverän entscheiden. Wir liefern die Fakten, damit ihr die Entscheidungen selbst treffen könnt — nicht damit ihr uns erneut fragen müsst.

Die Methodik in der Praxis

Vom Quick Scan über das Lagebild bis zur Verifikation
— entdeckt unsere Angebote.