Ausgangslage:
Entwicklung eines neuen, standardisierten BI-Produkts auf Basis von Microsoft Fabric. Kunden warteten bereits auf die Auslieferung, während intern zentrale Architektur- und Plattformkompetenzen nur begrenzt vorhanden waren.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es lagen keine bestehenden BI-Pakete oder Datenmodelle für das Reporting vor. Ziel war die Implementierung einer standardisierten Analytics-Lösung auf Basis von LS Analytics sowie der Aufbau einer funktionsfähigen BI-Umgebung unter Verwendung von Azure- und Power-BI-Technologien.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Installationen erfordern kontinuierliches Monitoring und Performance-Optimierung. Es bestand keine dedizierte interne DBA-Funktion für den laufenden Betrieb. Ziel war die Sicherstellung eines stabilen Betriebs der auf SQL basierenden Systeme.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Die interne IT-Abteilung benötigte zusätzliche DBA-Unterstützung für SQL-Umgebungen. Es bestand Bedarf an externer Expertise zur Bearbeitung von SQL-bezogenen Themen sowie zur Performance-Optimierung. Der Unterstützungsbedarf ging dauerhaft über die internen Kapazitäten hinaus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es standen intern keine spezialisierten BI-Ressourcen zur Verfügung. Unterstützung wurde insbesondere in der BI-Entwicklung sowie im Datenmodellierungsumfeld benötigt. Ziel war der Ausbau der BI-Fähigkeiten über die bestehenden internen Möglichkeiten hinaus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne interne DBA-Funktion betrieben. Es bestand ein kontinuierlicher Bedarf an Monitoring, Performance-Optimierung und Fehlerbehebung. Ziel war die Sicherstellung eines stabilen Betriebs für produktionsnähe Systeme und Services.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es bestand zusätzlicher Bedarf an BI-Entwicklung sowie an der Integration weiterer Datenquellen außerhalb des bestehenden BI-Anbieters. Die vorhandene BI-Landschaft musste erweitert werden, um zusätzliche Datenquellen abzubilden. Interne Kapazitäten reichten für spezifische BI- und Integrationsanforderungen nicht aus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Anforderung zur Entwicklung eines Market-Intelligence-Reports für den CFO auf Basis interner und externer Datenquellen, einschließlich Markt-, Wettbewerbs- und Wirtschaftsdaten. Es bestand keine konsolidierte Reporting-Struktur für Managementzwecke.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL-Performanceprobleme innerhalb von Softwarelösungen in der Türen- und Fensterbranche. Es bestand Bedarf an externer SQL-Expertise zur Unterstützung bei Analyse, Fehlerbehebung und Optimierung. Zusätzlich bestand der Bedarf an weiterführender Unterstützung und Schulung in SQL-Themen.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne dedizierte interne DBA-Funktion betrieben. Kontinuierliches Monitoring und Performance-Optimierung waren notwendig, um einen stabilen Systembetrieb sicherzustellen. Interne Ressourcen reichten nicht für ein durchgängiges Performance-Management aus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne dedizierte DBA-Rolle betrieben. Wiederkehrende Performance- und Entwicklungsprobleme traten im laufenden Betrieb auf. Es fehlte ein strukturiertes Monitoring sowie eine regelmäßige Bewertung des Systemzustands.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Anforderung zur Entwicklung eines Sales- und Einkaufs-Dashboards für die Tochtergesellschaft Atlas Food. Bedarf nach strukturierter Transparenz über Vertriebs- und Einkaufsperformance unternehmensweit.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Ein bestehendes BI-Modell musste auf Basis von Azure-Technologien neu implementiert werden. Ziel war die Verbesserung der Datenverarbeitungs-Performance sowie eine vereinfachte Wartbarkeit der Reports. Zusätzlich bestand die Anforderung, fachseitige Anpassungen an BI-Modellen und Reports zu ermöglichen.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Ein bestehendes BI-Produkt wurde im Rahmen eines Eigentümerwechsels übernommen und erforderte kontinuierliche Weiterentwicklung und Stabilisierung. Ziel war die Sicherstellung von Stabilität, Nutzbarkeit und Weiterentwicklung der bestehenden Lösung über einen längeren Zeitraum.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Entwicklung eines BI-Produkts für Microsoft Dynamics-Kunden mit Fokus auf wiederverwendbare SQL-basierte Datenverarbeitung. Zusätzlicher Bedarf an SQL-Entwicklung im Rahmen kundenspezifischer BI-Implementierungen. Es bestand keine standardisierte, skalierbare BI-Lösung für den breiten Einsatz.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Unternehmen: Selbstständig
Zeitraum: 08/2018 ? present
Position: BI & SQL Developer / Administrator
Verantwortung & Vorgehen:
Unternehmen: EG A/S
Zeitraum: 2014 ? 2018
Position: Systems Specialist
Verantwortung & Vorgehen:
Unternehmen: Lyngsoe Systems A/S
Zeitraum: 1994 ? 2014
Position: Software Developer / Project Manager / IT Manager / Technical Manager / Business Development Architect
Verantwortung & Vorgehen:
Unternehmen: Univeyor Electronic A/S
Zeitraum: 1990 ? 1994
Position: Software Developer
Verantwortung & Vorgehen:
Unternehmen: AIC ? Aalborg Industrial Corporation
Zeitraum: 1988 ? 1990
Position: Software Developer
Verantwortung & Vorgehen:
Unternehmen: Aalborg University, Rechenzentrum
Zeitraum: 1987 ? 1988
Position: Electronics Technician
Verantwortung & Vorgehen:
Unternehmen: AIC ? Aalborg Industrial Corporation
Zeitraum: 1985 ? 1987
Position: Electronics Technician
Verantwortung & Vorgehen:
Ich übernehme Architektur- und Plattformverantwortung für Microsoft-Datenumgebungen, wenn SQL-Performance nachlässt, BI-Reporting unzuverlässig wird oder Datenplattformen ohne klare Struktur gewachsen sind und stabilisiert sowie modernisiert werden müssen.
Mein Schwerpunkt liegt auf der End-to-End-Architektur über SQL Server, Azure, Microsoft Fabric und Power BI ? mit tiefer SQL-Engine-Expertise und strukturellem Plattformdesign. Ich stabilisiere zuerst, optimiere danach und schaffe dann die Grundlage für langfristige Skalierbarkeit.
Ich werde typischerweise eingesetzt, wenn Organisationen SQL-basierte Systeme ohne dedizierte DBA-Expertise betreiben, wenn BI-Umgebungen langsam oder inkonsistent werden oder wenn Microsoft-Datenplattformen konsolidiert, modernisiert oder mit klarer Governance aufgestellt werden müssen ? mit echter Architekturverantwortung und hands-on Umsetzung.
Ausgangslage:
Entwicklung eines neuen, standardisierten BI-Produkts auf Basis von Microsoft Fabric. Kunden warteten bereits auf die Auslieferung, während intern zentrale Architektur- und Plattformkompetenzen nur begrenzt vorhanden waren.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es lagen keine bestehenden BI-Pakete oder Datenmodelle für das Reporting vor. Ziel war die Implementierung einer standardisierten Analytics-Lösung auf Basis von LS Analytics sowie der Aufbau einer funktionsfähigen BI-Umgebung unter Verwendung von Azure- und Power-BI-Technologien.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Installationen erfordern kontinuierliches Monitoring und Performance-Optimierung. Es bestand keine dedizierte interne DBA-Funktion für den laufenden Betrieb. Ziel war die Sicherstellung eines stabilen Betriebs der auf SQL basierenden Systeme.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Die interne IT-Abteilung benötigte zusätzliche DBA-Unterstützung für SQL-Umgebungen. Es bestand Bedarf an externer Expertise zur Bearbeitung von SQL-bezogenen Themen sowie zur Performance-Optimierung. Der Unterstützungsbedarf ging dauerhaft über die internen Kapazitäten hinaus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es standen intern keine spezialisierten BI-Ressourcen zur Verfügung. Unterstützung wurde insbesondere in der BI-Entwicklung sowie im Datenmodellierungsumfeld benötigt. Ziel war der Ausbau der BI-Fähigkeiten über die bestehenden internen Möglichkeiten hinaus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne interne DBA-Funktion betrieben. Es bestand ein kontinuierlicher Bedarf an Monitoring, Performance-Optimierung und Fehlerbehebung. Ziel war die Sicherstellung eines stabilen Betriebs für produktionsnähe Systeme und Services.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Es bestand zusätzlicher Bedarf an BI-Entwicklung sowie an der Integration weiterer Datenquellen außerhalb des bestehenden BI-Anbieters. Die vorhandene BI-Landschaft musste erweitert werden, um zusätzliche Datenquellen abzubilden. Interne Kapazitäten reichten für spezifische BI- und Integrationsanforderungen nicht aus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Anforderung zur Entwicklung eines Market-Intelligence-Reports für den CFO auf Basis interner und externer Datenquellen, einschließlich Markt-, Wettbewerbs- und Wirtschaftsdaten. Es bestand keine konsolidierte Reporting-Struktur für Managementzwecke.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL-Performanceprobleme innerhalb von Softwarelösungen in der Türen- und Fensterbranche. Es bestand Bedarf an externer SQL-Expertise zur Unterstützung bei Analyse, Fehlerbehebung und Optimierung. Zusätzlich bestand der Bedarf an weiterführender Unterstützung und Schulung in SQL-Themen.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne dedizierte interne DBA-Funktion betrieben. Kontinuierliches Monitoring und Performance-Optimierung waren notwendig, um einen stabilen Systembetrieb sicherzustellen. Interne Ressourcen reichten nicht für ein durchgängiges Performance-Management aus.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
SQL Server-Umgebungen wurden ohne dedizierte DBA-Rolle betrieben. Wiederkehrende Performance- und Entwicklungsprobleme traten im laufenden Betrieb auf. Es fehlte ein strukturiertes Monitoring sowie eine regelmäßige Bewertung des Systemzustands.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Anforderung zur Entwicklung eines Sales- und Einkaufs-Dashboards für die Tochtergesellschaft Atlas Food. Bedarf nach strukturierter Transparenz über Vertriebs- und Einkaufsperformance unternehmensweit.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Ein bestehendes BI-Modell musste auf Basis von Azure-Technologien neu implementiert werden. Ziel war die Verbesserung der Datenverarbeitungs-Performance sowie eine vereinfachte Wartbarkeit der Reports. Zusätzlich bestand die Anforderung, fachseitige Anpassungen an BI-Modellen und Reports zu ermöglichen.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Ein bestehendes BI-Produkt wurde im Rahmen eines Eigentümerwechsels übernommen und erforderte kontinuierliche Weiterentwicklung und Stabilisierung. Ziel war die Sicherstellung von Stabilität, Nutzbarkeit und Weiterentwicklung der bestehenden Lösung über einen längeren Zeitraum.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Ausgangslage:
Entwicklung eines BI-Produkts für Microsoft Dynamics-Kunden mit Fokus auf wiederverwendbare SQL-basierte Datenverarbeitung. Zusätzlicher Bedarf an SQL-Entwicklung im Rahmen kundenspezifischer BI-Implementierungen. Es bestand keine standardisierte, skalierbare BI-Lösung für den breiten Einsatz.
Verantwortung & Vorgehen:
Ergebnisse & Wirkung:
Unternehmen: Selbstständig
Zeitraum: 08/2018 ? present
Position: BI & SQL Developer / Administrator
Verantwortung & Vorgehen:
Unternehmen: EG A/S
Zeitraum: 2014 ? 2018
Position: Systems Specialist
Verantwortung & Vorgehen:
Unternehmen: Lyngsoe Systems A/S
Zeitraum: 1994 ? 2014
Position: Software Developer / Project Manager / IT Manager / Technical Manager / Business Development Architect
Verantwortung & Vorgehen:
Unternehmen: Univeyor Electronic A/S
Zeitraum: 1990 ? 1994
Position: Software Developer
Verantwortung & Vorgehen:
Unternehmen: AIC ? Aalborg Industrial Corporation
Zeitraum: 1988 ? 1990
Position: Software Developer
Verantwortung & Vorgehen:
Unternehmen: Aalborg University, Rechenzentrum
Zeitraum: 1987 ? 1988
Position: Electronics Technician
Verantwortung & Vorgehen:
Unternehmen: AIC ? Aalborg Industrial Corporation
Zeitraum: 1985 ? 1987
Position: Electronics Technician
Verantwortung & Vorgehen:
Ich übernehme Architektur- und Plattformverantwortung für Microsoft-Datenumgebungen, wenn SQL-Performance nachlässt, BI-Reporting unzuverlässig wird oder Datenplattformen ohne klare Struktur gewachsen sind und stabilisiert sowie modernisiert werden müssen.
Mein Schwerpunkt liegt auf der End-to-End-Architektur über SQL Server, Azure, Microsoft Fabric und Power BI ? mit tiefer SQL-Engine-Expertise und strukturellem Plattformdesign. Ich stabilisiere zuerst, optimiere danach und schaffe dann die Grundlage für langfristige Skalierbarkeit.
Ich werde typischerweise eingesetzt, wenn Organisationen SQL-basierte Systeme ohne dedizierte DBA-Expertise betreiben, wenn BI-Umgebungen langsam oder inkonsistent werden oder wenn Microsoft-Datenplattformen konsolidiert, modernisiert oder mit klarer Governance aufgestellt werden müssen ? mit echter Architekturverantwortung und hands-on Umsetzung.