HeptaMS Architecture Owner
Führt zur Zertifizierung: HeptaMS Certified Professional – Architecture Owner
Der Kurs behandelt die Verantwortung für technische Tragfähigkeit.
- Umfang
- 10 Blöcke à 4 h = 5 Tage 10 Blöcke à 4 Stunden
- Formate
- Live Online · Präsenz
- Prüfung
- Multiple-Choice, 10–15 Fragen, 70 %, 3 Versuche · optionale praktische Abgabe
- Voraussetzungen
- Entwicklungs- oder Architekturerfahrung. S8 Spec Driven Development dringend empfohlen – Block 9 setzt es voraus.
Worum es geht
Der Kurs behandelt die Verantwortung für technische Tragfähigkeit. Themen sind Entkopplung über Identität, Daten und Präsentation, das Verhältnis von emergentem Design und intentionaler Architektur, Conway's Law, DevOps und Deployability, Service Management, die Entscheidung zwischen Cloud und eigenem Betrieb, Monitoring und Bereitschaftsdienst. Zwei Teile behandeln den sicheren Betrieb von KI-Agenten und die Aufarbeitung KI-induzierter Vorfälle. Praktische Übungen führen ein Blast-Radius-Audit durch, wenden Spec-Driven Development auf Architekturebene an und bauen eine Kette aus Entscheidungsdatenbank, Requirements-Agent und Coding-Agent auf.
Ob eine Systemlandschaft aus einem großen System oder aus austauschbaren Bausteinen besteht, entscheidet Jahre später darüber, ob ein Wechsel möglich bleibt. Gleichzeitig entsteht mit KI-Agenten eine Schadensklasse, für die das klassische Betriebsvokabular keine Begriffe hat.
Was der Kurs vermittelt
- Eine Systemlandschaft über die drei Integrationsschichten entkoppeln und die Entscheidung begründen.
- Emergentes Design und intentionale Architektur ausbalancieren.
- Conway's Law auf einen konkreten Teamschnitt anwenden.
- Die vier DORA-Metriken erheben und deuten.
- Aus den Service-Management-Praktiken die auswählen, die messbaren Wert erzeugen, und eine Konfigurationsdatenbank aufsetzen, die aktuell bleibt.
- Eine Fünf-Jahres-Kostenrechnung für Cloud und eigenen Betrieb aufstellen und Datenstandort von Datensouveränität unterscheiden.
- Service Level Objectives und Fehlerbudgets definieren und auf Symptome statt auf Infrastruktur alarmieren.
- Ein Blast-Radius-Audit durchführen und den Handlungsspielraum eines Agenten begrenzen.
- Einen KI-induzierten Vorfall forensisch aufarbeiten.
- Eine Architekturentscheidung dokumentieren und vertreten.
Für wen dieser Kurs ist
Dev-Architekten, technische Team-Leads, Senior-Entwicklerinnen und -Entwickler mit Architekturverantwortung. Wer für die technische Tragfähigkeit eines Systems geradesteht.
Wer in die Architekturrolle hineinwächst. System- und Enterprise-Architekten, die ihre Rolle auf Teamebene verankern wollen. DevOps- und Plattform-Rollen. Betriebsverantwortliche mit Architekturambition.
Lernziele im Detail
- 1 Eine Systemlandschaft über die drei Integrationsschichten entkoppeln – Identität, Daten, Präsentation – und begründen, warum das eine strategische und keine technische Entscheidung ist.
- 2 Emergentes Design und intentionale Architektur bewusst ausbalancieren.
- 3 Conway's Law auf einen konkreten Teamschnitt anwenden.
- 4 Die vier DORA-Metriken erheben und deuten und Westrums Frage auf die eigene Organisation anwenden.
- 5 Aus den 34 ITIL-Practices die wenigen auswählen, die messbaren Wert erzeugen – und eine CMDB als Datenbank statt als Dokumentation aufsetzen.
- 6 Eine TCO-Rechnung für Cloud gegen On-Premise über fünf Jahre aufstellen und Datenstandort von Datensouveränität unterscheiden.
- 7 SLOs und Error Budgets definieren und auf Symptome statt auf Infrastruktur alarmieren.
- 8 Ein Blast-Radius-Audit durchführen und die Action Boundary eines Agenten so ziehen, dass der maximale Schaden beherrschbar bleibt.
- 9 Einen KI-induzierten Incident forensisch aufarbeiten – Versions-Snapshot, Test-Batterie, Verantwortungs-Analyse – und das ACC-Prinzip operativ anwenden.
- 10 Eine HIH-Kette aufbauen und ein Architecture Decision Log führen, das den Agenten mit jeder Iteration entscheidungsgestützter macht.
- 11 Eine Architekturentscheidung gegenüber Value Owner und Führung vertreten, wenn nichts sichtbar kaputt ist.
Termine & Wunsch-Pools
Noch kein Termin - trag dich in einen Wunsch-Pool ein, und sobald genug zusammen sind, planen wir einen.
Kein passender Termin? Trag dich unverbindlich in einen Wunsch-Pool ein - sobald genug Interessierte zusammenkommen, planen wir Termin und Ort und melden uns.
Wunschtermin eintragen und einen Pool für diesen Kurs starten. Sobald sich genug Interessierte zusammenfinden, planen wir den Termin und melden uns – die Buchung erfolgt erst danach.
Passt der Kurs zur Ausgangslage?
Wenn kein Termin passt oder der Kurs inhouse gebraucht wird: kurz schreiben, wir melden uns mit einem Vorschlag.