Auf den Workshop vorbereiten

  • 15 Minuten

Die Durchführung des Workshops zur Lösungsleistung dauert in der Regel etwa 2‑4 Stunden. Die Zeit kann je nach Detaillierungsgrad, der für die Überprüfung zur Verfügung steht, und des Umfangs der Gesamtlösung variieren. Der Lösungsarchitekt arbeitet mit der Leitung des Implementierungsteams zusammen, um den Workshop basierend auf den Besonderheiten der zu überprüfenden Lösung zu planen.

Vor dem Workshop zur Lösungsleistung sollten sich die Teilnehmer so gut wie möglich mit der Struktur des Workshops und den zu behandelnden Themen und Voraussetzungen vertraut gemacht haben. Der Lösungsarchitekt stellt im Vorfeld des Workshops eine Agenda mit Themen und Voraussetzungen bereit.

Hinweis

Der Workshop zur Lösungsleistung besteht im Wesentlichen aus einer Diskussion. Es handelt sich nicht um einen Fragebogen, der im Offlinemodus ausgefüllt und überprüft werden kann. Während die Voraussetzungen im Voraus definiert und bereitgestellt werden, ist es nicht möglich, den Umfang der Richtungen, in die das Gespräch führen kann, festzulegen.

Der Lösungsarchitekt bereitet sich im Voraus auf den Workshop vor, indem er vorhandene Projektartefakte im Voraus überprüft. Hilfreiche Projektartefakte sind:

  • Überprüfung des Lösungsentwurfs – Als Voraussetzung für den Workshop zur Lösungsleistung sollte bereits ein Workshop zur Überprüfung des Lösungsentwurfs abgeschlossen worden sein. Die Informationen, die für Bereiche wie Projektplan, Lösungsarchitekturdiagramm, Geschäftsprozesse, Integrationsstrategie, Umgebungsstrategie, Benutzeranzahl, Datenmigrationsstrategie und andere Lösungen erfasst werden, können direkt in diesen Workshop einfließen.
  • Projektplan/Zeitplan – Dokumente oder Gantt-Diagramme, die den Gesamtzeitplan und die Abhängigkeiten wichtiger Projektphasen und der damit verbundenen Aktivitäten darstellen.
  • Systemnutzungsprofile – Betriebsablaufpläne und Transaktionsspitzenvolumen nach Workloadtyp.
  • Umgebungsstrategie – Block‑ oder Flussdiagramme, die die bereitzustellenden Umgebungstypen beschreiben, wie und wann sie verwendet werden und wie Code und Konfiguration sie durchlaufen.
  • Bereitstellungsorte – Diagramme oder Register, die die physischen Standorte zeigen, an denen die Lösung bereitgestellt wird, zusammen mit Sprach‑ und Lokalisierungsanforderungen.
  • Schnittstellenregister – Listen von Schnittstellen mit nicht-funktionalen Anforderungen und Entwurfsmustern, die den Umfang und die Vorgehensweise für die Implementierung dieser Schnittstellen dokumentieren.
  • Datenflussdiagramme – In einer Lösung, die mehrere Dynamics 365-Apps sowie veraltete oder externe Dienste und Komponenten umfasst, ist es hilfreich, zu erkennen, woher die Daten stammen, wohin sie bewegt werden und wie sie in der Lösung verwendet werden.
  • Datenmigrationsstrategie – Dokumente oder Register, die die zu migrierenden Entitäten, die Quellen, aus denen sie stammen, die Volumen, den Zeitpunkt und die Methoden für die Migration anzeigen. Es ist wichtig, in der Phase des Lösungsentwurfs sicherzustellen, dass Sie über einen Umfang (Entitäten und Quellen) verfügen.
  • Leistungsteststrategie – Jede bereits vorhandene Dokumentation zur Leistungsteststrategie, die Bereiche wie Leistungsziele, KPIs, Testtools, zu verwendende Umgebung und andere Faktoren beschreibt, die mit Leistungstests vereinbar sind.

Diese Liste erhebt keinen Anspruch auf Vollständigkeit der Projektergebnisse, ist jedoch ein guter Ausgangspunkt für die Überprüfung der Lösungsleistung. Die Formate, Zusammensetzung und Namen der einzelnen Ergebnisse können von Projekt zu Projekt variieren. Nicht das Format ist das wichtigste Element, sondern die verfügbaren und im gesamten Team vereinbarten Informationen.

Wenn Sie zu Beginn des Projekts eine Überprüfung der Lösungsleistung durchführen, werden viele dieser Dokumente nicht vollständig erstellt, was in den meisten Fällen akzeptabel ist. Besonders wichtig ist, dass der Umfang festgelegt wurde und ein konzeptioneller Plan vorhanden ist, um zu bestimmen, wie die Lösung diesen Umfang unterstützt. Wenn der Umfang und der konzeptionelle Lösungsansatz vorhanden sind, kann sich die Überprüfung der Lösungsleistung auf den konzeptionellen Ansatz konzentrieren, und die anschließenden vertiefenden Workshops können sich auf die Details konzentrieren, sobald sie verfügbar sind.

Es ist akzeptabel, wenn das Projekt andere Methoden zum Verwalten oder Nachverfolgen von Projektinformationen verwendet als die Punkte aus der obigen Liste. Normalerweise ist das Format nicht entscheidend, da die Informationen den Projektmitgliedern leicht zugänglich sind. Wenn die Informationen aus der zuvor aufgeführten Liste im Projekt nicht oder schlecht zugänglich dokumentiert sind, sollten Sie die Erstellung der relevanten Artefakte priorisieren.

Tipp

Es wird empfohlen, nach Möglichkeit Diagramme und visuelle Darstellungen zu verwenden, um in der Implementierung allgemeine Zusammenfassungen bereitzustellen. Diese Diagramme und Grafiken bieten ein einfaches Mittel zur Kommunikation im gesamten Team und mit Führungskräften über Pläne und Designs.