Als Team arbeiten
Der Lösungsarchitekt ist im Allgemeinen die erfahrenste Person in einem Projekt und möglicherweise in vielen Aufgaben in einem Projekt am kompetentesten. Ein Lösungsarchitekt kann jedoch nicht alles alleine machen. Der Lösungsarchitekt muss die Arbeit aufteilen und an das am besten geeignete Teammitglied delegieren.
Im Wesentlichen besitzt der Lösungsarchitekt die Gesamtvision der technischen Lösung des Projekts und muss diese Vision dem Team mitteilen.
Als Vorbild agieren
In jedem Projekt ist der Lösungsarchitekt für andere Teammitglieder sichtbar und wird natürlich als Vorbild angesehen. Der Engagement Manager und der Projektmanager leiten das Projekt. Der Lösungsarchitekt gilt jedoch als der „echte“ Leiter und kann den Ton und das Tempo für die Arbeitsweise des Teams festlegen. Der Lösungsarchitekt ist daher dafür verantwortlich, ein Beispiel zu geben, dem andere folgen sollen.
Darüber hinaus ist der Lösungsarchitekt möglicherweise dafür verantwortlich, die Fähigkeiten und Erfahrungen der Mitglieder des Projektteams zu verbessern, sie zu betreuen und sie zu ermutigen, mehr Verantwortung zu übernehmen und neue Fähigkeiten zu erwerben.
Teamfähigkeiten bewerten
Ein Lösungsarchitekt legt die Aufschlüsselung fest, die für das funktionale und technische Design verwendet wird. Als Lösungsarchitekt können Sie Ihr Team selten auswählen, und nicht jeder in einem Team kann ein Top-Performer sein.
Der Lösungsarchitekt muss lernen, die Fähigkeiten und Schwächen der Teammitglieder zu bewerten, um den richtigen Teammitgliedern die richtigen Aufgaben zuzuweisen. Lösungsarchitekten sollten nicht nach einem Lebenslauf fragen, um zu beurteilen, wie viel ein bestimmtes Teammitglied über Microsoft Power Platform weiß. Sie sollten jedoch eine Reihe von fundierten Fragen zum Überprüfen des Wissens stellen, z. B. um das Teammitglied zu fragen, wann es verwaltete statt nicht verwaltete Lösungen verwendet oder wann es Geschäftsregeln oder Power Automate-Cloud-Flows einsetzen sollte.
Der Lösungsarchitekt kann den Teammitgliedern auch kleine Aufgaben oder Machbarkeitsnachweise zuweisen und anschließend die Ergebnisse bewerten. Darüber hinaus sollte der Lösungsarchitekt das Teammitglied ermutigen, die vorgeschlagene Lösung zu erläutern, um die Denkprozesse besser zu verstehen.
Der Lösungsarchitekt könnte im Verlauf des Projekts eine Kompetenzmatrix erstellen, damit ein Projekt die Stärken des Teams nutzen kann, um erfolgreich zu sein.
Kongruent bleiben
Der Lösungsarchitekt bringt häufig beträchtliches Wissen und Erfahrung mit und ist normalerweise die Person im Team, die die umfassendere Sichtweise besitzt. Der Lösungsarchitekt sollte nicht davon ausgehen, dass alle anderen die gleichen Fähigkeiten, Kenntnisse, Erfahrungen oder das gleiche Verständnis für das Projekt haben.
Annahmen und Verallgemeinerungen können riskant sein. Eine Schlüsselrolle des Lösungsarchitekten besteht darin, die Informationen zum richtigen Zeitpunkt an die Teammitglieder zu übermitteln. Die Kommunikation sollte für jedes Teammitglied klar und relevant sein. E-Mails sind möglicherweise nicht ausreichend, daher sollte der Lösungsarchitekt regelmäßig mit den Teammitgliedern sprechen, um sicherzustellen, dass alle auf demselben Stand sind. Denken Sie daran, dass die Kommunikation gegenseitig ist. Daher ist es wichtig, den Teammitgliedern zuzuhören.
Die Arbeit aufteilen
Eine typische Aufgabe für Lösungsarchitekten besteht darin, die Arbeit aufzuteilen und den Teammitgliedern zuzuweisen. Der Lösungsarchitekt sollte nach logischen Funktionsunterteilungen in der Anwendung suchen, z. B. Kundendienst oder Kundenakquise. Der Lösungsarchitekt sollte nach horizontalen Lösungsfunktionen wie Dokumentenverwaltung oder Computertelefonie-Integration (CTI) suchen.
Standards festlegen
Für jedes Projekt ist es wichtig, dass das Team die Standards befolgt. Einige Elemente in Microsoft Power Platform sind später schwieriger zu ändern, z. B. das Schema-Präfix oder Tabellen- und Spaltennamen.
Der Lösungsarchitekt sollte Standards definieren, um die Konsistenz für die folgenden Elemente sicherzustellen:
- Benennung von Komponenten
- Spaltendatentypen
- Benutzeroberfläche – Die Optionen für Formularlayouts, Zeitpunkt zur Verwendung mehrerer Formulare usw.
- Automatisierung – Wann werden verschiedene Automatisierungsoptionen verwendet, z. B. Power Automate-Cloud-Flows, klassischer Workflow, Geschäftsregeln oder Client-Skript.
- Sicherheit – Wann Rollen, Spaltensicherheit, hierarchische Sicherheit usw. verwendet werden sollen
- Entwicklung – Beispielsweise die Definition der früheren im Vergleich zur späteren Bindung, Fehlerhandhabung usw.
Der Lösungsarchitekt sollte die Microsoft-Dokumentation wie bewährte Methoden für modellgesteuerte Apps, bewährte Methode für App-Design und bewährte Methoden für Entwickler verwenden.
Arbeitsumgebungen
Der Lösungsarchitekt ist dafür verantwortlich, zu definieren, wie Konfiguration und Entwicklung erfolgen sollen. Diese Definition hängt von vielen Faktoren ab, einschließlich der Fähigkeiten des Teams und davon, ob das Team an einem Ort oder remote zusammen arbeitet.
Die Topologie der Entwicklungsumgebung muss bestimmt werden, und es werden bestimmte Testumgebungen benötigt. Denken Sie daran, dass Microsoft Power Platform standardmäßig keine versionierte Nachverfolgung bietet.
Betrachten Sie Projekte, an denen Sie beteiligt waren, und fragen Sie sich dann, was der Lösungsarchitekt sonst noch unternommen haben könnte, um Teams bei der besseren Zusammenarbeit zu unterstützen.