Die Rolle des Lösungsarchitekten bei Projektgovernance
Oft besteht die Rolle eines Lösungsarchitekten im Projekt darin, seine Erfahrung und sein Fachwissen zur Bewertung von Problemen und Änderungen zu nutzen. Die Überwachung von Änderungen in einem Projekt ist jedoch zu einfach, insbesondere in Microsoft Power Platform. Infolgedessen könnte sich der Lösungsarchitekt zu sehr auf die Überwachung von Änderungen konzentrieren, anstatt sicherzustellen, dass das Projekt voranschreitet. Daher sollte der Lösungsarchitekt andere Mitglieder des Projektteams bei der Bewertung und Analyse von Problemen und Änderungen unterstützen.
Eine Herausforderung für neue Lösungsarchitekten besteht darin, die Rolle des Handelnden in die Rolle des Führens und Anleitens anderer zu verwandeln. Ein Lösungsarchitekt muss anderen Mitgliedern des Projektteams zur Verfügung stehen und deren Wachstum unterstützen.
Beteiligung an der Definition von Governance
Mit Microsoft Power Platform-Projekte können Änderungen können einfach sein. Das Vornehmen mehrerer kleiner Änderungen und ein schlechter Governanceprozess können jedoch zum Scheitern eines Projekts führen. Beispielsweise muss der Lösungsarchitekt sicherstellen, dass der Prozess zur Bewertung von Änderungen nicht länger dauert als die Implementierung der Änderung.
Der Lösungsarchitekt muss unbedingt an der Definition der Prozesse und Verfahren für die Projektsteuerung beteiligt sein. Ihre Einbeziehung trägt dazu bei, dass Prozesse und Verfahren für die Microsoft Power Platform-Technologien angemessen sind, die verwendet werden und die keinen unnötigen Aufwand verursachen.
Umsetzbares Feedback angeben
Der Lösungsarchitekt ist häufig der Vermittler zwischen dem Debitor und den Teammitgliedern. Daher müssen sie beiden Parteien Feedback geben. In erster Linie sollte Feedback gegeben werden, um die Lösung zu gestalten.
Feedback kann bereits bei der Erstellung der Angebotsanfrage (RFP)/Arbeitsaufstellung (SOW) erfolgen. Das Feedback sollte jedoch während des gesamten Projekts fortlaufend erfolgen.
Der Lösungsarchitekt ist dafür verantwortlich, dass das Feedback konstruktiv und umsetzbar ist.
Schlechte Nachrichten handhaben
Gelegentlich gibt der Lösungsarchitekt Feedback zu einem Problem, das möglicherweise nicht gut angenommen wird. Schlechte Nachrichten verbessern sich nicht mit der Zeit. Der Lösungsarchitekt muss schlechte Nachrichten frühzeitig erkennen und weitergeben.
Beispiele für schlechte Nachrichten, die der Lösungsarchitekt nicht zurückhalten sollte:
- Die Kosten für Benutzerlizenzen erhöhen sich um 87 Prozent, wenn sie diese Anforderung wie geschrieben erfüllen.
- Diese Funktion wird nicht mehr unterstützt.
- Mit der hinzugefügten Beziehung dauert der Datenimport nun 30 Tage.
- Die Datenmigration hat 200 neue Spalten identifiziert und aus diesen Daten wurden drei neue undokumentierte Prozesse entdeckt.
Der Lösungsarchitekt muss sicherstellen, dass Feedback, insbesondere schlechte Nachrichten, umsetzbar ist. Die Aussage, dass „etwas nicht stimmt“, ist sinnlos, da es keinen eindeutigen Aufruf zum Handeln gibt und der Empfänger versuchen muss, herauszufinden, wo das Problem liegen könnte. Stattdessen sollte der Lösungsarchitekt eine klare Problemstellung erstellen und dann Referenzen und die möglichen Auswirkungen auf das Projekt bereitstellen.
Betrachten Sie Projekte, an denen Sie beteiligt waren, und erinnern Sie sich dann daran, wie mit schlechten Nachrichten umgegangen wurde und welche Auswirkungen sie auf das Projekt hatten.
Den Menschen helfen, zu demselben Ergebnis zu gelangen
Obwohl der Lösungsarchitekt möglicherweise über das größte Fachwissen verfügt, müssen Sie den Mitgliedern des Projektteams und dem Debitor helfen, die Lösung für ein Problem zu finden. Die Aussage „Das wird nicht funktionieren“ wird wahrscheinlich dazu führen, dass sich jemand angegriffen fühlt. Der Lösungsarchitekt sollte immer konstruktiv sein und es vermeiden, zu oft „Nein“ zu sagen. Bieten Sie stattdessen Optionen an oder verhandeln Sie die Anforderungen.
Sie sollten Leitfragen stellen wie „Wird das dazu führen, dass 1.000.000 Power Automate-Cloud-Flows mit dieser Konfiguration ausgeführt werden?“ Das Stellen einer Leitfrage ermutigt die Person, über die Auswirkungen ihres Vorschlags nachzudenken. Denken Sie daran, dass die Person möglicherweise nicht die Gesamtansicht des Projekts hat, über die der Lösungsarchitekt verfügt.
Wenn Sie Bedenken hinsichtlich einer vorgeschlagenen Lösung oder Änderung haben, müssen Sie Ihr Anliegen hervorheben, die Person jedoch ermutigen, das Anliegen zu überdenken und zu lösen.
Die Überprüfung der Arbeit anderer ist eine Schlüsselaufgabe für den Lösungsarchitekten. Der Unterschied zwischen der Überprüfung, was jemand getan hat, und der Arbeit selbst ist winzig. Bei der Überprüfung der Arbeit anderer muss der Lösungsarchitekt konstruktiv sein und Vorschläge machen, wo nach Antworten gesucht werden kann. Wenn beispielsweise unklar ist, ob ein solides Design vorgeschlagen wurde, kann der Lösungsarchitekt die Erstellung eines Machbarkeitsnachweises oder anderer Tests zur Validierung der vorgeschlagenen Lösung fördern.
Im Wesentlichen besteht die Rolle eines Lösungsarchitekten darin, ständig mit den am Projekt beteiligten Personen zu sprechen, um sicherzustellen, dass die Vision des Projekts erreicht wird. Erfolglose Lösungsarchitekten verstecken sich vor dem Team und verbringen Zeit damit, ihre Architekturentwürfe zu aktualisieren, anstatt mit dem Team zusammenzuarbeiten und ihnen bei der Suche nach Lösungen zu helfen.
In der nächsten Lerneinheit werden die Techniken beschrieben, die ein Lösungsarchitekt für ein Projekt verwenden kann.