Rolle

Lösungsarchitekt

Wann fällt in Ihrem Unternehmen eine Architekturentscheidung - und wird in einem Jahr jemand sagen können, warum es diese war? Die meisten Altlasten stammen aus Entscheidungen, die niemand aufgeschrieben hat.

Erstgespräch

Vier Fragen, mit denen wir beginnen würden

Wann fällt die Entscheidung über eine Lösung?

Wenn in dem Stadium, in dem die Anforderungen am wenigsten bekannt sind, ist das Risiko unvermeidlich - die Frage ist, ob es benannt wird.

Was hinterlässt ein Architekt, der das Unternehmen verlässt?

Wenn Diagramme ohne Begründung, kennt das Team die Gestalt der Lösung und nicht ihre Gründe - und die Gründe entscheiden darüber, ob sich etwas ändern lässt.

Was wissen Sie über eine Lösung nicht, bis sie in die Produktion kommt?

Meist: wie sie sich unter Last verhält und was sich als schwer zu betreuen erweist. Die Frage ist, ob die Erkenntnisse irgendwo zurückkommen.

Auf wessen Schreibtisch landet ein Streit über die Wahl einer Technologie?

Und ob diese Entscheidung festgehaltene Kriterien hat oder auf Autorität beruht.

Projektraum, Komponenten auf dem Tisch ausgelegt: gut ein Dutzend kleiner Komponentenausdrucke auf einem großen Bogen ausgelegt, eine Person legt einen weiteren dazu und zeichnet eine Verbindung dorthin.

Wir übernehmen das Sammeln und Dokumentieren, Sie behalten die Entscheidung

Anforderungen zu ermitteln, Optionen aufzufächern, das Entscheidungsregister zu pflegen und die Konsistenz zu prüfen, lässt sich vom Schreibtisch nehmen. Die Wahl der Lösung bleibt beim Architekten.

  • Eine Entscheidung hat ihre Kriterien und ihre Optionen festgehalten. - Nicht nur, was gewählt wurde, sondern was verworfen wurde und warum - denn das ist der Teil, der zwei Jahre später nützt.
  • Die Optionen stehen nebeneinander, sie werden nicht beschrieben. - Die Kriterien nebeneinander, damit das Gespräch um Abwägungen geht und nicht um Vorlieben.
  • Eine Abweichung vom Standard ist sichtbar. - Eine Lösung, die nicht zum vereinbarten Muster passt, kommt bei einem Review hoch, nicht während eines Ausfalls.

Umfang

Was sich vom Schreibtisch eines Architekten nehmen lässt

Achtzehn Aufgaben als Beispiel. Jede hat einen Punkt menschlicher Freigabe. Unten eine Auswahl; den Umfang passen wir an die Größe Ihrer Lösungen an.

Anforderungen ermitteln

  • Die nichtfunktionalen Anforderungen, aus der Projektdokumentation gesammelt
  • Hinweis auf Anforderungen, die einander widersprechen (Einschätzung: der Architekt)
  • Ein Vergleich mit den Anforderungen ähnlicher Lösungen im Unternehmen
  • Offene Fragen, die vor der Entscheidung zu klären sind

Optionen und Entscheidungen

  • Die Optionen aufgefächert gegen die vereinbarten Kriterien
  • Die Entscheidung festgehalten mit ihrer Begründung und den verworfenen Optionen (Inhalt: der Architekt)
  • Verknüpfung der Entscheidung mit den Anforderungen, die sie ausgelöst haben
  • Ein Entscheidungsregister, verfügbar für die Teams

Standards und Muster

  • Ein Katalog der in der Organisation genutzten Muster
  • Hinweis auf das passende Muster für ein Problem (Entscheidung: der Architekt)
  • Ein Signal, wenn eine Lösung vom Standard abweicht
  • Ein Register der bewussten Abweichungen

Lösungsreviews

  • Eine Liste der Review-Fragen nach Lösungstyp
  • Ein Vergleich des Entwurfs mit früheren Entscheidungen
  • Hinweis auf dasselbe Problem, das mehrfach in verschiedenen Teams gelöst wird

Architekturschulden

  • Eine Übersicht der bedingt getroffenen Entscheidungen mit einem Termin zur Wiedervorlage
  • Hinweis auf Lösungen, um die die Teams herumarbeiten
  • Verknüpfung von Produktionsproblemen mit Architekturentscheidungen

Ein Arbeitstag

Heute

  • Sie sammeln die nichtfunktionalen Anforderungen aus mehreren Dokumenten und Gesprächen
  • Sie vergleichen die Optionen im Kopf oder in einer einmaligen Tabelle
  • Sie halten die Entscheidung in einer Präsentation fest, die mit dem Projektende verloren geht
  • Sie wissen nicht, ob ein anderes Team dasselbe Problem schon gelöst hat
  • Abweichungen vom Standard tauchen bei einem Vorfall auf
  • Bedingt getroffene Entscheidungen kommen nie zur Wiedervorlage zurück

Mit AI-Unterstützung

  • Die nichtfunktionalen Anforderungen liegen vor der Entscheidung aufgefächert vor
  • Die Optionen stehen nebeneinander gegen die vereinbarten Kriterien
  • Die Entscheidung ist mit Begründung und verworfenen Optionen festgehalten
  • Sie sehen, wo im Unternehmen dasselbe Problem gelöst wurde
  • Eine Abweichung vom Standard wird bei einem Review gemeldet
  • Eine bedingte Entscheidung hat einen Wiedervorlagetermin und eine Erinnerung
  • Begründbare Entscheidungen

    es ist bekannt, warum die Lösung so aussieht, wie sie aussieht

    die Entscheidung ist mit ihren Kriterien und Optionen festgehalten

  • Einheitliche Lösungen

    weniger Teams lösen dasselbe Problem unterschiedlich

    das Register der Entscheidungen und Muster ist verfügbar

  • Zeit bis zu einer Klärung

    weniger Wochen zwischen Frage und Antwort

    die Optionen sind aufgefächert statt von Grund auf beschrieben

  • Sichtbare Architekturschulden

    bedingte Entscheidungen kommen zur Wiedervorlage zurück

    sie haben einen festgehaltenen Termin und eine Erinnerung

Wir beginnen mit dem Festhalten der Entscheidungen, weil es der billigste Schritt mit der größten langfristigen Wirkung ist.

  1. Schritt 1

    Ein Entscheidungsregister mit Begründung

    Die Entscheidung, die Kriterien, die verworfenen Optionen, die auslösenden Anforderungen.

  2. Schritt 2

    Die Optionen auffächern

    Die Kriterien nebeneinander vor dem Gespräch, statt einer Tabelle für ein einziges Treffen.

  3. Schritt 3

    Standards und Abweichungssignale

    Ein Musterkatalog und der Hinweis auf abweichende Lösungen.

  4. Schritt 4

    Architekturschulden

    Bedingte Entscheidungen mit Wiedervorlagetermin, verknüpft mit Produktionsproblemen. Zuletzt, weil es eine Entscheidungshistorie voraussetzt.

Häufige Fragen

Fragen, die beim ersten Treffen aufkommen

Worin unterscheidet sich das von dem, was ein Analyst oder ein Projektleiter macht?

Der Analyst ermittelt, was gebaut werden soll. Der Projektleiter verantwortet, dass es termingerecht gebaut wird. Der Architekt klärt, wie es zu bauen ist - und seine Entscheidungen überleben das Projekt, in dem sie gefallen sind.

Wird ein Architekt weiterhin gebraucht?

Eine Architekturentscheidung ist ein Urteil über die Zukunft auf unvollständigem Wissen, und das trifft niemand für einen Menschen. Wir übernehmen das Sammeln der Anforderungen, das Auffächern der Optionen und das Festhalten der Entscheidung, also die Arbeit rund um das Urteil. Der größte Gewinn ist tatsächlich ein anderer als Zeit: Festgehaltene Entscheidungen bleiben im Unternehmen, wenn der Architekt es verlässt.

Fällt das unter die KI-Verordnung?

Lösungen zu entwerfen ist keine Hochrisiko-Anwendung. Es lohnt sich, im Entscheidungsregister auch Entscheidungen über den Einsatz von KI-Systemen im Gebauten zu führen, denn die Architektur bestimmt, ob eine Hochrisiko-Anwendung überhaupt entsteht und wie sie beaufsichtigt wird.

Ihre Frage steht nicht dabei? Gespräch vereinbaren

Nächster Schritt

Könnten Sie heute eine Architekturentscheidung von vor zwei Jahren begründen?

Wir zeigen Ihnen, wie die Arbeit eines Architekten aussieht, wenn eine Entscheidung mit ihrer Begründung aufbewahrt wird und eine Abweichung vom Standard sichtbar ist.