Die Machete im Dschungel Ein Überblick über diverse ORACLE Reporting-Möglichkeiten

Transkript

1 Die Machete im Dschungel Ein Überblick über diverse ORACLE Reporting-Möglichkeiten David Michel Consultant Business Intelligence, Apps Associates GmbH

2 Apps Associates Apps Associates gegründet 2002 in Boston (HQ) seit 2003 GDC in Hyderabad seit 2006 in Dortmund 650+ Mitarbeiter auf drei Kontinenten Acht Standorte 41 Mio. USD Umsatz in 2014 Copyright Apps Associates 2

3 Oracle Platinum Partner Sechs zertifizierte Oracle Spezialisierungen Amazon Web Services Advanced Consulting Certified CMMI Level 3 Certification SSAE16 Compliance Flexibles & Kosteneffizientes Global Delivery Model Mitglied der Scope Alliance Performance. Wachstum. Qualität. Copyright Apps Associates 3

4 Herausforderung: Was brauche ich? Bedienung Alerts/Delivery Datenaktualität What If Datenquellen Aggregatebildung Integration Analyse- Möglichkeiten Was brauche ich? Bedarfsanalyse! Cloud/on Premise Security Mobile Devices Quelle: Copyright Apps Associates 4

5 Marktsituation Copyright Apps Associates 5

6 Zielsetzung Erfahrungen aus der Beratung teilen: Welche Gedanken sollte ich mir machen bevor ich ein Projekt starte? Wie viel BI brauche ich? Was muss bei der Produktauswahl beachtet werden? Welche Möglichkeiten/Alternativen gibt es für eine Projektumsetzung? Welches ist die richtige Lösung für mich? Muss es immer eine teure Lösung sein? Aufzeigen von Use-Cases zum Gedankenanstoß Copyright Apps Associates 6

7 Was brauche ich? Exakten Lösungsumfang ermitteln, der tatsächlich benötigt wird! Was sich selbstverständlich darstellt, wird nicht selten ignoriert! Nur wer sich von Anfang an darüber im Klaren ist, welches konkrete Ergebnis er anstrebt, wird dieses am Ende auch erreichen! (Kenne ich meine Anforderungen?) Oft wird am Anfang alles Mögliche in ein Projekt gepackt, von dem irgendwie angenommen wird, es würde sich im Zweifel schon als nützlich erweisen! Nur, weil man sich zu Beginn um die genaue Zieldefinition gedrückt hat Verursacht unnötige Mehrkosten Gefährdet eine durchdachte Projektplanung und ein gezieltes Vorgehen Eine detaillierte Bedarfsanalyse ist zu Beginn des Projekts erforderlich! Copyright Apps Associates 7

8 Wie ermittele ich meinen Bedarf? Exakten Lösungsumfang ermitteln, indem bestehenden Defizite analysiert werden Wo schmerzt es beim Reporting und Datenmanagement aktuell am meisten? Wo gibt es Prozessprobleme? Wo gibt es einen zu hohen manuellen Aufwand? Wo herrscht ein Mangel an aktuellen und integrierten Daten? Wo herrscht ein Mangel an entsprechenden Berichten? Bei der Bedarfsanalyse möglichst früh ins Detail gehen Je früher die Wegrichtung klar ist, desto schneller können die richtigen Weichen bei der Systementwicklung gestellt werden Fachabteilungen von Anfang an ins Boot holen Frühzeitig klären, wer welche Informationen erhalten soll Copyright Apps Associates 8

9 Was habe ich? Die Entwicklung und Implementierung einer BI-Lösung verursacht Kosten Um Mehrkosten zu vermeiden bzw. Synergien zu nutzen, sollten folgende vier Faktoren betrachtet werden: BI Ist-Stand An welchen Stellen sind bereits BI-Systematiken im Einsatz? Gibt es bestehende Datentöpfe, Reportingsysteme, etc. die genutzt werden können? Können Komponenten weiter verwendet werden oder müssen diese abgelöst werden? (z.b. Oracle Discoverer) Copyright Apps Associates 9

10 Was habe ich? Daten Liegen die gewünschten Informationen oder Kennzahlen bereits in den operativen Systemen vor? Beziehungsweise können diese ggf. aus den Rohdaten berechnet werden? Technologie Sind im Unternehmen bereits Technologien im Einsatz, die die gewünschte Transparenz und Funktionalität bieten? (z.b. OBIEE, BI Apps, BICS, APEX) Know How Wo und in welchem Ausmaß können interne Mitarbeiter eingesetzt werden? Welche Eigenleistung kann sowohl vom Know How als auch von den personellen Ressourcen gestemmt werden? Copyright Apps Associates 10

11 Wie gehe ich vor? Grundsätzlich sollte man sich einer Lösung top down nähern explizit an den Anforderungen der Fachbereiche ausrichten so wird eine nutzer- und damit nutzenorientierte Lösung gewährleistet organisatorisch sollte das Projekt vom Management oder einem fachlichen Sponsor unterstützt werden Think big start small Bei der Entwicklung sollte man immer das zukünftige Gesamtsystem im Blick haben und auf dieser Basis entsprechend die Weichen stellen Die Entwicklung selbst sollte schrittweise in geschlossenen Zyklen erfolgen, um Teile des späteren Gesamtsystems frühzeitig nutzen zu können Je früher Nutzen und Mehrwert deutlich werden, desto höher die Akzeptanz Copyright Apps Associates 11

12 Wie gehe ich vor? Die Basis einer BI-Lösung sind Daten Sicherstellen, dass diese bezogen auf Ihre fachlichen Anforderungen zugeschnitten vollständig und korrekt vorliegen Nur wenn Qualität und Konsistenz sichergestellt sind, kann das System auch die richtigen Ergebnisse liefern Flexibilität und Skalierbarkeit des Systems einplanen und beachten BI-Lösungen sind niemals im gewohnten Sinne fertig Sie werden vielmehr stetig ausgebaut, sei es nun in Hinsicht weiterer fachlicher Anforderungen, Fachbereichen, Anwendergruppen oder auch Datenquellen Niemals gegen Excel ankämpfen Kein BI-Tool wird Excel jemals vollständig ersetzen vielmehr auf eine Koexistenz- Strategie setzen Copyright Apps Associates 12

13 Use Cases Copyright Apps Associates 13

14 Use Case Ausgangssituation/Anforderung Datenquelle: Oracle Datenbank Vorhandenes Know How: PL/SQL Bedarf: Automatisierung immer wiederkehrender Berichte Vorlage bzw. Veröffentlichung für Management Lösungsvorschlag: PI Publisher inkl. APEX Copyright Apps Associates 14

15 Use Case Ausgangssituation/Anforderung Datenquelle: Oracle Datenbank Gegebenheit: BI Tool IBM Cognos Bedarf: Performantes Reporting (OLAP Cubes) Reporting für Mobile Devices zur Verfügung stellen Herausforderung: Alternative zu hohen Lizenzkosten der mobilen Cognos Komponente Lösungsvorschlag: Oracle OLAP Option + APEX mobile Copyright Apps Associates 15

16 Use Case Ausgangssituation/Anforderung Datenquelle: Oracle Datenbank Gegebenheit: kein BI Tool, PL/SQL und APEX Know How Bedarf: Reporting auf vorhandenen Daten Performantes Reporting Einfache Bedienung vorgegebener Analysen (IT) Kein Self-Service, kein Data Mashup Lösungsvorschlag: APEX + FoEx Copyright Apps Associates 16

17 Use Case Ausgangssituation/Anforderung Datenquelle: heterogene Systemlandschaft Bedarf: Automatisierung immer wiederkehrender Berichte Pixelperfekte Berichte Self Service Möglichkeiten/Data Mashup Bereitstellen von Dashboards Analyse Möglichkeiten durch Key User Lösungsvorschlag: DWH + OBIEE Copyright Apps Associates 17

18 Use Case Ausgangssituation/Anforderung Datenquelle: Standard ERP System (z.b. EBS) Bedarf: Schnelle Einführung von vordefinierten und standardisierten KPIs bezogen auf das ERP Modul Einführen einer DWH Struktur Einführen von vordefinierten Reports und Dashboards Analyse Möglichkeiten durch Key User Entschluss Make or Buy (80%) Lösungsvorschlag: DWH, ETL, OBIEE, BI Apps Copyright Apps Associates 18

19 Use Case Ausgangssituation/Anforderung Datenquelle: heterogene Systemlandschaft verteilt auf diverse Standort Bedarf: Kurzfristiges Bereitstellen der Infrastruktur Skalierbarkeit Begrenztes Budget für Anschaffung (Hardware, Lizenzen, Consulting) Daten- und Zugriffssicherheit gewährleisten Lösungsvorschlag: Oracle BI Cloud Service Copyright Apps Associates 19

20 Use Case Ausgangssituation/Anforderung Datenquelle: heterogene Systemlandschaft Gegebenheit: OBIEE inkl. Know How Bedarf: What-If Analysen Lösungsvorschlag: APEX Integration in OBIEE Copyright Apps Associates 20

21 Fazit Bevor Sie ein BI Projekt starten, sollten Sie den exakten Lösungsumfang ermitteln, der tatsächlich benötigt wird die benötigten Ansprechpartner (Fachbereich/Anforderer, Sponsor) frühzeitig involvieren Ihr internes Know How und Ihre Kapazitäten (Ressourcen) kennen lösungsorientiert und nicht produktorientiert handeln den Produktumfang (was bekomme ich für mein Geld) kennen und verifizieren (PoC) Es muss nicht immer eine teure und mächtige BI Plattform eingeführt werden, um die Reporting-Bedarfe abzudecken! Copyright Apps Associates 21

22 ? Stand 130 Scope Alliance