• 15 Minuten

In der Regel unterteilen Implementierungsmethoden ein Projekt in kleinere Teile, wodurch der Fortschritt leichter verfolgt werden kann. Unabhängig von der jeweiligen Methode sind andere gebräuchliche Bezeichnungen für diese kleineren Teilprojekte Sprints oder Iterationen. Unabhängig von ihrer Bezeichnung stellen diese kleinen Teilprojekte bei ihrem Abschluss einen Meilenstein im Projektfortschritt dar.

Die Dauer jeder Phase und jedes Projekts ist sehr unterschiedlich. Einige Projekte schaffen es in nur wenigen Monaten von der Idee in die Betriebsphase, während andere mindestens ein Jahr Ermittlungsarbeiten erfordern, bevor die Arbeit beginnen kann.

Die Projektphasen sind im Laufe des Projekts in einem stetigen Auf und Ab. Wenn Ihr Projekt einen agilen Ansatz anwendet, können Sie manche Phasen zwischen dem Vorverkauf bis zur Betriebsphase wiederholen.

Üblicherweise folgt ein Projekt einem Pfad; Vorverkauf, Initiierung, Implementierung, Bereitstellung und Betrieb.

Viele Teammitglieder haben sich auf eine bestimmte Phase spezialisiert; andere arbeiten überall dort, wo sie für ein Projekt benötigt werden. Es ist nicht ungewöhnlich, dass Teammitglieder einem Projekt an irgendeinem Punkt zwischen der Idee und der Bereitstellung beitreten.

Vorverkauf

Die wichtigste Aktivität beim Vorverkauf besteht darin, dem Vertriebsteam dabei zu helfen, das Projekt an Land zu ziehen. Beim Vorverkauf liegt der Fokus auf dem minimal erforderlichen Aufwand, um das Projekt an Land zu ziehen. Gleichzeitig ist sicherzustellen, dass das Vertriebsteam nicht mehr verkauft, als Sie liefern können. Die Aktivitäten in dieser Phase der Kundenbindung lassen sich hauptsächlich wie folgt einteilen:

• Antworten auf Angebotsanfragen (RFP)
• Einführende Besprechungen mit dem Debitor
• Machbarkeitsnachweise/Demonstrationen
• Lösungsfindung

Initiierung

Mit dem Fortschreiten des Projekts zum Lösungsentwurf übernimmt der Lösungsarchitekt die Leitung. Abhängig von der verwendeten Methodik kann ein Teil der Arbeit im Voraus abgeschlossen oder, was häufiger der Fall ist, im Rahmen agiler Projekte mit jedem Sprint bzw. jeder Iteration durchgeführt werden.

• Kundenworkshops – Diese Anforderungen erfassen Gespräche mit den Geschäftsanwendern, die daran arbeiten, ein umfassendes Verständnis der Bedürfnisse zu erlangen.
• Anforderungsprüfung und ‑klärung – Überprüfung der detaillierten Anforderungen, einschließlich der als User Storys spezifizierten Anforderungen. Ziel ist es, sicherzustellen, dass es sich um umsetzbare Anforderungen handelt, die klar und präzise formuliert sind. Bei diesem Prozess versucht das Team, nichtfunktionelle Anforderungen zu identifizieren und nach Bedarf hinzuzufügen. Diese Aufgabe erfordert möglicherweise zusätzliche Rücksprache mit dem Kunden oder dem Team, um sicherzustellen, dass die Anforderungen vor Erstellung der Lösung korrekt verstanden wurden.
• Hochrangige Architektur – Der Lösungsarchitekt ist federführend beim Entwerfen der Gesamtlösungstopologie und gibt diese Informationen an das erweiterte Projektteam weiter. In diese Bewertung fließen alle eingesetzten Dynamics 365-, Microsoft AppSource‑ oder andere externe Dienste ein, darunter ein umfassender Überblick über die Interaktionen mit internen und externen Systemen sowie Diensten.
• Detaillösungsarchitektur – In diesem Prozess werden weitere Details definiert. Diese Aufgabe umfasst das Entwerfen der Sicherheits‑ und Datenmodelle sowie die gesamte Integrationsstrategie für alle externen Systeme und Dienste. Darüber hinaus umfasst der Prozess die Spezifizierung von Anpassungen für Dynamics 365-Apps und alle anderen vorhandenen Apps, die zum Einsatz kommen. Die Projektteams führen häufig eine Übereinstimmungs-/Lückenanalyse durch, um die Lücken zwischen den Anforderungen und den Standardfunktionen zu ermitteln.
• Technische Entwürfe überprüfen – Wenn die Entwicklung in die Detaillierung durch das erweiterte Projektteam übergeht, übernimmt der Lösungsarchitekt die Rolle des Prüfers, um sicherzustellen, dass die Entwürfe zur gewünschten Architektur passen.
• Änderungsmanagement – Das Änderungsmanagement ist ein Schlüsselelement, um zeitnahe, budgetgerechte und kundenfreundliche Lösungen zu gewährleisten. Das Team muss einen schleichenden Umfangszuwachs zu vermeiden und dennoch Änderungen zulassen, die für die Erfüllung der Projekterfolgskriterien entscheidend sind. Ab diesem Punkt im Projekt ist außergewöhnliches Änderungsmanagement erforderlich.

Implementierung

In der Implementierungsphase konzentriert sich das Projektteam darauf, die Lösung gemäß dem vereinbarten Lösungsdesign und ‑umfang zu erstellen. In dieser Phase werden Implementierungsüberprüfungen eingeführt. Implementierungsüberprüfungen werden verwendet, damit das Team Fragen zu den spezifischen Aspekten des Lösungsdesigns (Datenmodell, Sicherheit, Integration) und der Implementierungspraktiken (Application Lifecycle Management und Teststrategie) gründlich behandeln können. Während der Implementierungsphase können Sie Fragen zum Design bestimmter Komponenten, zur Auswahl der Technologie, zu bevorstehenden Änderungen sowie zur Roadmap, zu Verwerfungen, zum Application Lifecycle Management (ALM) und zum Build erwarten. Stellen Sie sicher, dass Sie proaktiv mit Debitoren zusammenarbeiten, um sicherzustellen, dass die entwickelte Lösung den bewährten Methoden entspricht und strategisch auf die Produkt-Roadmap ausgerichtet ist.

Bereitstellung

In der Bereitstellungsphase wurde die Lösung erstellt und getestet, und das Projektteam bereitet sich auf die letzte Runde des Benutzerakzeptanztests (UAT) und der Schulung vor. Darüber hinaus wurden alle erforderlichen Kundengenehmigungen erteilt, Informationssicherheitsüberprüfungen abgeschlossen, der Umstellungsplan definiert (einschließlich positive/negative Kriterien), simulierte Liveschaltungsereignisse geplant, das Supportmodell fertiggestellt und das Bereitstellungs-Runbook mit Aufgaben, Besitzern, Zeitrahmen und definierten Abhängigkeiten abgeschlossen.

Betrieb

Sie haben die Anwendung jetzt geplant, entwickelt und bereitgestellt, sind aber noch nicht fertig. Das Ziel der Betriebsphase besteht darin, den Erfolg der Bereitstellung zu validieren, die aus dem Projekt gewonnenen Erkenntnisse zu überprüfen und den Übergang zur nächsten Phase oder Support für den Übergang für das Wartungsteam zu planen. Nachdem der Kunde live geschaltet ist, sollte der Lösungsarchitekt eine Überprüfung nach der Liveschaltung durchführen. Besprechen Sie den Übergang, und geben Sie ihn für das Wartungsteam frei.