Technical Architecture

Die Aufgaben von Technical Architects

Nachdem die Enterprise und Solution Architects eine Strategie ausgearbeitet und sich für IT-Lösungen entschieden haben, die implementiert werden sollen, können sie bestimmte Aufgaben an die Technical Architects übergeben. Als IT-Spezialisten verfügen diese über eine besondere Praxisnähe und haben umfassende Kenntnisse einer einzigen Technologie, auf die sie sich spezialisiert haben. Deshalb werden sie häufig nach ihrem Fachbereich benannt, z.B. Sparx, Java oder Python Architect. Genau wie Data oder Information Architects werden sie zu den Domain Architects gezählt.

Aber wie schaut der Arbeitsalltag von Technical Architects eigentlich aus? Da jedes Projekt einzigartig ist, sind auch die Aufgaben von Technical Architects breit gefächert: Von der Erstellung von Dokumenten und Diagrammen für ihr Team über die Benachrichtigung von Stakeholdern über potenzielle Gefahren bis hin zum Aussprechen von Technologieempfehlung – der Beruf gestaltet sich vielseitig. Die meiste Zeit verbringen sie mit der Erarbeitung von Plänen, die auf die Architekturimplementierung abzielen. Dafür müssen sie Anforderungen einholen und das Projekt in überschaubare Unterprojekte unterteilen. Außerdem überwachen sie den Projektfortschritt und halten Solution Architects auf dem Laufenden.

Je nach Größe des Unternehmens können Technical Architects größere Teams bestehend aus Entwicklern und IT-Spezialisten leiten. Sie fungieren damit als technische Projektmanager, die Designspezifikationen für einzelne Applikationen analysieren und daraufhin Best Practices definieren. Aus der Top-Down-Perspektive sind Technical Architects am nächsten am Endbenutzer. Daher sind sie diejenigen, die die Benutzerfreundlichkeit und Funktionalität der jeweiligen Technologie sicherstellen. Dies umfasst die Nachverfolgung der Effektivität, indem nach der Projektimplementierung Reviews mit Solution Architects durchgeführt werden.

Da Technical Architects solch eine wichtige Rolle für die digitale Transformation von Unternehmen spielen, brauchen sie auch gewisse Fähig- und Fertigkeiten, damit sie den vielen Aufgaben gerecht werden können. Wie die meisten IT-Spezialisten haben auch Technical Architects einen Abschluss in Computer Science, Computer Engineering oder Software Development.

Aber umfassende Kenntnisse über Applikationen, Qualitätsstandards und gesetzliche Richtlinien sind nicht genug. Sie müssen auch gute zwischenmenschliche Kommunikationsfähigkeiten vorweisen, damit sie mit Stakeholdern und anderen Teammitgliedern erfolgreich zusammenarbeiten können. Und da IT-Projekte meist an einen straffen Zeitplan gebunden sind, müssen Technical Architects auch in der Lage sein, sowohl Probleme als auch Lösungen zu priorisieren und antizipieren.

5 nützliche TA-Diagramme

Technische Architekturdiagramme sind ein fundamentales Werkzeug von Technical Architects, weil sie damit die IT-Infrastruktur aus der Vogelperspektive erfassen können. So können alle Komponenten eines Systems sowie deren Abhängigkeiten untereinander detailliert festgehalten werden.

Diese allgemeinen Architekturdiagramme finden für unterschiedliche Zwecke ihre Verwendung und erleichtern es den IT-Spezialisten ungemein, das richtige Design für jede Technologielösung zu finden. Sie helfen auch, die Kommunikationslücken zwischen technischem und nicht-technischem Personal zu schließen und veranschaulichen zudem, wie sich Änderungen in der IT-Landschaft auf das gesamte System auswirken werden.

Applikationsarchitekturdiagramm

Wie der Name bereits verrät liegt der Fokus bei diesem Diagramm auf den Applikationen innerhalb eines Computersystems und wie diese sowohl miteinander als auch mit Datenbanken interagieren. Wenn eine Applikation ausgetauscht, aktualisiert oder mit einer anderen Applikation zusammengelegt werden muss, können Technical Architects mithilfe dieses Diagramms umgehend feststellen, wie sich die Änderungen auf das System auswirken werden. Sie sehen auf einen Blick, welche Applikationen sich in gemeinsam genutzten Container-Clustern befinden, wie sie mit anderen Systemkomponenten interagieren, welche Abhängigkeiten vorherrschen und wie die angestrebte Zielarchitektur erreicht werden kann.

Integrationsarchitekturdiagramm

Während sich das Applikationsarchitekturdiagramm mit dem „Was“ der Systemlandschaft befasst, konzentriert sich das Integrationsarchitektur-Diagramm auf das „Wie“, indem die Integrationsprotokolle zwischen den einzelnen Komponenten hervorgehoben werden. Dieses Diagramm bietet sich an, wenn ein externes Partnersystem in das bestehende Unternehmenssystem integriert werden soll. Es zwingt Technical Architects dazu, sich über die Organisation und potenziellen Schwachstellen von Services Gedanken zu machen.

Deployment-Architekturdiagramm

Mit diesem Diagrammtyp stellen IT-Spezialisten die Netzwerkgrenzen sowie die Infrastruktur der Hardware- und Softwarekomponenten dar. Da in diesem Diagramm häufig auch die Anzahl und Größe von Komponenten ersichtlich werden, beantwortet es sowohl die Fragen „Wo“ als auch „Wie viele“. In der Praxis wird das Diagramm für das Upgrade von Applikationen und Services verwendet. Dies ist dann notwendig, wenn die vorhandenen Ressourcen nicht mehr ausreichen, um der steigenden Benutzeranzahl und der damit einhergehenden höheren Arbeitslast gerecht zu werden.

DevOps-Architekurdiagramm

Mit diesem Diagramm werden Prozesse und Deployments optimiert. Da hier nicht nur die Komponenten als solche, sondern auch ihre Prozesse berücksichtigt werden, können Technical Architects umgehend Schwachstellen innerhalb des Deployment-Prozesses ausfindig machen (z.B. nicht standardisierte Prozesse oder Flaschenhälse bzw. Engpässe). Technical Architects untersuchen auf Grundlage dieses Diagramms, welche Applikationstypen deployed werden, wie sich der aktuelle Prozessablauf gestaltet und wie Konfigurationen applikationsübergreifend verwaltet werden. Sobald Bereiche mit Verbesserungspotenzial oder Integrationspunkte ausgemacht worden sind, lassen sich neue Tools einfacher implementieren.

Datenarchitekurdiagramm

Mithilfe von Datenarchitekturdiagrammen können Technical Architects visualisieren, wie genau Daten gesammelt, gespeichert, verarbeitet und verwendet werden. Es hilft ihnen zudem bei der Erfassung der Datenflüsse zwischen allen Komponenten eines Systems. Unternehmen müssen sich heutzutage zwangsläufig mit einer zunehmenden Menge an Daten auseinandersetzen, die das System verlangsamen oder noch größere Probleme verursachen können. Ein Datenarchitekturdiagramm ist der erste Schritt zur Optimierung der Datenerfassung und Datenspeicherung, da detailliert und eindeutig gezeigt wird, wo Upgrades erforderlich sind und an welchen Stellen Kosten gesenkt werden können.

Fazit

Wenn es um die Implementierung von IT-Lösungen geht, glänzen Technical Architects mit ihrer Praxisnähe und ihrem fundierten technischen Wissen. Sie konzentrieren sich auf bestimmte Technologien und stellen sicher, dass sich diese in die bestehenden Computersysteme eingliedern und alle technologischen, sicherheitstechnischen, funktionalen und geschäftlichen Anforderungen erfüllen. Mithilfe von Datenarchitekturdiagrammen visualisieren sie die Feinheiten von Computersystemen und erleichtern die Kommunikation zwischen Entwicklern und anderen Teams bzw. Stakeholdern.

Da sich Technical Architecture weniger mit der Unternehmensstrategie befasst, stellt Enterprise Architecture eine gute Ergänzung dar. Letztere legt die Ausrichtung der IT fest und entwirft eine Zielarchitektur, die sich an den Geschäftszielen orientiert. EA ist jedoch für die ordnungsgemäße Implementierung und Bereitstellung neuer Technologielösungen auf TA angewiesen. Häufig gibt es auch einen Solution Architect, der als Brücke zwischen Enterprise Architecture und Technical Architecture fungiert. Die Zusammenarbeit aller drei Rollen ist wesentlich für die erfolgreiche Durchführung komplexer IT-Projekte.