Lösungsarchitektur
End-to-End-Architekturen auf Power Platform und Dynamics 365 — Datenmodell, Prozesse, Erweiterbarkeit und die Entscheidung, was Standard bleibt und was eigene Logik verdient.
Solution Architect für Power Platform und Dynamics 365 — von der Anforderung bis zum Betrieb, der auch nach dem Release trägt.
Power Platform · Dynamics 365 · Azure · C#/.NET · TypeScript
01 — Über mich
Ich bin Solution Architect mit über acht Jahren Erfahrung in Konzeption, Architektur und Weiterentwicklung von Lösungen auf Microsoft Power Platform, Dynamics 365 und Azure.
Mein Schwerpunkt liegt auf End-to-End-Lösungsarchitekturen, technischer Führung und dem Aufbau nachhaltiger Plattformen und Entwicklungsstandards. Low-Code und Pro-Code sind für mich keine Lager, sondern Werkzeuge: Die Frage ist, welches an welcher Stelle zu einer Lösung führt, die skaliert, wartbar bleibt und in fünf Jahren noch releasefähig ist.
In Projekten begleite ich den ganzen Weg — Requirements Engineering, Lösungsdesign, technische Lead-Verantwortung und die Koordination interdisziplinärer Teams bis zur strukturierten Übergabe an den Betrieb.
Ausgleich finde ich in den Bergen und im Sport: Rad- und Kraftsport, Wasserfahren im Limmatclub Zürich, dazu Familie und Garten. Die Alpen sind für mich der beste Ort, um einen Architekturentscheid noch einmal in Ruhe zu drehen.
02 — Fokus
Vier Themen, die mich seit Jahren beschäftigen und in der Praxis selten einzeln auftreten. Eine saubere Architektur ohne ALM ist ein Prototyp; ALM ohne Architektur automatisiert nur das Chaos.
End-to-End-Architekturen auf Power Platform und Dynamics 365 — Datenmodell, Prozesse, Erweiterbarkeit und die Entscheidung, was Standard bleibt und was eigene Logik verdient.
Entkoppelte Integrationsarchitekturen mit API Management, dedizierten Functions und echtem Monitoring — statt Logik, die sich über Jahre in Flows und Plugins verteilt hat.
Umgebungsstrategie, Solution-Management und CI/CD, damit Releases planbar werden — mit Entwicklungsstandards und Dokumentation, auf die sich ein Team auch später noch stützen kann.
PCF-Controls, Plugins und Client-Scripting dort, wo der Standard endet — mit Testinfrastruktur, Projektvorlagen und Dependency Injection statt gewachsener Einzelstücke.
03 — Projekte
Ausschnitte aus acht Jahren Projektarbeit. Firmen- und Kundennamen bleiben aussen vor — was zählt, ist die Ausgangslage, die Entscheidung und was danach anders war.
Wiederverwendbares Framework für ein CRM-Team: Projektvorlagen, Dependency Injection, Build- und Packaging-Strategie, Testinfrastruktur und verbindliche Entwicklungsstandards. Die Plugin-Entwicklung wurde damit standardisiert statt pro Entwickler neu erfunden.
C# · Dataverse SDK · Azure DevOpsÜberführung gewachsener Power-Automate- und Plugin-Logik in eine entkoppelte Architektur mit API Management, dedizierten Functions, Monitoring über Application Insights und automatisiertem Infrastruktur-Deployment.
API Management · Functions · IaCHart codierte Preislogik wurde durch eine regelbasierte Architektur abgelöst. Der Fachbereich passt Preisregeln seither selbst an — ohne Entwickler-Release.
DMN · Azure Functions · DataverseNeukonzeption zweier geschäftskritischer Custom Pages — in Dynamics 365 und im Web-Prozess — angebunden an dieselbe Pricing-API, mit erweiterter Konfigurierbarkeit für komplexere Vertriebsfälle.
Custom Pages · React · Pricing-APIModulare Routing-Lösung aus Custom Page, Client-Scripting und Custom API mit rollenabhängiger Prozessführung, automatisierter Kundenkommunikation und vereinfachter Warteschlangenauswahl für verschiedene Fachbereiche.
Custom API · Client-Scripting.NET-Werkzeug auf Basis des Dataverse SDK zur ganzheitlichen Analyse von Abhängigkeiten in Dynamics 365 — modulare Mehrschichtarchitektur, hierarchische Auswertung und Excel-Export.
.NET · Dataverse SDK · ZHAW MAS04 — Werdegang
Projekteinsätze bei einem zentralschweizerischen Stromlieferanten und einem Schweizer Banking-Software-Hersteller. Technische Konzeption und Umsetzung komplexer Power-Platform- und Dynamics-365-Lösungen von der Anforderungsanalyse bis zum produktiven Betrieb; Sicherstellung von Wartbarkeit und Releasefähigkeit über ALM-Prozesse und Entwicklungsstandards.
Projekteinsatz bei einer Schweizer Kantonalbank. Architekturentscheidungen und Weiterentwicklung bestehender Dynamics-365-on-premise-Lösungen im SAFe-/Scrum-Kontext — in einem regulierten Umfeld mit Fokus auf Governance, Wartbarkeit und fachbereichsübergreifende Geschäftsprozesse.
Azure DevOps Engineering und CI/CD, technische Workshops, Pre-Sales und Aufwandschätzung. Konzeption eines MVP zur Verwaltung von E-Auto-Ladekarten (Static Web Apps, Logic Apps, SharePoint) sowie Ablösung eines makrobasierten Excel-Tools durch eine Dataverse- und Canvas-App-Lösung.
Architektur komplexer Dynamics-365-Lösungen und technische Verantwortung als Hauptentwickler in mehreren Kundenprojekten; PCF Controls mit React, Client-Scripting mit XrmDefinitelyTyped und C#-Plugins.
Migration von Dynamics 365 on-premise in die Cloud inklusive Aktualisierung der Skript- und SDK-Basis von v8 auf v9; Hauptentwickler eines internen CRM-Projekts mit CI/CD, Logic Apps und SAP-Integration.
Entwicklung einer webbasierten CRM-Lösung als Technologieträger sowie 2nd-/3rd-Level-Support (SAP R/3).
Abschlussarbeit: Werkzeug zur ganzheitlichen Analyse von Komponentenabhängigkeiten in Dynamics 365. Zuvor ICT-Applikationsentwickler mit eidg. Fachausweis (IFA) und Informatiker EFZ, Schwerpunkt Applikationsentwicklung (WISS).
05 — Zertifizierungen
06 — Blog
Gelegentliche Beiträge zu Lösungsarchitektur, Power-Platform-ALM und den Dingen, die man erst im zweiten Release lernt.