Modernisierung · Software-Architektur

Monolith, Modular, Microservices? Postgres, MongoDB, Elastic? AWS, Azure oder deutsche Rechenzentren? Wir erarbeiten Architektur-Entscheidungen, die Sie in fünf Jahren noch begründen können – dokumentiert als ADRs, mit benannten Konsequenzen für Budget und Pflegeaufwand.

Unser Ansatz

Vier Schritte, der Reihe nach.

Wir arbeiten nach einem Ablauf, den wir seit Jahren verfeinert haben. Jeder Schritt hat ein greifbares Ergebnis – und einen Punkt, an dem wir gemeinsam nachsteuern oder den Kurs anpassen.

  1. Phase 01

    Auftakt mit allen Beteiligten

    Wir holen alle an einen Tisch, die später mit dem Ergebnis leben müssen: Fachseite, IT und bei Bedarf Ihr Architektur-Board. Gemeinsam zerlegen wir Prozesse, prüfen Bestandssysteme und bringen die Anforderungen auf den Punkt. Das Ergebnis ist kein loses Workshop-Protokoll, sondern ein kompakter Fahrplan für die nächsten Monate.

    Meilenstein · Kompaktes Lastenheft
  2. Phase 02

    Skizze mit ADRs

    Komponentenschnitt nach C4, Datenmodell, Schnittstellen, Betriebsmodell, Kostenmodell. Jede gewichtige Entscheidung als Architecture Decision Record – damit drei Jahre später noch nachvollziehbar ist, warum die Datenbank PostgreSQL ist und nicht MongoDB.

    Meilenstein · Architektur-Dokument
  3. Phase 03

    Tracer-Bullet

    Ein lauffähiger Prototyp entlang des riskantesten Pfads – mit echter Datenbank, echten Schnittstellen, echter Auslieferung. Zeigt vor dem Hauptprojekt, ob die Architektur in der Praxis hält, was die Skizze verspricht. Erfahrungsgemäß korrigieren wir danach einzelne ADRs – das ist so gewollt.

    Meilenstein · Lauffähiger End-to-End-Pfad
  4. Phase 04

    Begleitung über die Jahre

    Architektur ist keine Einmalentscheidung. Wir bleiben als externes Review-Gremium – quartalsweise oder anlassbezogen, wenn größere Weichen anstehen. ADRs pflegen wir mit, damit die Begründungen nicht im Confluence-Friedhof verschwinden.

    Meilenstein · Quartalsreview

Wir helfen Ihrem Architektur-Board, klare Entscheidungen zu treffen: fachlich belastbar, sauber dokumentiert und ohne Druck, daraus sofort ein Umsetzungsprojekt zu machen.

Technologie

Ein ruhiger, kleiner Werkzeugkasten.

Wir wechseln Technologien nicht wegen Trends, sondern wegen Argumenten. Alles unten ist seit mindestens drei Jahren in produktiven Kundensystemen im Einsatz.

Methoden
C4-Modell, Domain-Driven Design, Event Storming, Wardley-Maps
Dokumentation
Architecture Decision Records, arc42, MADR, Markdown-as-Code
Patterns
Modulith, Hexagonal, CQRS, Event Sourcing, Saga, Outbox
Plattformen
Kubernetes, AWS, Azure, GCP, OTC, On-Prem-Linux, Bare-Metal
Datenmodelle
Relational, Dokument, Time-Series, Graph, Vektor
Konformität
Fitness Functions, ArchUnit, automatisierte Architektur-Tests

Einfache Architekturen sind uns lieber. Microservices empfehlen wir nur, wenn ein Modulith nachweislich an seine Grenzen kommt – nicht aus Mode und nicht für die Folie.

Berater im Gespräch über ausgedruckte Diagramme an einem Konferenztisch.
Fallstudie
Alixio Group Schweiz AG
HR-Beratung · Assessment & Reports · bis 2025 · Betrieb laufend

Ein Vue-Frontend, ein NestJS-Dienst, der Reports rendert — bis zum eingebetteten Diagramm.

Frontend auf AWS Amplify mit GraphQL-Backend, dazu ein eigenständiger NestJS-Dienst, der mehrseitige PDF-Reports mit serverseitig gerenderten Diagrammen erzeugt. Nach dem Verkauf an Alixio betreuen wir den laufenden Betrieb weiter.

Häufige Fragen

Was uns am häufigsten gefragt wird.

Schreiben Sie uns direkt – wir antworten persönlich, nicht aus dem Vorlagenkatalog.

Noch eine andere Frage?
Frage per Mail stellen
  • Ja. Architektur liefern wir als eigenständige Leistung, ohne Verkaufsabsicht für das Folgeprojekt. Etwa ein Drittel unserer Architektur-Mandate setzen die Kunden danach intern oder mit anderen Dienstleistern um.

Setzen wir uns an die Skizze. 30 Minuten, ohne Pitch, ohne Folien.