> ## Documentation Index > Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt > Use this file to discover all available pages before exploring further. # Wie der Engagementumfang bestimmt wird > Was in die Bestimmung des Umfangs eines Beratungsengagements nach dem M9TZ Agent Blueprint einfließt – Abteilungen, Komplexität, bestehende Systeme und Integrationsanforderungen. Der Umfang ist die vereinbarte Beschreibung dessen, was ein Engagement abdeckt und was nicht. Alles in einem Beratungsengagement leitet sich aus dem Umfang ab: was die Designphase liefert, was gebaut wird und wie die Übergabe aussieht. Den Umfang richtig zu bestimmen – bevor Design- oder Umsetzungsarbeiten beginnen – ist einer der folgenreichsten Schritte im gesamten Prozess. Die Umfangsbestimmung findet während der [Discovery-Phase](/de/blueprint/discovery) statt. Diese Seite erläutert, was der Scoping-Prozess untersucht und warum jeder Faktor von Bedeutung ist. Zeitpläne oder Konditionen werden hier nicht veröffentlicht; diese werden individuell je Engagement festgelegt. Unter [Umfang & Abgrenzung](/de/consulting/scope-and-boundaries) finden Sie den übergeordneten Kontext dazu, was frei dokumentiert ist und was ein Beratungsengagement erfordert. ## Warum der Umfang zuerst bestimmt wird Wenn die Grenzen eines Agenten zu Beginn des Designs unklar sind, entstehen zwei Probleme: Das umsetzende Team trifft Annahmen, die sich im Nachhinein als falsch herausstellen, und die Organisation, die den Agenten später betreibt, erwartet Fähigkeiten, für die er nie konzipiert wurde. Beide Folgen untergraben das Vertrauen in das System und erzeugen Nacharbeit. Ein klar definierter Umfang bedeutet, dass beide Seiten wissen, wie Erfolg in jeder Phase aussieht, was explizit außerhalb des Umfangs liegt und was eine Änderung des vereinbarten Engagements darstellen würde. *** ## Was der Scoping-Prozess untersucht Scoping ist keine einzelne Zahl und keine Paketauswahl. Es ist eine Bewertung über mehrere Dimensionen, von denen jede die Struktur des Engagements beeinflusst. Der Blueprint ist um Abteilungen organisiert – jede mit eigenen Agenten, Arbeitsanweisungen und definierten Schnittstellen. Die erste Scoping-Frage lautet: Welche Abteilungen sind im Umfang dieses Engagements enthalten? Ein Engagement in einer einzelnen Abteilung hat eine grundlegend andere Struktur als eines, das koordinierte Agenten über mehrere Funktionen hinweg umfasst. Jede zusätzliche Abteilung bringt eigene Prozesse, eigene Ansprechpersonen für die Discovery und einen eigenen Satz an Systemverbindungen mit sich. Der Umfang wächst mit der Anzahl der Abteilungen. Innerhalb jeder Abteilung variieren Workflows in ihrer Komplexität. Ein linearer Workflow – Auslöser führt zu Aktion, Aktion führt zu Ergebnis – ist unkompliziert zu spezifizieren und umzusetzen. Ein Workflow mit mehreren bedingten Zweigen, Ausnahmepfaden oder Entscheidungspunkten, die von externen Daten abhängen, ist deutlich aufwändiger. Die Komplexität wird während der Discovery durch detailliertes Workflow-Mapping bewertet: Was löst ihn aus, welche Entscheidungen werden getroffen, welche Aktionen ausgeführt und wo kann er scheitern oder eskalieren. Undokumentierte Ausnahmen sind eine der häufigsten Quellen für späte Umfangsausweitungen. Der Blueprint verwendet ein Adapter-Muster: Der Agent operiert gegen eine stabile interne Schnittstelle, und Adapter verbinden diese Schnittstelle mit den tatsächlichen externen Systemen in Ihrer Umgebung. Anzahl, Alter und Dokumentationsqualität dieser externen Systeme beeinflussen direkt, wie viel Integrationsaufwand das Engagement mit sich bringt. Moderne Systeme mit gut dokumentierten Schnittstellen erfordern weniger Integrationsaufwand als Legacy-Systeme, intern entwickelte Plattformen oder Systeme mit eingeschränkten oder undokumentierten Schnittstellen. Dies wird während der Discovery bewertet – nicht im Voraus angenommen. Einen Agenten für einen Workflow zu entwickeln, der bereits klar dokumentiert ist – mit schriftlichen Arbeitsanweisungen, definierten Eingaben und Ausgaben, bekannten Ausnahmefällen – geht schneller als die Entwicklung für einen Workflow, der primär als implizites Erfahrungswissen existiert. Ist der Prozess noch nicht dokumentiert, kann ein Teil des Engagements darin bestehen, ihn zunächst zu erfassen und zu formalisieren, bevor das Agentendesign beginnen kann. Dies ist kein Hindernis für ein Engagement, sondern ein Faktor, der den Umfang beeinflusst. Viele Organisationen stellen fest, dass die Discovery-Phase als Nebeneffekt der Arbeit nützliche Prozessdokumentation erzeugt – unabhängig davon, ob das Engagement weiterverfolgt wird. Hochvolumige Agenten stellen andere Anforderungen an Infrastruktur und Zuverlässigkeit als solche mit geringem Volumen. Ein Agent, der täglich eine überschaubare Anzahl sorgfältig geprüfter Aktionen ausführt, hat ein anderes Betriebsprofil als einer, der kontinuierlich eine große Anzahl automatisierter Interaktionen verarbeitet. Volumenerwartungen werden während der Discovery erfasst und beeinflussen die in der Designphase getroffenen Architekturentscheidungen. *** ## Das Prinzip des engen Einstiegs Der konsistent erfolgreichste Scoping-Ansatz besteht darin, mit einem einzelnen, klar abgegrenzten Workflow in einer Abteilung zu beginnen und von dort aus zu erweitern, sobald dieser erste Agent in der Produktion validiert wurde. Ein enger Einstieg bedeutet nicht, dass die Ambitionen begrenzt sind – er bedeutet, dass das erste Engagement etwas vollständig Funktionierendes und Bewährtes liefert, statt etwas Breit angelegtes und nur teilweise Funktionierendes. Folgeengagements können auf diesem Fundament aufbauen, und Agenten können von Anfang an so gestaltet werden, dass spätere Erweiterungen vorgesehen sind. Wenn es mehrere Workflows oder Abteilungen gibt, die Sie angehen möchten, erfassen Sie diese alle während der Discovery. Das Scoping-Ergebnis kann eine priorisierte Übersicht darüber enthalten, was zuerst angegangen werden sollte und wie spätere Engagements daran anknüpfen würden – ohne sich zu verpflichten, alles auf einmal zu entwickeln. *** ## Umfangsänderungen während eines Engagements Der vor Beginn der Umsetzung vereinbarte Umfang ist der Referenzpunkt für das Engagement. Ändert sich nach Freigabe des Designs etwas – eine neue Integrationsanforderung, ein Workflow-Zweig, der nicht erfasst wurde, eine Änderung an einem bestehenden System – handelt es sich um eine Umfangsänderung, die formal behandelt wird. Änderungen werden weder stillschweigend absorbiert noch kategorisch abgelehnt. Sie werden hinsichtlich ihrer Auswirkungen auf das Engagement bewertet, offen besprochen und vereinbart, bevor mit etwaigen zusätzlichen Arbeiten begonnen wird. Kleine Anpassungen werden häufig berücksichtigt; strukturelle Änderungen werden als separate Arbeit gescopt. Der wirksamste Weg zur Vermeidung von Umfangsänderungen während eines Engagements ist eine gründliche Discovery. Je vollständiger Workflows und Systeme zu Beginn verstanden werden, desto seltener tauchen unerwartete Erkenntnisse während der Umsetzung auf. *** ## Wie Scoping in ein Angebot mündet Sobald die Discovery abgeschlossen und der Umfang definiert ist, wird ein individuell zugeschnittenes Angebot erstellt. Das Angebot spiegelt wider, was während der Discovery tatsächlich ermittelt wurde – kein Standardpaket, das generisch angewendet wird. Es werden keine Konditionen auf dieser Website veröffentlicht, da der Umfang zwischen Organisationen so stark variiert, dass eine aussagekräftige Angabe ohne Kenntnis der konkreten Situation nicht möglich ist. Wie ein Engagement vom Erstgespräch über Scoping, Design und Implementierung bis zur Übergabe verläuft. Die genaue Grenzlinie zwischen dem, was diese Dokumentation kostenlos abdeckt, und dem, was ein Beratungsengagement erfordert.