Zum Hauptinhalt springen
FromNine
Menü

Beratung

Architektur­entscheidungen, die sich begründen lassen.

Bevor Sie Budget freigeben, helfen wir Ihnen, den richtigen Weg zu wählen: mit einem klaren Bild Ihrer heutigen Landschaft, Optionen samt ihren Vor- und Nachteilen, schriftlich festgehaltenen Entscheidungen und einer Roadmap, an die sich Umsetzungsteams tatsächlich halten können.

Für Geschäftsführungen und Vorstände in Österreich, die über Plattformen, KI und Cloud für eine Organisation mit Standorten in mehreren europäischen Ländern entscheiden.

Architektur & Beratung: der AufbauDrei Schichten übereinander. Oben die Roadmap in Wellen, in der Mitte die Entscheidungen samt ihrer Dokumentation, unten das Verständnis von Zielen und Ist-Zustand, auf dem beides ruht.01Roadmap in Wellen02Optionen und Entscheidungsprotokolle03Ziele und Ist-Zustand
  1. 01Bestandsaufnahmen, die technische Schulden und Risiken offenlegen
  2. 02Optionen, verglichen nach Nutzen, Machbarkeit, Risiko und Gesamtkosten und als ADRs festgehalten
  3. 03Roadmaps, gereiht nach Abhängigkeiten und Geschäftswert, mit begleitender Qualitätssicherung

01 Probleme

Wann Teams eine zweite Meinung einholen

  1. 01

    Eine große Entscheidung steht an, und jede Option klingt vernünftig

    Plattform, selbst bauen oder kaufen, welche Cloud, welcher Anbieter. Jede Variante hat ihre Fürsprecher, verglichen hat sie aber niemand nach denselben Maßstäben.

  2. 02

    Zwanzig KI-Ideen, kein Portfolio

    Jede Abteilung hat ihre Wunschliste. Eine Reihung nach Nutzen, Machbarkeit und Risiko fehlt, ebenso der Blick darauf, welche Ideen unter die strengeren Kategorien der KI-Verordnung fallen.

  3. 03

    Das Programm hinkt hinterher, und keiner weiß warum

    Auf dem Papier ist alles grün, in Wirklichkeit verschieben sich die Termine. Der Lenkungsausschuss wünscht sich einen Blick von außen.

  4. 04

    Die Ausschreibung naht, die Unterlagen sind nicht fertig

    Was gebraucht wird, ist inhaltlich klar. Offen ist, wie man es zu Papier bringt, damit die Bieter brauchbare Angebote legen können.

02 Leistungs­umfang

Was wir liefern

  1. 01 Architektur-Assessment

    Wir nehmen Ihre IT-Landschaft systematisch unter die Lupe, von Anwendungen und Daten über Schnittstellen und Infrastruktur bis zu den Verträgen. Altlasten im Code und in der Architektur kommen ans Licht und werden nach Dringlichkeit in ein Risikoregister eingetragen. Arbeitet Ihr Haus mit ArchiMate oder TOGAF, tun wir es auch.

    Was wir tun

    • Gespräche mit Architektur, Fachverantwortlichen und Betrieb
    • Inventar der Anwendungen und Schnittstellen
    • Bewertung technischer Schulden und Risiken
    • Durchsicht von Kosten und Verträgen

    Was Sie erhalten

    • Dokumentierte Ist-Architektur
    • Risikoregister mit Zuständigkeiten
    • Ergebnispräsentation vor den Entscheidungsträgern
  2. 02 KI-Reife und Portfolio an Anwendungsfällen

    Sie erhalten eine Rangliste Ihrer KI-Ideen. Jede ist nach Nutzen, Umsetzbarkeit und Risiko gewichtet, vorläufig nach der KI-Verordnung eingeordnet und mit einer Empfehlung versehen, ob Eigenbau, Zukauf oder Partnerschaft am meisten Sinn ergibt.

    Was wir tun

    • Sammlung von Anwendungsfällen quer durch die Abteilungen
    • Bewertung nach Nutzen, Datenlage und Risiko
    • Erste Einstufung jedes Falls nach der KI-Verordnung
    • Analyse: bauen, kaufen oder mit Partner

    Was Sie erhalten

    • Priorisiertes Portfolio der Anwendungsfälle
    • Die ersten drei Fälle startklar
    • Voraussetzungen bei Daten und Plattform
  3. 03 Zielarchitektur und Roadmap

    Plattformentscheidungen zwischen Salesforce, SAP, Odoo und Individualsoftware, aufgeteilt in Wellen mit ihren Abhängigkeiten, den Gesamtkosten über die Nutzungsdauer und den organisatorischen Veränderungen, die jede Welle mit sich bringt.

    Was wir tun

    • Fähigkeitslandkarte und Zielprinzipien
    • Optionsanalyse je Fachbereich
    • Gesamtkosten über mehrere Jahre
    • Planung der Wellen samt Abhängigkeiten

    Was Sie erhalten

    • Zielarchitektur
    • Roadmap in Wellen
    • Beiträge zum Business Case je Welle
  4. 04 Souveränität und Cloud-Strategie

    Analyse der Abhängigkeiten, Entscheidungen zum Speicherort der Daten und Exit-Pläne, damit Ihre Cloud- und SaaS-Wahl dort umkehrbar bleibt, wo es darauf ankommt.

    Was wir tun

    • Analyse von Abhängigkeiten und Lock-in
    • Datenklassifizierung und Optionen für den Datenstandort
    • Schätzung der Ausstiegskosten
    • Vertragsklauseln zur Durchsicht mit dem Einkauf

    Was Sie erhalten

    • Souveränitätsposition je Datenklasse
    • Exit-Pläne für kritische Services
    • Strategiepapier zur Cloud
  5. 05 Unterstützung öffentlicher Auftraggeber bei Ausschreibungen

    Wir erkunden den Markt, schreiben die Leistungsbeschreibung und entwickeln Zuschlagskriterien. Offen sprechen wir die Vorbefassung an: Art. 41 der Richtlinie 2014/24/EU, in Österreich über das Bundesvergabegesetz 2018 umgesetzt, kann dazu führen, dass wer an den Ausschreibungsunterlagen mitwirkt, später nicht oder nur eingeschränkt anbieten darf. Wie wir damit umgehen, vereinbaren wir vor dem Start.

    Was wir tun

    • Bedarfsanalyse und Markterkundung
    • Funktionale und nicht-funktionale Anforderungen
    • Zuschlagskriterien und Bewertungsmodelle
    • Begleitung bei Fragen von Bietern während des Vergabeverfahrens

    Was Sie erhalten

    • Ausschreibungsunterlagen, bereit zur Bekanntmachung
    • Bewertungsschema
    • Schriftliche Vereinbarung zur späteren Teilnahme
  6. 06 Entscheidungs­protokolle und Qualitäts­sicherung in der Umsetzung

    Architecture Decision Records, Architekturgremien und unabhängige Reviews laufender Programme, damit Entscheidungen nachvollziehbar bleiben und Risiken früh auf den Tisch kommen.

    Was wir tun

    • ADR-Praxis und Vorlagen
    • Aufbau und Moderation eines Architekturgremiums
    • Regelmäßige Reviews zur Qualitätssicherung
    • Gesundheitscheck für Programme in Schieflage

    Was Sie erhalten

    • Entscheidungslog im laufenden Gebrauch
    • Geschäftsordnung des Architekturgremiums
    • Review-Berichte mit Empfehlungen

03 Architektur

Wie eine Entscheidung entsteht

Am Anfang stehen Ihre Ziele und die heutige Lage. Daraus entwickeln wir Optionen und messen sie an Kriterien, auf die wir uns vorher geeinigt haben. Ihr Architekturgremium genehmigt die daraus entstehenden Entscheidungsprotokolle, und erst dann folgen Zielarchitektur und eine Roadmap in Wellen.

Mitgedacht werden dabei durchgehend: Unabhängigkeit und Ausstiegsmöglichkeit, die Risikoklasse nach KI-Verordnung, das Vergaberecht und wie viel Ihre Teams selbst stemmen können.

Schichten in der Zeichnung

Verstehen
Was das Haus erreichen will, was es einschränkt, was heute läuft und wo es hakt.
Entscheiden
Kriterien, Optionen, Architekturgremium und Architecture Decision Records.
Planen
Das Zielbild, die Wellenplanung und begleitende Reviews.
Beispiel zur Veranschaulichung
  1. Verstehen

    • Geschäftsziele und Rahmenbedingungen
    • Bestandsaufnahme
    • Risikoregister
  2. Entscheiden

    • Kriterien: Nutzen, Risiko, Kosten
    • Optionen
    • Architekturgremium
    • Entscheidungsprotokolle
  3. Planen

    • Zielarchitektur
    • Roadmap in Wellen
    • Qualitätssicherung der Umsetzung
  4. Rahmenbedingungen

    • Rahmen: Souveränität und Ausstieg, KI-Verordnung, Vergaberecht
Von den Zielen zur Roadmap über dokumentierte Entscheidungen

Veranschaulichte Methode, kein Kundenauftrag.

Diagramm als Text lesen

Der Hauptweg führt von Geschäftszielen und Rahmenbedingungen zur Bestandsaufnahme, weiter zu den Optionen, zu den Architekturentscheidungen, zur Zielarchitektur und schließlich zur Roadmap in Wellen.

Die Bestandsaufnahme mündet in ein Risikoregister. Welche Optionen auf den Tisch kommen, bestimmen die abgestimmten Kriterien Nutzen, Machbarkeit, Risiko und Gesamtkosten. Freigegeben werden die Protokolle vom Architekturgremium Ihres Hauses. Entlang der Roadmap laufen Reviews mit.

Ganz unten verläuft der Rahmen: Souveränität und Ausstieg, KI-Verordnung, Vergaberecht.

04 Überlegungen und Grenzen

Überlegungen und Grenzen

  • Unabhängigkeit

    Wie wir damit umgehen

    Weil wir auch Systeme bauen und betreiben, etwa mit Salesforce, SAP und Odoo, legen wir die Bewertungskriterien mit Ihnen fest, noch ehe ein Produktname fällt. Wie jede Variante ihre Punkte bekommen hat, ist anschließend schriftlich nachzulesen.

    Grenzen und Abhängigkeiten

    Soll die beratende Firma später nicht umsetzen dürfen, reicht ein Satz von Ihnen. Wir halten das vertraglich fest oder verweisen Sie an eine Beratung ohne Umsetzungsgeschäft.

  • Regulierung und Recht

    Wie wir damit umgehen

    Praktisches Wissen zu KI-Verordnung, DSGVO, NISG 2026 und Vergaberecht fließt in unsere Architekturentscheidungen ein.

    Grenzen und Abhängigkeiten

    Eine Rechtsauskunft geben wir nicht. Unsere Einstufungen dienen Ihren Juristinnen und Juristen als Arbeitsgrundlage, das rechtliche Urteil fällen sie.

  • Roadmaps treffen auf die Wirklichkeit

    Wie wir damit umgehen

    Die Reihenfolge einer Roadmap ergibt sich aus Abhängigkeiten und Kapazität, und am Ende jeder Welle wird sie überprüft.

    Grenzen und Abhängigkeiten

    Jede Roadmap wird sich ändern. Wertvoll ist sie wegen der Entscheidungen, die sie sichtbar macht, und deshalb pflegen wir sie in den Reviews weiter, statt ein PDF zu übergeben und zu gehen.

05 Vorgehen

So arbeiten wir

Kurz, strukturiert und belegbar, mit Ihren Architektinnen und Architekten am Tisch.

  1. 01

    Die Frage klären

    Was muss entschieden werden, von wem, bis wann, und welche Kriterien zählen?

    ErgebnisEntscheidungsauftrag

  2. 02

    Belege sammeln

    Interviews, Unterlagen, Auszüge aus den Systemen und Kostendaten, in genau dem Umfang, den die Entscheidung erfordert.

    ErgebnisFaktenbasis und Bild des Ist-Zustands

  3. 03

    Optionen vergleichen

    Wir stellen zwei, drei oder vier machbare Varianten gegenüber, gemessen an den abgestimmten Kriterien und mit Risiko- und Kostenangaben.

    ErgebnisOptionsanalyse

  4. 04

    Entscheiden und festhalten

    Die Entscheidung fällt in Ihrem Architekturgremium. Protokoll und Roadmap schreiben wir.

    ErgebnisEntscheidungsprotokolle und Roadmap

  5. 05

    Die Umsetzung absichern

    In festen Abständen sehen wir nach, ob die Umsetzung den getroffenen Entscheidungen noch folgt, und melden, wenn eine davon auf den Prüfstand gehört.

    ErgebnisReview-Berichte

06 Menschliche Kontrolle

Wer entscheidet

Wir beraten. Die Entscheidungen bleiben bei jenen, die dafür geradestehen.

  • Ihr Architektur­gremium genehmigt

    Jedes Entscheidungsprotokoll genehmigt Ihr Architekturgremium oder die von Ihnen benannte verantwortliche Person, niemals wir allein.

  • Kriterien kommen vor den Optionen

    Erst werden Kriterien und Gewichte fixiert, dann wird bewertet. Ein Ergebnis im Nachhinein passend zu machen, ist damit ausgeschlossen.

  • Abweichende Meinungen werden festgehalten

    Gibt es Widerspruch, dokumentiert das Protokoll auch die verworfenen Varianten und weshalb sie nicht zum Zug kamen.

07 Beispiel

Ein Beispiel zur Veranschaulichung

Beispiel zur Veranschaulichung

Eine ERP-Richtung für ein Familien­unternehmen mit Töchtern in fünf Ländern

01Ausgangslage
Nach mehreren Zukäufen betreibt ein österreichisches Familienunternehmen vier ERP-Systeme in Österreich, Deutschland, Tschechien, der Slowakei und Ungarn. Jede Tochter will ihr System behalten, die Geschäftsführung will einen gemeinsamen Blick auf Finanzen und Lieferkette.
02Was wir bauen würden
Eine Optionsanalyse, die ein einheitliches ERP für alle, ein zweistufiges Modell mit Konzernkern und schlankeren lokalen Systemen sowie eine reine Integrationslösung vergleicht, jeweils mit Kosten, Risiken und einer Roadmap in Wellen.
03Wo Menschen entscheiden
Das Architekturgremium der Gruppe legt die Kriterien fest und trifft die Entscheidung; die Länderverantwortlichen prüfen vor der Genehmigung die Auswirkungen auf ihren Betrieb.
04Was wir messen würden
Gesamtkosten über den Planungshorizont, Dauer bis zum konsolidierten Monatsabschluss und Zahl der zu wartenden Schnittstellen.

08 Branchenblick

In Ihrer Branche

  • Zielarchitekturen für die digitale Verwaltung im Sinne von Digital Austria, Ausschreibungsunterlagen nach dem BVergG 2018 und Roadmaps, die ID Austria, das USP und Once-Only von Anfang an einplanen. Mehr über unsere Arbeit für die öffentliche Verwaltung.

  • Architekturentscheidungen, die gegenüber FMA und OeNB dokumentiert sind, mit IKT-Drittparteienrisiko und Ausstiegsstrategien als festem Bestandteil.

  • ERP- und Werkssysteme über mehrere Standorte bereinigt, mit einer Roadmap, die auf den Produktionskalender Rücksicht nimmt.

Österreich

Entscheidungen, die in jeder Rechtsordnung halten

Architekturentscheidungen einer österreichischen Organisation mit Gesellschaften im Ausland müssen mehreren Regelwerken zugleich genügen. Auf EU-Ebene gelten die KI-Verordnung und die NIS2-Richtlinie, die Österreich seit 1. Oktober 2026 mit dem NISG 2026 umsetzt; daneben stehen die Umsetzungsgesetze der anderen Länder.

Öffentliche Auftraggeber vergeben nach dem Bundesvergabegesetz 2018, zuletzt geändert durch das Vergaberechtsgesetz 2026, das die Kerndaten an eForms angleicht; Bekanntmachungen erscheinen als Kerndaten auf data.gv.at. Der Interoperable Europe Act erwartet zudem, dass grenzüberschreitende Interoperabilität bewertet wird, bevor verbindliche Anforderungen festgelegt werden.

In unseren Optionsanalysen werden diese Vorgaben zu benannten Kriterien, und das Protokoll belegt, wie die gewählte Variante sie einhält. Aufsichtsrat, Prüfinstanz oder Behörde bekommen so in jedem beteiligten Land dieselbe Begründung zu sehen.

Fragen zu Architektur und Beratung

Wie lange dauert ein Architektur-Assessment?

Kommt auf den Zuschnitt an. Für einen Fachbereich oder eine einzelne Entscheidung reichen ein paar Wochen, die komplette Landschaft braucht mehr Zeit. Was genau untersucht wird und bis wann, steht vorher in einem knappen Auftragspapier.

Können Sie unabhängig beraten, wenn Sie auch umsetzen?

Wir legen unsere Begründung offen: Kriterien stehen vor den Optionen fest, Bewertungen sind dokumentiert, Alternativen festgehalten. Wollen Sie Beratung und Umsetzung strikt trennen, vereinbaren wir vorab, dass wir uns um die Umsetzung nicht bewerben, oder wir raten Ihnen zu einer anderen Beratung.

Bevorzugen Sie Salesforce, SAP oder Odoo?

Nein. Partner sind wir bei allen dreien (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), und Individualsoftware bauen wir obendrein; eine Lieblingsplattform haben wir daher nicht. Jede hat ihr Einsatzgebiet, und oft ist eine Mischung richtig, zum Beispiel SAP in der Zentrale und Odoo bei kleineren Töchtern in Mittel- und Osteuropa.

Können Sie Ausschreibungsunterlagen mit uns erstellen und danach mitbieten?

Das kann gehen, ist aber kein Selbstläufer. Wer vorbefasst ist, darf nach der Richtlinie 2014/24/EU nur mitbieten, wenn der Auftraggeber Wettbewerbsverzerrungen ausschließt, etwa indem alle Bieter dieselben Informationen erhalten, die wir erarbeitet haben. Wir sprechen das vor dem ersten Arbeitstag an; ob wir bieten dürfen, entscheidet der Auftraggeber.

Wo sollen wir mit KI anfangen?

Nicht mit dem einen Pilotprojekt, sondern mit einer Auswahl. Ideen einsammeln, nach Nutzen, Datenlage und Risiko gewichten und zwei, drei davon angehen, die etwas bringen, umsetzbar sind und wenig Risiko bergen, sodass man daraus lernt. Gebaut werden sie dann von unseren Teams für KI-Engineering & GenAI, die die Evaluierung schon vor dem ersten Release einrichten.

Mit wem arbeiten wir zusammen?

Mit erfahrenen Architektinnen und Architekten, die selbst umgesetzt haben. Wo eine Frage es verlangt, holen sie Spezialistinnen und Spezialisten aus einem Kreis von über 2 400 Kolleginnen und Kollegen dazu, etwa für Sicherheit, Daten, KI oder eine bestimmte Plattform.

Welche Entscheidung liegt gerade auf Ihrem Tisch?

Sie bekommen von uns einen Vorschlag, wie die Frage zu fassen ist, welche Fakten es braucht und wie lange eine belastbare Antwort dauert.