Viele Probleme, die im Test oder nach dem Go-Live auftauchen, entstehen viel früher: bei unklaren Anforderungen, stillschweigenden Annahmen und Architekturentscheiden, die nie explizit getroffen wurden. Genau dort setzen wir an.

Wir erarbeiten Lösungsarchitekturen, die zur Systemlandschaft und zur Organisation passen. Fachanforderungen übersetzen wir in Spezifikationen, mit denen Berater und Entwickler ohne Rückfragen arbeiten können. Dazu gehören belastbare Konzepte für Datenübernahme und Migration.

Womit Kunden auf uns zukommen

Zwei Konzepte widersprechen sichJedes Teilprojekt hat seinen Teil dokumentiert, aber niemand hat die Konzepte übereinandergelegt.
Die Anforderungen sind eine WunschlisteHundert Punkte im Backlog, aber niemand weiss, was davon der Standard schon kann.
Die Migration ist der kritische PfadDer Go-Live hängt an der Datenübernahme und das Konzept dafür steht nur in Stichworten.
Ein Konzept braucht einen GegencheckDer Implementierungspartner hat geliefert und Sie möchten eine unabhängige zweite Meinung.

Umfang

Was wir erarbeiten

Vom einzelnen Konzept bis zur durchgängigen Architekturverantwortung im Programm.

Lösungsarchitektur

Wie die Teile zusammenspielen: Systeme, Module, Schnittstellen und Datenflüsse, dokumentiert und begründet.

Anforderungsanalyse

Wir holen die Anforderungen dort ab, wo sie entstehen, direkt im Fachbereich. Und trennen Wunsch, Bedarf und Standard.

Spezifikationen

Präzise Vorgaben für Customizing und Entwicklung, die Ihr Fachbereich lesen und ein Entwickler umsetzen kann.

Datenübernahme und Migration

Migrationskonzept, Mapping-Regeln und Validierung, die auch beim vierten Testlauf noch tragen.

Integrationsarchitektur

Eine Schnittstellenlandschaft mit klaren Verantwortlichkeiten, Fehlerbehandlung und Monitoring.

Architektur-Review

Ein unabhängiger Blick auf bestehende Konzepte, bevor die Umsetzung teuer wird.

Vorgehen

Vom Verstehen zum umsetzbaren Konzept

Schritt 1

Verstehen

Prozesse, Systemlandschaft und Ziele aufnehmen, mit den Menschen, die täglich damit arbeiten.
Schritt 2

Entscheiden

Architektur-Optionen mit Vor- und Nachteilen auf den Tisch, Entscheide dokumentiert statt gefühlt.
Schritt 3

Spezifizieren

Anforderungen und Konzepte so beschreiben, dass die Umsetzung ohne Interpretationsspielraum starten kann.
Schritt 4

Begleiten

Review der Umsetzung gegen die Spezifikation und Anpassung dort, wo die Praxis Neues zeigt.

Was Sie davon haben

Wie wir an Architektur herangehen

Entscheide statt Annahmen

Jede wichtige Weiche wird explizit gestellt und begründet. Das erspart die teuren Diskussionen im Test.

Fachbereich und IT an einem Tisch

Gute Anforderungen entstehen im Gespräch, nicht im Formular.

Umsetzbarkeit als Massstab

Eine Spezifikation ist fertig, wenn jemand ohne Rückfragen damit bauen kann.

Fragen

Häufig gefragt

Ab wann lohnt sich ein Lösungsarchitekt?

Sobald mehr als ein System oder mehr als ein Team beteiligt ist. Die Architekturfragen stellen sich ohnehin. Die Frage ist nur, ob sie bewusst beantwortet werden oder nebenbei.

Arbeiten Sie auch als reine Review-Instanz?

Ja. Ein Architektur- oder Konzept-Review dauert je nach Umfang wenige Tage und zeigt, wo Risiken stecken, bevor die Umsetzung startet.

Wie detailliert spezifizieren Sie?

So detailliert wie nötig, so schlank wie möglich. Ein Standardprozess braucht zwei Seiten, eine komplexe Eigenentwicklung deutlich mehr. Entscheidend ist, dass nichts Wichtiges der Interpretation überlassen bleibt.

Kontakt

Steht bei Ihnen ein Konzept- oder Architekturentscheid an?

Schicken Sie uns die Ausgangslage. Ein erster Blick zeigt oft schon, wo die kritischen Weichen liegen.

Konzept besprechen

Lösungsarchitektur und Requirements