Workshop zum Lösungsentwurf bei Lücken durchführen
Der Workshop zum Lösungsentwurf bei Lücken wird vom Lösungsarchitekten durchgeführt, aber es wird erwartet, dass das Implementierungsteam die Lösungsinformationen präsentiert. Jede Lückenlösung sollte innerhalb des Implementierungsteams ein Besitzer zugewiesen werden. Zu Beginn des Workshops sollte jemand aus dem Implementierungsteam die Übersicht oder Zusammenfassung der wichtigsten Lücken präsentieren, einschließlich der vorgeschlagenen Lösungen für jede Lücke. Diese Übersicht sollte nicht mehr als 10-15 Prozent der Gesamtzeit des Workshops in Anspruch nehmen. Sie sollte nur im Ansatz vorgestellt werden, da jede Lückenlösung in den späteren Themenbereichen ausführlich diskutiert wird.
Nach dem Überblick über die wichtigsten Lücken sollte das Implementierungsteam jede Lösungslücke separat präsentieren und Zeit für Diskussionen in der Gruppe einräumen. Nachdem die Teilnehmer alle Lückenlösungen diskutiert haben, sollte die restliche Zeit für Fragen und Antworten mit dem Architekten reserviert werden.
Sie sollten es als eine Erwartung angeben, dass während jeder Sitzung eine Diskussion über Umfang und Vorgehensweise stattfindet. In diesem Rahmen kann der Lösungsarchitekt direkt während der Besprechung Hinweise geben. Diese Sitzungen sind jedoch nicht als Designsitzungen, sondern als Überprüfungssitzungen gedacht.
Das gegebene Feedback kann den aktuellen Plan oder das Design ändern, aber die Detailarbeit in diesen Bereichen wird nach dem Workshop vom Implementierungsteam durchgeführt.
Ergebnisse des Lösungsentwurfs bei Lücken
Das Ergebnis des Workshops zum Lösungsentwurf bei Lücken ist ein Ergebnisdokument. Dieses Dokument ist eine Reaktion auf Informationen, die entweder zur Vorbereitung des Workshops oder im Workshop selbst bereitgestellt wurden. Diese Ergebnisse fallen im Allgemeinen in eine der drei folgenden Kategorien:
Annahmen – Diese Ergebnisse beziehen sich auf spezifische Aspekte der Lösung, die der Architekt als bedeutsam für die Architektur bezeichnen möchte. Diese Annahmen sind Faktoren, die möglicherweise kein spezifisches Risiko oder Problem darstellen, jedoch grundlegend für die Lösung sind und sollten daher beachtet werden sollten, denn wenn sie sich ändern, werden sie erhebliche Auswirkungen haben. Diese Annahmen können sich auf bestimmte Umfangselemente, Designaspekte der Lösungsarchitektur oder einen Implementierungsansatz oder eine Implementierungstechnik beziehen.
Risiken – Diese Ergebnisse stellen einen Aspekt der Lösung oder Implementierung dar, der ein Risiko darstellt, das im Projekt verfolgt werden sollte. Diese Ergebnisse können sich auf bestehende Pläne, Ansätze oder Designs beziehen, die ein beobachtetes Potenzial für negative Ergebnisse aufweisen. Sie könnten auch mit Bereichen der Lösung zusammenhängen, die noch nicht ausreichend erforscht sind und als solche ein Risiko darstellen, dass etwas Unerwartetes passieren könnte. Diese Ergebnisse werden von einer Erklärung über das, was als Risiko angesehen wird, zusammen mit empfohlenen Maßnahmen zur Risikominderung begleitet.
Probleme – Diese Ergebnisse stellen einen Aspekt der Lösung oder Implementierung dar, der ein Problem darstellt, das sich entweder derzeit negativ auf die Implementierung auswirkt oder, wenn es nicht behoben wird, zukünftig negative Auswirkungen haben wird. Diese Ergebnisse werden von einer Erklärung über das, was als Auswirkung angesehen wird, zusammen mit empfohlenen Maßnahmen zur Lösung begleitet.
Das Ergebnisdokument wird sowohl an die Kunden‑ als auch an die Partnerorganisationen verteilt und eine Überprüfungs-Besprechung wird abgehalten, um die Ergebnisse im Detail zu beurteilen. Das Dokument wird der Implementierungsleitung und den Executive Sponsors in beiden Organisationen bereitgestellt. Diese Ergebnisdokumente können gelegentlich sehr ausführlich sein. In diesem Fall wird eine Zusammenfassung mit den wichtigsten und kritischen Ergebnissen bereitgestellt, um den Führungskräften eine bessere Nutzung zu ermöglichen.