Überprüfung des Lösungsentwurfs vorbereiten

Abgeschlossen

In der Regel dauert die Überprüfung des Lösungsplans ungefähr zwei bis acht 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.

Idealerweise sollten die Workshopteilnehmer vor dem Workshop zur Überprüfung des Lösungsentwurfs mit der Struktur des Workshops und den zu behandelnden Themen und Voraussetzungen so gut wie möglich vertraut sein. Der Lösungsarchitekt stellt im Vorfeld des Workshops eine Agenda mit Themen und Voraussetzungen bereit.

Hinweis

Der Workshop zur Überprüfung des Lösungsentwurfs 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:

• Prozesskataloge – Listen oder Hierarchien der Prozesse, Teilprozesse und User Stories, die für die Implementierung in Frage kommen.
• Prozessflussdiagramme – Diagramme, die dem Prozesskatalog Kontext hinzufügen und den Betrieb des Unternehmens beschreiben. In der Phase der Überprüfung des Lösungsentwurfs sind die allgemeinen End-to-End-Prozesse am hilfreichsten.
• Anwendungsdiagramme – Blockdiagramme, die die verschiedenen Komponenten der Lösung zeigen. Diese Diagramme können auch Kontext bereitstellen, der sich darauf bezieht, wie Funktionen Anwendungskomponenten zugeordnet oder wie Anwendungskomponenten miteinander verbunden werden.
• Lückenanforderungen – Bekannte Funktionsbereiche, die vom Standardsystem als nicht unterstützt angesehen werden.
• 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 Volumes, den Zeitpunkt und die Methoden für die Migration anzeigen. In der Phase des Lösungsentwurfs ist es wichtig, sicherzustellen, dass Sie über einen Umfang (Tabellen und Quellen) verfügen.
• Schnittstellenregister – Listen von Schnittstellen mit nichtfunktionalen Anforderungen und Entwurfsmustern, die den Umfang und die Vorgehensweise für die Implementierung dieser Schnittstellen dokumentieren.
• Aggregationsdesign für analytische Daten – Diagramme oder Register von Datenquellen, die für aggregierte Analysen migriert werden.
• Umgebungsstrategie – Block- oder Flussdiagramme, die die bereitgestellten Umgebungstypen beschreiben, wie und wann sie verwendet werden und wie Code und Konfiguration sie durchlaufen.
• Systemnutzungsprofile – Betriebsablaufpläne und Transaktionsspitzenvolumen nach Workloadtyp.
• Struktur der juristischen Person – Diagramme oder Register, die die in der Lösung zu modellierenden juristischen Personen und deren Beziehungen zueinander zeigen.
• Bereitstellungsorte – Diagramme oder Register, die die physischen Standorte zeigen, an denen die Lösung bereitgestellt wird, zusammen mit Sprach- und Lokalisierungsanforderungen.
• Projektauftrag – Dokument mit Hintergrundinformationen des Projekts, den Zielen und den erwarteten Hauptergebnissen, Stakeholdern, Budgets, Zeitplänen und Meilensteinen.
• Projektplan/Zeitplan – Dokumente oder Gantt-Diagramme, die den Gesamtzeitplan und die Abhängigkeiten wichtiger Projektphasen und der damit verbundenen Aktivitäten darstellen.
• Verantwortungszuweisungsmatrix – Tabelle der Aufgaben und der Beziehung der Projektrollen zu diesen Aufgaben. Diese Beziehungen werden in der Regel durch eine RACI-Klassifizierung (Responsible, Accountable, Consulted, Informed) zugeordnet.
• Testplan/Strategie – Dokument, das die Testtypen beschreibt, die während der Implementierung durchgeführt werden, und wie Tests definiert, implementiert und gemessen werden.

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

Wenn Sie zu Beginn des Projekts eine Überprüfung des Lösungsentwurfs durchführen, werden viele dieser Dokumente nicht vollständig erstellt, was in den meisten Fällen akzeptabel ist. Wichtiger 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 Plan nicht erfolgreich ist, sollten diese Punkte auf einer bestimmten Ebene in der Leistungsbeschreibung des bei der Umsetzung unterstützenden Beratungspartners dargestellt werden. Wenn der Umfang und der konzeptionelle Lösungsansatz vorhanden sind, kann sich die Überprüfung des Lösungsentwurfs 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 Ihr Projekt andere Methoden zum Verwalten oder Nachverfolgen von Projektinformationen verwendet als die zuvor aufgeführten. Normalerweise ist das Format nicht entscheidend, da die Informationen den Projektmitgliedern leicht zugänglich sind. Wenn die zuvor aufgeführten Informationen in Ihrem Projekt nicht oder schlecht zugänglich dokumentiert sind, sollten Sie die Erstellung der relevanten Artefakte priorisieren.

Es wird empfohlen, Diagramme und visuelle Darstellungen zu verwenden, um in der Implementierung nach Möglichkeit 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.

Hinweis

Die Überprüfung des Lösungsentwurfs ist nicht als allumfassende Überprüfung detaillierter Anforderungen oder Entwurfsdokumente gedacht. Das Implementierungsteam wird mit geringerer Ausführlichkeit arbeiten, um die Gesamtarchitektur herzuleiten und zu präsentieren. Es wird davon ausgegangen, dass das Implementierungsteam wichtige Überlegungen aufzeigt und Architekten potenzielle Problembereiche untersuchen. Der Lösungsarchitekt schlägt tiefergehende Workshops vor, um Bereiche zu untersuchen, die eine zusätzliche Bewertung erfordern.