NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grüne Landkarte Context Mapping mit Routen zwischen Bereichen

Context Mapping: Definition und Einordnung

Context Mapping macht sichtbar, wie die fachlichen Bereiche eines Systems zusammenarbeiten. Die Karte zeigt jeden Bounded Context, die Verbindungen dazwischen und vor allem, wer bei einer Änderung wem folgen muss.
Der wichtigste Teil ist nicht die Technik, sondern das Machtverhältnis. Liefert ein Bereich Daten, auf die ein anderer angewiesen ist, entsteht eine Abhängigkeit, die kein Interface wegdefiniert. Genau diese Verhältnisse benennt Context Mapping offen.
Die Karte gehört zum strategischen Teil von Domain Driven Design und setzt auf dem Bounded Context auf. Sie entsteht in einer Stunde am Whiteboard und spart danach monatelange Diskussionen.

Inhalt

Context Mapping mit NCA: Schnelle Hilfe vom Experten

Die interessanten Stellen liegen immer an den Übergängen. Never Code Alone kennt sie aus zwanzig Jahren Arbeit an Schnittstellen zwischen Shops, ERP Systemen und selbst gebauten Altanwendungen. Unser Alltag läuft mit Symfony, Sulu CMS und einer Absicherung aus PHPUnit, PHPStan und Cypress.
An der Grenze zu fremden Systemen bauen wir einen Anti Corruption Layer, für Schemawechsel nutzen wir Parallel Change und für den Vergleich von alter und neuer Logik Parallel Run. Die gezogenen Grenzen hält Deptrac dauerhaft sauber. Bei Vibe Coding Consulting ordnen wir ein, wie KI Agents an solchen Übergängen arbeiten dürfen.
Schnittstellen klären mit NCA
Finde das passende Angebot für dein Projekt
Anfrage-Konfiguration
Starten Sie Ihre Anfrage
Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Die Muster im Context Mapping

Domain Driven Design beschreibt eine überschaubare Zahl von Beziehungsmustern. Sie klingen theoretisch, beschreiben aber ziemlich genau, was in Projekten ohnehin passiert.
  • Partnership: Zwei Teams planen gemeinsam und stehen und fallen zusammen.
  • Customer Supplier: Ein Bereich liefert, der andere nimmt ab und darf Anforderungen stellen.
  • Conformist: Der abnehmende Bereich übernimmt das fremde Modell unverändert, weil er keinen Einfluss hat.
  • Anti Corruption Layer: Das fremde Modell wird an der Grenze übersetzt, damit es nicht ins eigene System sickert.
  • Open Host Service: Ein Bereich veröffentlicht eine stabile Schnittstelle für viele Abnehmer.
  • Published Language: Beide Seiten einigen sich auf ein gemeinsames Austauschformat.
  • Shared Kernel: Ein kleiner gemeinsamer Teil, den beide Seiten zusammen pflegen. Riskant, weil jede Änderung beide betrifft.
  • Separate Ways: Keine Integration. Manchmal die ehrlichste Lösung.
Das häufigste Muster in der Praxis ist Conformist, nur selten bewusst gewählt. Wer eine Standardsoftware anbindet, übernimmt deren Modell fast automatisch. Ab dem Moment bestimmt ein fremder Hersteller die Begriffe im eigenen Code.

Muster, Situation und Kosten im Überblick

Muster Typische Situation Preis dafür
Customer Supplier Zwei interne Teams, ein klarer Abnehmer Abstimmung bei jeder Änderung am Liefermodell
Conformist Anbindung an Standardsoftware ohne Einfluss Fremde Begriffe wandern ins eigene System
Anti Corruption Layer Altsystem oder externe API mit fremdem Modell Zusätzlicher Übersetzungscode, der gepflegt wird
Shared Kernel Gemeinsame Basis von zwei nahen Bereichen Jede Änderung betrifft beide Seiten sofort

So entsteht eine Context Map in der Praxis

Eine Context Map braucht kein Werkzeug und keine Notation. Ein Whiteboard, Karten für jeden Bereich und Pfeile dazwischen reichen völlig. Wichtig sind drei Angaben pro Pfeil: Wer liefert, wer nimmt ab, und was passiert bei einer Änderung.
Die Runde besteht aus Entwicklung und Fachbereich gemeinsam. Erfahrungsgemäß dauert es keine zwanzig Minuten, bis der erste Satz fällt, der alles erklärt: Das ändern wir nicht, weil dann drei andere Systeme stehen bleiben. Genau dieser Satz gehört auf die Karte.
Danach wird die Karte im Repository abgelegt, als Textdatei oder als Diagramm neben dem Code. Dort veraltet sie langsamer als im Wiki und taucht bei jeder Architekturfrage wieder auf. Für die technische Absicherung der eingezeichneten Grenzen sorgt anschließend Deptrac oder PHP Arkitect.

Context Map als Landkarte für KI gestützte Arbeit

Ein Coding Agent sieht Code, aber keine Abhängigkeiten zwischen Teams. Eine Context Map im Repository liefert genau diesen fehlenden Teil: Welcher Bereich darf geändert werden, welcher ist fremdes Gebiet, wo wird übersetzt.
Praktisch heißt das, die Karte gehört in die Projektregeln. Der Agent bekommt damit die Information, dass ein Aufruf über eine Grenze hinweg nicht erlaubt ist, auch wenn er technisch möglich wäre. Was die Regel nicht abfängt, fängt ein Architekturtest ab.
Die Reihenfolge bleibt dieselbe wie bei jedem Umbau: erst Quality Gates, dann Tempo. Statische Analyse, Unit Tests, Functional Tests und Cypress laufen in der Pipeline, bevor ein Agent an Schnittstellen arbeitet. Mehr dazu in den Vibe Coding Best Practices.

The model is not the diagram.

Eric Evans, Autor von Domain Driven Design – Domain-Driven Design: Tackling Complexity in the Heart of Software

Die NCA Erfahrung an Systemgrenzen

Die meisten Projekte kommen mit einer gewachsenen Landschaft: ein Shop, ein Warenwirtschaftssystem, ein selbst gebautes Portal und zwei Importskripte, die niemand mehr anfasst. Wir zeichnen zuerst die Karte und messen danach mit DePHPend und PDepend, ob der Code zur Karte passt.
An jedem Übergang stellt sich dieselbe Frage: übersetzen oder übernehmen. Fällt die Entscheidung für Übersetzung, entsteht ein Anti Corruption Layer, abgesichert mit PHPUnit und MockResponse für externe Aufrufe. Symfony KernelTestCase prüft das Zusammenspiel im Container.
Für die Ablösung ganzer Bereiche nutzen wir das Strangler Fig Pattern, für Schemawechsel Parallel Change. Die Begriffe hinter den Grenzen klärt eine saubere Ubiquitous Language. Weitere Werkzeuge stehen im NCA PHP Glossar.
CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

Erreichen Sie unsere PHP Consultant Spezialisten

Wir sind Experten für PHP und helfen Ihnen, Ihre digitalen Herausforderungen zu meistern. Unser erfahrenes Team unterstützt Sie bei PHP Updates, PHP Refactoring und berät Sie remote zu allen Fragen rund um PHP. Mit unseren vollautomatischen CI/CD Deployments und einer robusten Docker-Infrastruktur bringen wir Ihre PHP-Projekte auf das nächste Level. Vertrauen Sie auf unsere Expertise für zuverlässige und skalierbare PHP-Lösungen.

Demo Team Workshop Anrufen

Häufige Fragen zu Context Mapping

Antworten auf die Fragen, die beim Zeichnen der ersten Context Map regelmäßig aufkommen.

Was ist Context Mapping 2026 einfach erklärt?

Context Mapping zeigt, wie die fachlichen Bereiche eines Systems zusammenarbeiten. Die Karte enthält jeden Bounded Context, die Verbindungen dazwischen und das Verhältnis der beteiligten Teams. Wichtiger als die Technik ist die Frage, wer bei einer Änderung wem folgen muss und wo deshalb übersetzt werden sollte.

Wie erstellt man eine Context Map 2026?

Am Whiteboard mit Entwicklung und Fachbereich zusammen. Jeder Bereich bekommt eine Karte, jede Verbindung einen Pfeil mit drei Angaben: wer liefert, wer nimmt ab, was passiert bei einer Änderung. Eine Stunde reicht für die erste Version. Danach wandert die Karte ins Repository neben den Code.

Welche Muster gibt es 2026 im Context Mapping?

Die bekannten sind Partnership, Customer Supplier, Conformist, Anti Corruption Layer, Open Host Service, Published Language, Shared Kernel und Separate Ways. In der Praxis dominiert Conformist, weil bei angebundener Standardsoftware fast automatisch deren Modell übernommen wird, meistens ohne bewusste Entscheidung.

Welches Werkzeug braucht man 2026 dafür?

Keines. Karten und Pfeile auf einem Whiteboard reichen, für die Ablage genügt eine Textdatei oder ein einfaches Diagramm im Repository. Aufwändige Modellierungswerkzeuge bringen selten mehr Erkenntnis und veralten schneller, weil sie niemand im Alltag öffnet.

Hilft eine Context Map 2026 bei KI Agents?

Ja, weil sie die fehlende Information liefert. Ein Agent sieht Code, aber keine Verantwortlichkeiten. Steht die Karte in den Projektregeln, ist klar, welcher Bereich geändert werden darf und wo übersetzt wird. Was die Regel nicht abdeckt, fängt ein Architekturtest in der Pipeline ab.

Was ist der Unterschied zu einem Architekturdiagramm?

Ein Architekturdiagramm zeigt Technik: Server, Dienste, Datenbanken. Eine Context Map zeigt Fachlichkeit und Verantwortung. Zwei Dienste auf demselben Server können zu unterschiedlichen Kontexten gehören, und zwei Kontexte können in einer Anwendung liegen. Beide Sichten ergänzen sich, ersetzen sich aber nicht.

Wann ist ein Anti Corruption Layer nötig?

Immer dann, wenn ein fremdes Modell nicht zum eigenen passt und man Einfluss auf die eigene Seite behalten will. Typisch bei Altsystemen und externen APIs. Der Preis ist zusätzlicher Übersetzungscode, der gepflegt werden muss. Der Gewinn ist ein Domänenmodell, das fremde Begriffe außen hält.

Was macht Shared Kernel so riskant?

Beide Seiten besitzen denselben Code, also betrifft jede Änderung sofort beide. Das funktioniert bei zwei Teams mit enger Abstimmung und guten Tests. Sobald die Teams auseinanderlaufen, wird der gemeinsame Teil zum Engpass. Im Zweifel ist doppelter Code die günstigere Variante.

Wie oft sollte die Karte aktualisiert werden?

Immer dann, wenn eine Beziehung sich ändert, also bei neuen Schnittstellen, abgelösten Systemen oder veränderten Zuständigkeiten. In der Praxis genügt ein Blick pro Quartal und ein Update bei jedem größeren Umbau. Eine veraltete Karte ist schlimmer als keine, weil sie falsche Sicherheit gibt.

Gehören externe Dienstleister auf die Karte?

Ja, unbedingt. Jede externe Schnittstelle ist ein Kontext, den man nicht kontrolliert. Genau dort entstehen die teuren Überraschungen, wenn ein Anbieter sein Format ändert. Auf der Karte sichtbar, wird die Entscheidung für eine Übersetzungsschicht deutlich leichter zu begründen.

Was tun, wenn die Karte zu unübersichtlich wird?

Dann ist das bereits ein Ergebnis. Viele Pfeile in alle Richtungen zeigen, dass die Grenzen nicht stimmen oder zu fein geschnitten sind. Sinnvoll ist, Bereiche zusammenzufassen, die ohnehin immer gemeinsam geändert werden, und die Karte danach neu zu zeichnen.

Wie unterstützt NCA beim Context Mapping?

Wir moderieren die Runde, zeichnen die Karte gemeinsam mit dem Team und prüfen danach im Code, ob die eingezeichneten Grenzen wirklich halten. Jede Zusammenarbeit startet mit einem kostenlosen Kennenlernen, danach schätzen wir den Aufwand ein und rechnen transparent minutengenau ab.