Business Requirements, Datenanalyse ? Auswertungen Cognos

• Gem. den Projektvorgaben wurden Multidimensional Reports den Fachbereichen zur Verfügung gestellt, die einen Abgleich des alten mit dem neuen System ermöglichten. Die größte Herausforderung war hier die unterschiedlichen fachlichen Definitionen der Kennzahlen ? um zu einem vergleichbaren Ergebnis zu kommen, wurden die Datensets auf Datenbankeben analysiert und entsprechend als Auswertung zur Verfügung gestellt
• Des Weiteren wurden u.a. folgende Fragestellungen des Frontends (Cognos Analytics) beantwortet und Tätigkeiten übernommen:
  • Wie wird Cognos Analytics im ADHOC am besten eingesetzt?
  • Wo liegt die Abgrenzung zum Regelreporting? (Kosten/Nutzen)
  • Definition und Spezifikation eines Modells (Packages) in Cognos zur ADHOC Analyse
  • Begleitung / Mitwirkung der Entwicklung des Modells
  • Sicherstellung der inhaltlichen Reportqualität in Cognos
  • Cognos das Ende der ?Nahrungskette?? Soll es eine Weiterverarbeitung geben ? wenn ja in welcher Form wird diese zugelassen
  • Welche Quellen werden angebunden bzw. NICHT angebunden
  • Welche Kennzahlen werden ?vorberechnet? ? Framework Manager in den Chache? Welche Auswirkungen hat das auf die Erfassung (Fast Edit)
• Das Projektumfeld war ?Hybrid? einer Kombination aus Agil und Wasserfall

Business Requirements, Datenanalyse ? Abnahme (Review: Datenmodellierung ? ETL Strecken ? Inhalt)

• Definition und Ausarbeitung eines Vorgehens zur effizienten Business Analyse :
  • Absprache und Aufnahme der Anforderungen mit den Fachbereichen
  • Vereintheitlichung der Kennzahlendefinition
  • Requirements Engineering
  • Data Governance hier: KPI-Glossar - Data Lineage
  • Definition DQ Regeln in Matadatenportal (DQ-Engine mit Abinitio) (BCBS239 - Konformität)
  • Ticketing in Jira
  • Dokumentation (u.a Processworkflow)
  • Ausarbeitung von DQ ? Kontrollen
  • DQ Check ? Entwicklung (Testing)
• Definition und fachliche Beschreibung aller reportingrelevanten Kennzahlen mit Übergabe an die Entwicklung und anschließender DQ Kontrolle
• Das Projektumfeld war ?Hybrid? einer Kombination aus Agil und Wasserfall

Schwerpunkte:

• Darlehensgeschäft
• Design 
• Anforderungsanalyse 
• Erstellung Entwicklungsvorgaben 
• Priorisierungen der Anforderungen

Projektsprache

Englisch

Business Requirements, Datenanalyse ? Abnahme (Review: Datenmodellierung ? ETL-Strecken ? Inhalt

• Die Anbindung eines Kampagnenmanagementools ist via eine DWHs erfolgt ? die Aufgabe war es, die Anforderungen entgegenzunehmen, die entsprechenden Daten aus den Quellen zu analysieren und entsprechend zu sammeln. Hier haben wir uns für das Prinzip der ?originären Erstellung? entschieden. Das Ergebnis wurde den Architekten / Datenmodellieren / Entwicklern zur Umsetzung zur Verfügung gestellt und nach erfolgreichem Review abgenommen und für die Produktion freigeben.
• Zusätzlich die Unterstützung der internen Projektleitung bei Planung und Priorisierung.
• Das Projektumfeld war ?Hybrid? einer Kombination aus Agil und Wasserfall

Schwerpunkte:

• Darlehensgeschäft
• Design
• Anforderungsanalyse
• Entwicklungsvorgaben
• Priorisierung

Datenanalyse ? Datenbank Design ? Datenmodellierung ? ETL Design ? Prüfung der Ergebnisse (Testing fachlich)

• Nach Eingang der Anforderungen an das Datawarehouse wurde eine Machbarkeitsanalyse angefertigt und in Absprache mit den Fachbereichen ein entsprechendes Design (HLD) erstellt. Dieses Konzept hat dann als Grundlage für die Entwicklung gedient.
• Nach Abschluss der Entwicklung wurde das Ergebnis durch mich getestet und entsprechend freigegeben.

Schwerpunkte:

• Design 
• Erstellung Entwicklungsvorgaben

Datenanalyse ? Datenbank Design ? Datenmodellierung ? ETL-Design ? Prüfung der Ergebnisse (Testing fachlich)

• Koordination und Prototyping  

Prämissen:

• Auf Basis des bestehenden DWH?s (SpoT) bestand die Aufgabe darin, bestehende Reports fachlich zu bewerten. 
• Auf Basis des Ergebnisses dieser Bewertung war die Aufgabe ein Datenprofiling durchzuführen welches wiederum in eine entsprechende Ableitung / Konzeption mündete.
• Ziel war es, die ETL-Strecke hin zum relationalen Datamart zur erzeugen. (aus bestehenden Daten / Anbindung neuer Quellsysteme an das DWH incl. ?durchschleusen? zur abnehmenden Schicht (Star- / Snowflake)). 
• Abnahme der Inhalte in Cognos.

Schwerpunkte:

• ETL Konzeption 
• Dataprofiling 
• DB-Design 

• Datenanalyse des Objekdesigns von Fincube und Avaloq
• Koordination und Prototyping - Umsetzung (DB und ETL)

Grundlagen:

• Datenanalyse des Objekdesigns von DIALBA und Avaloq
• Koordination und Prototyping - Umsetzung (DB und ETL

Vorbedingungen:

• Umstellung des Kernbankensystems Dialba auf Avaloq 
  • Anbindung an das bestehende DWH 
    • Business Analyse 
    • Austausch der Staging Area auf Basis von ORACLE
• Datenmodellierung 
• DB-Desing 
• Umsetzung ETL-Strecken mit PowerCenter (9.5.1, 9.6.1)

Schwerpunkte:

• Dataprofiling 
• DB-Design 

Projektkoordintion - Konzeption

• Verantwortliche Implementierung einer konvergenten Sicht der Kostenstellen beider Unternehmen (Vodafone ? Kabel Deutschland) 
• Ziel: korrektes internes und externes Reporting auf Basis der neuen Organisationsstruktur im Bereich von OPEX
• Koordination und technische Unterstützung der ausführenden Organisationseinheiten - Prototyping

Prämissen:

• kurzfristiger Umbau der Kostenstellenstruktur
• Aufbau einer konvergenten Sicht beider Unternehmen im Bereich von OPEX
• Geringe Beeinflussung des Planungsprozesses/Budgetierung

Application Management / Systemdesign

• Der Systemmanger verantwortet den Operations-Lifecycle seines IT-Systems von der ersten Wirkbetriebsaufnahme bis zur endgültigen Abschaltung. Innerhalb der Entwicklungsphasen der Fachspezifikationen Lösung (FSL) und der Fachspezifikationen IT-System (FSS) hat er das Recht die Betriebsbelange bzgl. seines IT-Systems einzubringen. Jede Änderung des IT-Systems bedarf seiner Zustimmung.
• Aufgabe Projektverantwortlichkeit für den Umzug des Systems DWH-Prozesse (60 TB) vom RZ Darmstadt in das RZ Bielefeld (nach ITIL Standardvorgaben) ? Koordination und technische Unterstützung der ausführenden Organisationseinheiten

Prämissen :

• kurze downtime
• ?Silent mode? ? Motto Technik soll unterstützen und nicht behindern
• Anpassung an den internen Releaseplan
• Einhaltung des bestehenden Vorgehensmodells
• Ausarbeitung von Arbeitspaketen
• Erstellung des Projektplanes und dessen Tracking
• Effizientes Meetingsetup
• Berücksichtigung der Kosten/Nutzen
• Einhaltung der Projektziele
• Kommunikationsaufbau mit den neu involvierten Orga-Einheiten