Fallstudie: Agile Business Intelligence bei einer Körperschaft des öffentlichen Rechts

Größe: px
Ab Seite anzeigen:

Download "Fallstudie: Agile Business Intelligence bei einer Körperschaft des öffentlichen Rechts"

Transkript

1 Fallstudie: Agile Business Intelligence bei einer Körperschaft des öffentlichen Rechts Kontakt: TDWI Germany e.v. Lindlaustraße 2c Troisdorf Arno Tigges OPITZ CONSULTING GmbH Kirchstraße Gummersbach (Nochen) Prof. Dr. Stephan Trahasch Hochschule Offenburg Badstraße Offenburg Robert Krawatzeck Technische Universität Chemnitz Fakultät für Wirtschaftswissenschaften Chemnitz Michael Zimmer Universität Stuttgart Betriebswirtschaftliches Institut Keplerstr Stuttgart Juli 2013

2 Vorbemerkungen Beschreibung des Unternehmens Auslöser und Ziele des Projekts und der BI-Anwendung Ausgangssituation Ziele Erwarteter Nutzen Projektablauf und Betrieb Projektpartner und zukünftige Nutzer Projektmanagement und Change Management Beschreibung der BI-Architektur Beschreibung der BI-Organisation Roll-out und Betrieb Maßnahmen zur Erhöhung der BI-Agilität Prinzipien Vorgehensmodelle Methoden Technologie Abhängigkeiten der Maßnahmen untereinander Erfahrungen und Erfolgsfaktoren Realisierter Nutzen und bewirkte Veränderungen Reflexion der Barrieren und Erfolgsfaktoren Lessons Learned

3 Vorbemerkungen Unter BI-Agilität 1 wird dabei die Eigenschaft der Business Intelligence, vorhersehbare und unvorhersehbare Anforderungen in Bezug auf Funktionalität oder den Inhalt einer BI-Lösung in einem vorgegebenen Zeitrahmen in angemessener Qualität abzubilden, verstanden. Agile BI hingegen umfasst alle Maßnahmen eines Unternehmens, welche durchgeführt werden, um die BI- Agilität umzusetzen. Abb. 1 stellt die beiden Begriffe BI-Agilität (als Eigenschaft der BI) und Agile BI (konkrete Maßnahmen) schematisch dar. Abbildung 1: Definition der Begriffe BI-Agilität und Agile BI Die möglichen Maßnahmen zur Steigerung der BI-Agilität lassen sich innerhalb eines Gestaltungsspielraumes, welcher durch die drei Kern-BI-Ebenen BI-Architektur (z.b. Core-Data- Warehouse-Ansatz, Unterscheidung in Entwicklungs- und Produktivsystem, ), BI- Aufbauorganisation (z.b. BICC, Governance-Regeln; ) und BI-Prozesse (z.b. Definition Ablauf Change-Requests) definiert wird, kategorisieren. Der Gestaltungsspielraum unterteilt sich in Prinzipien, Vorgehensmodelle, (Entwicklungs-) Methoden und Technologien, welche zur Entwicklung, zum Betrieb und zur Evolution einer BI-Lösung eingesetzt werden. Abb. 2 stellt die Verankerung der BI im Unternehmen sowie ihrer drei Kernebenen und ihren Gestaltungsspielraum nochmals schematisch dar. Abbildung 2: Verankerung der BI im Unternehmen mit ihren drei Kernebenen BI-Architektur, BI-Aufbauorganisation und BI-Prozesse sowie des dadurch definierten Gestaltungsspielraums zum BI-Betrieb & Evolution 1 Krawatzeck, R., Zimmer, M., & Trahasch, S. (2013). Agile Business Intelligence - Definition, Maßnahmen und Herausforderungen. HMD - Praxis Wirtschaftsinformatik,

4 1 Beschreibung des Unternehmens In dieser Fallstudie wird eine Körperschaft öffentlichen Rechts betrachtet, die mit mehr als Mitarbeitern in Bayern tätig ist. Das hier beschriebene BI-Projekt, welches nur anonymisiert referenziert werden kann, war in der Selbstverwaltung der Körperschaft angesiedelt und zwar in den Bereichen Personal und Controlling. Da diese beiden Themen inhaltlich weitestgehend generisch sind und die eigentliche Tätigkeit des Unternehmens deswegen auch keine große Rolle spielt, ist eine nähere Beschreibung des Unternehmens auch nicht notwendig. 2 Auslöser und Ziele des Projekts und der BI-Anwendung 2.1 Ausgangssituation Das Unternehmen setzt in der Verwaltung SAP in den Bereichen Finanzen, Controlling und Personalwesen ein. In der Ausgangssituation wurde das Berichtswesen im Wesentlichen auf Basis von Excel-Sheets durchgeführt. Die regelmäßig nötige Erstellung dieser Excel-Berichte war mit hohen zeitlichen Aufwänden verbunden, da aus den verschiedenen SAP Modulen Daten exportiert und anschließend in Excel konsolidiert und aufbereitet werden mussten. Neben den stets bei solchen manuellen Verfahren sich häufig einschleichenden Fehlern, die allerdings mit großer Sorgfalt und Qualitätssicherung weitestgehend vermieden werden konnten, war ein Hauptproblem, dass die Berichte nicht ausreichend zeitnah erstellt werden konnten. Das führte dazu, dass einige relativ wichtige Berichte auch nur in größeren Intervallen (typischer Weise nur alle 3-6 Monate) erstellt wurden. Außerdem wurden eigentlich alle Excel-Berichte hinsichtlich der dargestellten Perioden und Attribute auf das Nötigste begrenzt, um den zeitlichen Aufwand und die Qualitätskontrolle nicht noch weiter ausufern zu lassen. Der Vorstand und die Geschäftsführung des Unternehmens hat deshalb ein BI-Projekt aufgesetzt. 2.2 Ziele automatische und stets fehlerfreie Beladung aller nötigen Daten aus den SAP-Quellen die Möglichkeit schaffen, auch Daten aus Drittquellen einfach verknüpfen zu können weitergehende Reporting- und Analysemöglichkeiten als bisher zeitnahe Berichtserstellung größerer Nutzerkreis der Berichte erreichen, durch selektive Datenberechtigung modernes und zentrales, web-basiertes Reporting im vorhandenen Intranet 2.3 Erwarteter Nutzen Der bisherige Prozess der Berichtserstellung war durch die vielen manuellen Schritte im Unternehmen vollumfänglich quasi nur von je einer Person im Bereich Controlling und einer Person im Bereich Personalwesen durchführbar. Die Produktiveinführung des BI-Systems sollte die Risiken, die solche Kopfmonopole mit sich bringen, reduzieren. Außerdem sollten zukünftige Anpassungen und Erweiterungen im Berichtswesen einfach und damit kostengünstig gestaltbar werden. Ein weiterer erwarteter Nutzen war, das vorher stark mit der Erstellung der Berichte gebundene Personal zukünftig für effektivere Tätigkeiten einzusetzen, z.b. um die Ergebnisse zu analysieren, statt sie nur zu erstellen. 4

5 Ein weiterer Nutzen sollte sich aus dem deutlich erweiterten Empfängerkreis der Berichte ergeben. Diverse vorherige Excel-Berichte in den beiden Bereichen Controlling und Personalwesen beinhalteten Daten, die nicht jedem Sichtbar sein sollten. Zum Beispiel im Personalwesen sollen die Personaldaten der Mitarbeiter nur dem jeweils Vorgesetzten zugänglich gemacht werden. Die neue BI-Lösung ermöglicht durch ein automatisch selektives Berechtigungskonzept genau diese begrenzten Sichten, auf genau die jeweiligen unterstellten Mitarbeiter (oder Kostenstellen, etc.). Bei der vorherigen manuellen Lösung wäre dies mit überproportional hohem Aufwand verbunden gewesen, weshalb solche Berichte auf Abteilungsleiterebene erst gar nicht erstellt werden konnten. Die mit dem neuen System mögliche, erheblich größere Anwenderzahl der Berichte, hat diversen positiven Nutzen für das Unternehmen. Zum einen, dass die Zahlen direkt den entsprechenden Personenkreis zur Verfügung stehen, zum anderen gibt es aber auch motivierende Faktoren, wenn mehr Informationen auch auf niedrigeren Hierarchieebenen zur Verfügung stehen. 3 Projektablauf und Betrieb 3.1 Projektpartner und zukünftige Nutzer Das Unternehmen verfügt über einen eigenen, verhältnismäßig großen IT-Dienstleister, der auch selber schon Datawarehouse Projekte umgesetzt hatte. Die Geschäftsführung beauftragte deshalb diesen eigenen internen IT-Dienstleister mit der Umsetzung des Projekts. Da bei dem Dienstleister insbesondere bezüglich einiger spezieller Herausforderungen, wie der SAP-Anbindung und den dortigen teilweise sehr komplexen Datenstrukturen, oder der selektiven Datenberechtigung kaum Erfahrungen vorhanden waren, und auch die aktuellste Version der geplanten BI-Suite bislang noch nicht im Einsatz war, wurden für die Projektabwicklung zusätzliche externe Spezialisten hinzugezogen. Des Weiteren waren wie in agilen Projekten üblich die zukünftigen Fachanwender direkt in das Projekt intensiv eingebunden. Somit waren diese drei Parteien am Projekt beteiligt: der eigene (quasi interne) IT-Dienstleister als Auftragnehmer der Geschäftsleitung des Unternehmens Personen aus den Fachbereichen des Unternehmens, die die zukünftigen Anwender und Anwenderinteressen vertreten ein externer Dienstleister als Technologie- und Projektspezialist 3.2 Projektmanagement und Change Management Da ein geeigneter Projektleiter bei dem internen IT-Dienstleister nicht verfügbar war, wurde diese Ressource durch einen Projektmanager des externen Dienstleisters gestellt, der vor allem auch in ähnlich gearteten Projekten schon diverse Erfahrungen mitbrachte. Dieser Projektleiter war darüber hinaus bereits einige Zeit in agilen Projekten tätig. Da der interne IT-Dienstleister in anderen, nicht- BI-Projekten schon gute Erfahrungen mit agilen Vorgehensweisen gesammelt hatte, und durch die Verfügbarkeit des entsprechend erfahrenen Projektmanagers, wurde das BI-Projekt nach agilen Prinzipien durchgeführt. Ein Change Management im klassischen Sinne fand nicht statt. 5

6 3.3 Beschreibung der BI-Architektur Die implementierte Architektur (vgl. Abbildung 3: BI-Architektur) lehnt sich in weiten Teilen an die klassische BI-Architektur an, die entsprechend gut auch von der eingesetzten Oracle BI Suite unterstützt wird. Dabei werden die Quelldaten (zu 95% aus SAP) zunächst in ein Staging-Layer geladen, von dort in das Foundation Layer, bestehend aus einer Kombination aus Core- Datawarehouse und Operational Data Store (ODS), und von dort schließlich in die verschiedenen Data Marts, bzw. sogenannte Themenbereiche, wie sie in der Oracle BI Suite genannt werden. Die Themenbereiche gruppieren dabei die Data Marts der jeweiligen Fachbereiche (Controlling und Personalwesen). Abbildung 3: BI-Architektur 3.4 Beschreibung der BI-Organisation Da dies das erste echte BI-Projekt im Unternehmen war, gab es keine entsprechende BI-Organisation. Im Rahmen des Projekts wurde aber eine intensive Zusammenarbeit einiger Fachbereichs-Poweruser mit den anderen Projektbeteiligten praktiziert. Vor allem bezüglich weiterer und sich ständig (agil) verändernden Anforderungen an das BI-Projekt kristallisierte sich während der Projektlaufzeit eine gewisse Federführung des Fachbereichs Controlling heraus, welches grob in die Richtung eines echten BICC ging. Die Thematik BICC wurde während des Projekts auch konkret thematisiert, eine nachhaltige Organisation in dieser Richtung wurde aber noch nicht etabliert. 6

7 3.5 Roll-out und Betrieb Durch das agile Vorgehen im Projekt wurden ständig neue Releases der BI-Anwendung über den systematischen Weg durch die drei Umgebungen Entwicklungsumgebung, Abnahmeumgebung und Produktivsystem in den Live-Betrieb übergeben. Die für den Betrieb verantwortliche Abteilung hat mit den kurzen Release-Zyklen anfangs große Probleme gehabt, insbesondere da Anfangs der Rollout Prozess noch mit vielen manuellen und fehleranfälligen Schritten verbunden war. Im Laufe des Projektes wurde der Prozess aber kontinuierlich optimiert und an die weitestgehend standardisierten Roll-out-Prozesse der nicht-bi-projekte angepasst. So wurden gegen Projektende die häufigen Deployments auf die unterschiedlichen Umgebungen nicht mehr als Last empfunden, sondern als hilfreiche Möglichkeit, schnell auf kurzfristige Veränderungen oder auch auf auftretende Fehler reagieren zu können, ohne die Sorge zu haben, dass die Qualität im Produktivsystem sinkt. Ein Anforderung, welche während der Projektlaufzeit nicht umgesetzt werden konnte, sind möglichst automatisch funktionierende Regressionstests. Diese Tests verursachten noch verhältnismäßig großen manuellen Aufwand, und wurden deshalb oft auch nur in Stichproben durchgeführt. Eine Lösung für automatische und so gut es geht vollumfängliche Tests wurde im Rahmen eines Folgeprojekts aber inzwischen eingeführt. 4 Maßnahmen zur Erhöhung der BI-Agilität 4.1 Prinzipien Bei Projekten ab einer gewissen Laufzeit ist es normal und üblich, dass sich während der Projektabwicklung Veränderungen ergeben, z.b. im eigentlichen Prozess, den Umsetzungsmethoden, etc. Insbesondere bei agilen Projekten ist dies normal und sogar beabsichtigt. Durch regelmäßig durchgeführte Retrospektiven werden stetig Verbesserungspotentiale gefunden, Fehlentwicklungen frühzeitig aufgedeckt oder gleich vermieden, und die Projektabwicklung letztendlich dadurch kontinuierlich verbessert. Die im hier beschriebenen BI-Projekt erfolgte kontinuierliche Verbesserung wurde dabei stets an die für das Projekt wichtigsten Werte ausgerichtet: Der letztendliche Unternehmensnutzen der erstellten BI-Plattform ist wichtiger, als das strikte einhalten von Architektur-Paradigmen. Beispiel: Die direkte Anbindung einer in Excel gepflegten Planungsdatei und Verwendung der Werte auf einem Dashboard hatte einen entsprechenden hohen Nutzen für das Unternehmen, somit wurde das auch tatsächlich direkt angebunden, und es wurde nicht erst der vollständige Weg durch alle architektonischen Schichten beschritten und die Daten erst in SAP überführt um von dort erst in das DWH zu laden. Das schnelle und frühzeitige Reagieren auf Veränderungen ist wichtiger, als das befolgen eines vorher definierten Plans. 7

8 Beispiel: Das von einem Fachbereich im Vorfeld erstellte Anforderungsdokument mit einer Anzahl von genau definierten Berichten sollte ursprünglich im Rahmen des Projekts umgesetzt werden. Im Laufe des Projektes zeigte sich, dass viele Berichte in genau der spezifizierten Form nicht mehr sinnvoll waren. Somit wurde das Anforderungsdokument nur noch als Road-Map genutzt, die meisten der Berichte wurden im Projekt zwar deutlich abweichend aber immer genau nach Wunsch und zur Zufriedenheit des Fachbereichs umgesetzt. Die direkte und intensive Einbindung des Fachbereichs ist wichtiger, als die Einhaltung vorgegebener Prozesse und Formalitäten. Beispiel: Statt Berichte von den Entwicklern erstellen zu lassen und diese mit einem mehrstufigen Freigabeprozess vom Fachbereich abnehmen zu lassen, wurden regelmäßig Termine mit Workshop-Charakter im Projektbüro abgehalten. Key-User des Fachbereichs haben hierbei gemeinsam mit den BI Entwicklern (zu zweit vor einem Bildschirm) die neu entwickelten Kennzahlen verifiziert und direkt die Berichte und Dashboards gemeinsam zusammengeklickt. Wenn der Bericht fertig war, war die Freigabe damit erteilt und wurde nur noch mit kurzer E- Mail im Anschluss formalisiert. 4.2 Vorgehensmodelle Das eingesetzte Projektvorgehensmodell war ein grob an SCRUM angelehntes Modell folgenden Besonderheiten: mit den Die Iterationen (Sprints) hatten keine tatsächlich feste Dauer (Time-Box), sondern es gab eine maximale Dauer, nach der spätestens ein Sprint abgeschlossen sein musste. Meistens wurde aber, sobald die geplanten funktionalen Änderungen/Neuentwicklungen produktionsreif umgesetzt waren, schon vorher das Sprintergebnis auf die Testumgebung ausgerollt und damit der Sprint beendet. Anschließend wurde bereits mit dem nächsten Sprint begonnen. Die Dauer der Sprints lag zwischen 1 Woche bis maximal 3 Wochen. Pro Sprint wurden stets nur 1 oder 2 User-Stories eingeplant (in Abhängigkeit der Verfügbarkeit der Teammitglieder und des Fachbereichs), priorisiert nach Vorgabe des Fachbereichs, welcher die Rolle des Product Owners besaß. Andere Punkte aus SCRUM wurden 1:1 übernommen: das Produkt-Backlog, das Daily Meeting, Durchführung von regelmäßigen Retrospektiven, die generelle Rolle des SCRUM Masters, die interdisziplinäre Besetzung des Teams, und vor allem das Prinzip, das am Sprintende immer eine funktionierende (produktionsreife) Version ausgeliefert werden muss, die dem Endanwender einen zusätzlichen Nutzen stiftet. 4.3 Methoden Im Projekt wurden alle ETL-Programme ausnahmslos mit dem Oracle Warehouse Builder implementiert. Dieses Repository-basiertes Werkzeug ermöglicht ETL-Programme und 8

9 Datenbewirtschaftungsabläufe grafisch zu erstellen. Die eigentlichen ETL-Programme werden dann von einem Generator erstellt. Durch die ausnahmslose Anwendung dieses Werkzeugs ergibt sich automatisch auch ein gewisser Grad an technischer Dokumentation, die im Tool selber genutzt werden kann und hinreichend ist, damit eine Weiterentwicklung oder Korrektur stets möglich ist, auch von Entwicklern, die am Projekt selber nicht beteiligt gewesen sind. Die Kennzahlen und Berichte sowie Dashboards wurden in den entsprechenden Tools stets in enger Zusammenarbeit mit entsprechenden Key-User aus den Fachbereichen erstellt, quasi wie Pair-Programming, also zu zweit vor einem Bildschirm, wobei aber jeweils ein Entwickler und ein Fachanwender ein Paar bildeten. Automatisiertes Testen wurde in diesem Projekt noch nicht eingesetzt, wie aber bereits beschrieben, wurden inzwischen im Rahmen eines weiteren Projekts positive Erfahrungen mit automatisierten Regressionstests gemacht. 4.4 Technologie Das BI-Projekt wurde mit der Oracle BI Suite Enterprise Edition umgesetzt und basiert demnach vollständig auf dieser Technologie. Besondere Bedeutung hat dabei das Common Enterprise Information Model, ein von Oracle geprägter Name für das verwendete drei-schichtige Metadaten Modell. Dieses Modell definiert eine zentrale Zugriffsschicht, die in der Lage ist, aus den verschiedenen BI-Architektur-Ebenen Daten zu lesen. Dieses Modell ist sehr hilfreich dabei, ein agiles BI-Projekt umzusetzen. Es ist mit einfachen Schritten möglich, z.b. Datenquellen oder Kennzahlen anzupassen, ohne dabei bereits erstellte Berichte, Dashboards, Alerts o.ä. verändern zu müssen. Außerdem werden eine große Anzahl an Datenquellen (sogar Excel-Dateien, siehe Beispiel oben) unterstützt, die im Einzelfall auch direkt angebunden werden können. 4.5 Abhängigkeiten der Maßnahmen untereinander Alle in den vorherigen Abschnitten 4.1 bis 4.4 beschriebenen Aspekte wurden in dieser Form erstmalig im Unternehmen eingeführt, mit dem Ziel, eine entsprechende BI-Agilität zu erreichen. Insbesondere müssen zunächst die agilen Prinzipien klar sein und in ihrer Wichtigkeit prinzipiell von allen Projektbeteiligten verstanden und umgesetzt werden. Bezüglich des Vorgehensmodells bietet sich an, sich auf grundsätzliche Bestandteile von vorhandenen bzw. etablierten agilen Vorgehensmodellen zu stützen. Die 1:1 Übertragung solcher Modelle funktioniert auch in der klassischen Softwareentwicklung meistens nicht vollumfänglich, in diesem agilen BI-Projekt wurde deswegen ein entsprechend adaptiertes Modell verwendet, welches die Hauptvorgabe hatte, sich an den oben beschriebenen agilen Prinzipien auszurichten und insgesamt in das Unternehmensumfeld zu passen. Die im Projekt verwendeten Methoden sowie die Technologien mussten insgesamt in der Lage sein, alle Anforderungen an das agile Vorgehen zu erfüllen. Vor allem die Möglichkeit, ohne negative Nebeneffekte auf die Schnelle Anpassungen vornehmen zu können und diese dann in Produktionsumgebungen auszurollen, war hierbei von großer Bedeutung. Die Abhängigkeiten zwischen den Maßnahmen sind in diesem Projekt somit sehr deutlich und wesentlich gewesen. 9

10 5 Erfahrungen und Erfolgsfaktoren 5.1 Realisierter Nutzen und bewirkte Veränderungen Der größte realisierte Nutzen des BI-Projekts war letztendlich, dass die Anwender wortwörtlich genau das richtige bekommen haben, genau das, was tatsächlich notwendig war, und nicht dass, was irgendwann im Vorfeld mal als die vermeintlich richtige Lösung angedacht war. Während des Projektverlaufs wurde die Veränderung spürbar, dass die Fachbereichsanwender wachsendes Vertrauen bekamen, dass am Ende doch ein nutzbares Produkt entsteht. Anfangs vorhandene verhältnismäßig große Skepsis bei einigen Anwendern konnte nach und nach abgebaut werden. Eine besondere Veränderung war, dass selbst die Autoren, die mit viel Aufwand und Mühe vor Projektbeginn ihre Anforderungen in Form von Konzepten niedergeschrieben hatten, zu dem Schluss kamen, dass das agile Vorgehen diese Arbeit weitgehend überflüssig macht und dabei letztendlich trotzdem hervorragende, wenn nicht sogar bessere (weil besser passende) Ergebnisse erreicht werden können. Eine weitere wichtige Veränderung war, dass fortan die BI-Experten aus der IT-Abteilung nur noch Kennzahlen/KPIs zur Verfügung stellen. Die eigentlichen Berichte und Dashboards werden durch Key-User im Fachbereich eigenständig erstellt und die IT wird nur im Bedarfsfall noch angefordert. Doppelter Nutzen: weniger Aufwand für IT und mehr Nutzen für Fachbereich. 5.2 Reflexion der Barrieren und Erfolgsfaktoren Wichtiger Erfolgsfaktor des Projekts war insbesondere, möglichst viele geeignete Personen im Projekt auf allen Seiten zu haben. Die Bereitschaft und auch ein Stückweit Mut war bei den Beteiligten des Auftraggebers nötig, ein Projekt auf diese Weise durchzuführen. Vor allem zum Projektbeginn war der Fortschritt nicht so schnell, wie manche erwartet hatten. Das agile Vorgehen hat am Ende auch keine Kosten gespart, weil es nicht schneller als ein klassisches Vorgehen gewesen ist. Der Nutzwert war am Ende aber insgesamt deutlich größer als erwartet. 5.3 Lessons Learned Ein gewisses Problem war, dass das Verständnis für agiles Vorgehen nur langsam gewachsen ist, und dies auch unterschiedlich schnell bei den verschiedenen Stakeholdern. Als Erfahrung aus dem Projekt kann man mitnehmen, dass ein entsprechendes Stakeholdermanagement sinnvoll und hilfreich ist. Eine weitere Lesson Learned ist, dass man agiles Vorgehen durchhalten muss. Auch wenn nicht gleich der Erfolg eintritt. Sehr wichtig für den Projekterfolg: es müssen alle Entwickler örtlich sehr nah, am besten in einem Raum, zusammenarbeiten (alte Erkenntnis aus klassischem agilen Projekten, was sich vollständig auf agile BI übertragen lässt) Das erste agile (BI) Projekt in einem Unternehmen sollte möglichst nicht scheitern! Architektur muss für agile Anforderungen geeignet sein (also on-the-fly Zwischenlösungen müssen problemlos umgesetzt werden können) 10

Agile BI - Mehr als ein agiles Vorgehensmodell - TDWI Germany e.v.

Agile BI - Mehr als ein agiles Vorgehensmodell - TDWI Germany e.v. Agile BI - Mehr als ein agiles Vorgehensmodell - Die Arbeitsgruppe Agile BI des TDWI e.v. Agenda Herausforderungen der Business Intelligence BI-Agilität als Lösungsansatz Steigerung der BI-Agilität mit

Mehr

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung Bereich: Workshop: Dauer: In-House Workshop Agile BI Kickstart 2 Tage Beschreibung des Workshops Agile Vorgehensweisen werden bei der Entwicklung von BI- und Data Warehouse-Lösungen heutzutage mehr und

Mehr

Fallstudie: Agile Business Intelligence bei einer Versorgungskasse

Fallstudie: Agile Business Intelligence bei einer Versorgungskasse Fallstudie: Agile Business Intelligence bei einer Versorgungskasse Kontakt: TDWI Germany e.v. Lindlaustraße 2c 53842 Troisdorf info@tdwi.eu Jürgen Fischer OPITZ CONSULTING GmbH Kirchstraße 6 51647 Gummersbach

Mehr

Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus. Eine Mehrwertdiskussion

Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus. Eine Mehrwertdiskussion Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus Eine Mehrwertdiskussion Der Oracle BI Publisher als Teil der Oracle BI Suite versus Oracle BI Publisher Standalone Der Oracle

Mehr

DWH Szenarien. www.syntegris.de

DWH Szenarien. www.syntegris.de DWH Szenarien www.syntegris.de Übersicht Syntegris Unser Synhaus. Alles unter einem Dach! Übersicht Data-Warehouse und BI Projekte und Kompetenzen für skalierbare BI-Systeme. Vom Reporting auf operativen

Mehr

Fallstudie: Agile Business Intelligence bei einer Bank

Fallstudie: Agile Business Intelligence bei einer Bank Fallstudie: Agile Business Intelligence bei einer Bank Kontakt: TDWI Germany e.v. Lindlaustraße 2c 53842 Troisdorf info@tdwi.eu Eckart J. Schröer Head of Information Management Credit eckart.schroeer@unicredit.de

Mehr

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Marketing Intelligence Architektur und Konzepte. Josef Kolbitsch Manuela Reinisch

Marketing Intelligence Architektur und Konzepte. Josef Kolbitsch Manuela Reinisch Marketing Intelligence Architektur und Konzepte Josef Kolbitsch Manuela Reinisch Übersicht Mehrstufiges BI-System Architektur eines Data Warehouses Architektur eines Reporting-Systems Benutzerrollen in

Mehr

Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle

Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle 40. Congress der Controller, Themenzentrum C, München Steffen Vierkorn, Geschäftsführer Qunis GmbH, Neubeuern Die

Mehr

Klassisches Projektmanagement und agil

Klassisches Projektmanagement und agil Klassisches Projektmanagement und agil (K)ein Widerspruch!? OPITZ CONSULTING GmbH 2011 Seite 1 Klassisches Projektmanagement und agil (K)ein Widerspruch!? Dr. Andreas Wagener, Project Manager OPITZ CONSULTING

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen? Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

Mehr

Agile Analytics Neue Anforderungen an die Systemarchitektur

Agile Analytics Neue Anforderungen an die Systemarchitektur www.immobilienscout24.de Agile Analytics Neue Anforderungen an die Systemarchitektur Kassel 20.03.2013 Thorsten Becker & Bianca Stolz ImmobilienScout24 Teil einer starken Gruppe Scout24 ist der führende

Mehr

Agiles Testmanagement am Beispiel Scrum

Agiles Testmanagement am Beispiel Scrum Agiles Testmanagement am Beispiel Scrum SEQIS Software Testing Know-How Weitere Termine 16. September Testmanagement mit externen Partnern 21.Oktober Software unter Druck: Erfolgsfaktoren bei Last- und

Mehr

Pressemitteilung. Studie: Managing Business Intelligence Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren

Pressemitteilung. Studie: Managing Business Intelligence Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren Pressemitteilung Studie: Managing Business Intelligence Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren 21. Januar 2008, sieber&partners, Norman Briner 1 Vorwort Die bessere Nutzung und Auswertung

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

O-BIEE Einführung mit Beispielen aus der Praxis

O-BIEE Einführung mit Beispielen aus der Praxis O-BIEE Einführung mit Beispielen aus der Praxis Stefan Hess Business Intelligence Trivadis GmbH, Stuttgart 2. Dezember 2008 Basel Baden Bern Lausanne Zürich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg

Mehr

Agile BI mit Agile BI Modeler & Agile Scorecard

Agile BI mit Agile BI Modeler & Agile Scorecard Agile BI mit Agile BI Modeler & Agile Scorecard Business Intelligence - so einfach wie möglich - so komplex wie nö7g Jon Nedelmann Darmstadt, 26.10.2012 Agile BI Tools Agile BI Modeler Ist eine Web- Anwendung

Mehr

25.06.2014 TDWI Konferenz DWH Architektur Agilität durch Data Vault Modeling. Twitter: #TDWI #DataVault @DV_Modeling @BLUEFORTE @TDWI_EU

25.06.2014 TDWI Konferenz DWH Architektur Agilität durch Data Vault Modeling. Twitter: #TDWI #DataVault @DV_Modeling @BLUEFORTE @TDWI_EU BLUEFORTE GmbH Dirk Lerner 25.06.2014 TDWI Konferenz DWH Architektur Agilität durch Data Vault Modeling Twitter: #TDWI #DataVault @DV_Modeling @BLUEFORTE @TDWI_EU 1 Elemente des Data Vault (Basic) HUB

Mehr

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt Scrum undprojektmanagement à la GPM Markus Schramm compeople AG Frankfurt GPM scrum ed GPM, Scrum, warum? Projektablauf koordinieren Einheitliches Vorgehen Gemeinsames Verständnis Gemeinsame Sprache Freestyle

Mehr

White Paper: Target_Project_BI - Lösungsansatz in der Automobil- Zulieferer-Industrie

White Paper: Target_Project_BI - Lösungsansatz in der Automobil- Zulieferer-Industrie Target_Project_BI - Lösungsansatz in der Automobil- Zulieferer-Industrie Management Summary Der hier beschriebene Target_Project_BI Lösungsansatz der C.O.S bietet folgende Lösungsmodule: Top/Multi-Level

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

Survival Guide für Ihr Business Intelligence-Projekt

Survival Guide für Ihr Business Intelligence-Projekt Survival Guide für Ihr Business Intelligence-Projekt Sven Bosinger Solution Architect BI Survival Guide für Ihr BI-Projekt 1 Agenda Was ist Business Intelligence? Leistungsumfang Prozesse Erfolgsfaktoren

Mehr

Datawarehouse Architekturen. Einheitliche Unternehmenssicht

Datawarehouse Architekturen. Einheitliche Unternehmenssicht Datawarehouse Architekturen Einheitliche Unternehmenssicht Was ist Datawarehousing? Welches sind die Key Words? Was bedeuten sie? DATA PROFILING STAGING AREA OWB ETL OMB*PLUS SAS DI DATA WAREHOUSE DATA

Mehr

CASE STUDY. Making HCM a Business Priority

CASE STUDY. Making HCM a Business Priority CASE STUDY Making HCM a Business Priority Proven Global Success Expert ÜBER DAS UNTERNEHMEN SCHOTT ist ein internationaler Technologiekonzern mit 16.000 Mitarbeitern, der in 35 Ländern mit Produktions-

Mehr

SAP BW + Microsoft Excel Viel genutzt, oft unterschätzt

SAP BW + Microsoft Excel Viel genutzt, oft unterschätzt Corporate Performance Management SAP BW + Microsoft Excel Viel genutzt, oft unterschätzt Martin Krejci, Manager CPM Matthias Schmidt, BI Consultant Kristian Rümmelin, Senior BI Consultant Braincourt GmbH

Mehr

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch [Session D4] Uetliberg, www.boak.ch Im heutigen Vortrag stelle ich ihnen die Hauptunterschiede zwischen traditionell sequentiellen und agilen Projektmanagement Vorgehensmethoden vor. Dabei geht es um keine

Mehr

Self-Service Business Intelligence (SSBI) Nutzenpotenziale für einen verbesserten Austausch von Informationen im Unternehmen

Self-Service Business Intelligence (SSBI) Nutzenpotenziale für einen verbesserten Austausch von Informationen im Unternehmen Fabian Geist, B.Sc. Dipl.-Wirtsch.-Ing. Torsten Kluin Prof. Dr. Harald Ritz Self-Service Business Intelligence (SSBI) Nutzenpotenziale für einen verbesserten Austausch von Informationen im Unternehmen

Mehr

Compact Scrum Guide. Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680

Compact Scrum Guide. Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680 Compact Scrum Guide Author: Oliver Mann, Role: Agile Coach / Business Consultant @ Prowareness Contact: o.mann@prowareness.de, 0176-52845680 Compact Scrum Guide Inhalt 1. Was ist Scrum und wofür wird es

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

BI WIKI START-UP YOUR DWH PARTIZIPATIVE BI IM ZEITALTER VON BIG DATA

BI WIKI START-UP YOUR DWH PARTIZIPATIVE BI IM ZEITALTER VON BIG DATA BI WIKI START-UP YOUR DWH PARTIZIPATIVE BI IM ZEITALTER VON BIG DATA Agenda VORSTELLUNG B.TELLIGENT WIE ENTSTEHT EINE KENNZAHL? WAS SIND METADATEN? AUFBAU UND FUNKTIONSWEISE DES BI WIKI LIVE DEMO ZUSAMMENFASSUNG

Mehr

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen

Mehr

1 Einführung in Business Intelligence (BI)... 19. 2 Das BI-System planen... 59. 3 Das BI-Projekt... 105

1 Einführung in Business Intelligence (BI)... 19. 2 Das BI-System planen... 59. 3 Das BI-Projekt... 105 Auf einen Blick TEIL I Business-Intelligence-Systeme planen und einrichten 1 Einführung in Business Intelligence (BI)... 19 2 Das BI-System planen... 59 3 Das BI-Projekt... 105 4 Aufbau und Konfiguration

Mehr

Marketing Intelligence Übersicht über Business Intelligence. Josef Kolbitsch Manuela Reinisch

Marketing Intelligence Übersicht über Business Intelligence. Josef Kolbitsch Manuela Reinisch Marketing Intelligence Übersicht über Business Intelligence Josef Kolbitsch Manuela Reinisch Übersicht Beispiel: Pantara Holding Der Begriff Business Intelligence Übersicht über ein klassisches BI-System

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014 PITSS.CON und Scrum Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1 White Paper, November 2014 1/6 1. Einführung... 3 2. Die Bedeutung von PITSS.CON... 3 3. Die Vorzüge der

Mehr

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells...

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells... Inhaltsverzeichnis Inhaltsverzeichnis... I 1 Problemstellung... 1 2 V-Modell... 1 2.1 Allgemeines... 1 2.2 Anwendung des V-Modells... 3 3 SCRUM-Modell... 4 3.1 Allgemeines... 4 3.2 Anwendung des SCRUM-Modells...

Mehr

Modellgetriebene agile BI-Vorgehensweise

Modellgetriebene agile BI-Vorgehensweise Modellgetriebene agile BI-Vorgehensweise Thomas Neuböck Konrad Linner 12.11.2013 Inhalt Anforderungen und Lösungsansatz Agile Vorgehensweise Orientierung nach Fachthemen Architekturrahmen Modellorientierung

Mehr

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer Agiles Projektmanagement erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011 Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de conplement AG, Nürnberg 2 conplement

Mehr

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von

Mehr

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3 ix 1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten......................... 1 1.2 Die Projektberichte....................................... 1 1.3 Der Anhang............................................

Mehr

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Einführung in Scrum Agiles Projektmanagement Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Warum Agiles Projektmanagement? Scrum Empfehlungen Das Seminar Planbarkeit Warum Agiles Projektmanagement?

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

Mehr

Agile Softwareentwicklung mit SCRUM

Agile Softwareentwicklung mit SCRUM Agile Softwareentwicklung mit SCRUM PMI MUC 01. März 2010 Referent: Gerhard Held mehr als 35 Berufsjahre in der Softwareentwicklung im Projektmanagement und verwandten Themen... Gründe für das Scheitern

Mehr

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte DWH Projekt, Methodik, Stärken und Schwächen, Übersicht, Weg der Daten,

Mehr

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 7.2 January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Sprinten mit dem V-Modell XT Olaf Lewitz Sprinten mit dem V-Modell XT Olaf Lewitz microtool GmbH, Berlin Konkurrenz

Mehr

Teststrategie festlegen und Teststufen aufeinander abstimmen

Teststrategie festlegen und Teststufen aufeinander abstimmen Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell

Mehr

Agiles Projektmanagement mit Scrum. Name: Eric Dreyer

Agiles Projektmanagement mit Scrum. Name: Eric Dreyer Definition 2 Was ist Scrum? Scrum ist ein schlanker, agiler Prozess für Projektmanagement u. a. in der Softwareentwicklung. Woraus besteht Scrum? Einfache Regeln Wenige Rollen Mehrere Meetings Einige Artefakte

Mehr

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA PM WBS Sprint Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA Über den Vortragenden IT-Leiter der Austrian Gaming Industries (Novomatic Group of Companies) MBA in

Mehr

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL.

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. Die Erwartungen Ihrer Businesskunden an ihre IT steigen. Mehr denn je kommt es darauf an, die Software optimal am Kunden auszurichten

Mehr

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH

Mehr

Agiles ITSM Prozess-Redesign. Dynamik MIT Struktur!

Agiles ITSM Prozess-Redesign. Dynamik MIT Struktur! 12. itsmf Jahreskongress 2012 3./4. Dezember 2012 FUTURE OF ITSM Agiles ITSM Prozess-Redesign Dynamik MIT Struktur! TORSTEN HEUFT MELANIE POPPE-MERFELS QUALITY MANAGER SERVICE MANAGER AGENDA KAPITEL 01_DAS

Mehr

oose. Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie

oose. Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie Was (noch) klassische Projekte von Scrum & Co lernen können eine empirische Studie München, 06.05.2009 Markus Wittwer, oose GmbH 2009 by de GmbH Markus Wittwer Berater und Trainer Coach für agile Projekte

Mehr

BIW - Überblick. Präsentation und Discoverer Demonstration - Teil 1 - Humboldt Universität zu Berlin am 10. Juni 2004

BIW - Überblick. Präsentation und Discoverer Demonstration - Teil 1 - Humboldt Universität zu Berlin am 10. Juni 2004 BIW - Überblick Präsentation und Discoverer Demonstration - Teil 1 - Humboldt Universität zu Berlin am 10. Juni 2004 Annegret Warnecke Senior Sales Consultant Oracle Deutschland GmbH Berlin Agenda Überblick

Mehr

1Ralph Schock RM NEO REPORTING

1Ralph Schock RM NEO REPORTING 1Ralph Schock RM NEO REPORTING Bereit für den Erfolg Business Intelligence Lösungen Bessere Entscheidungen Wir wollen alle Mitarbeiter in die Lage versetzen, bessere Entscheidungen schneller zu treffen

Mehr

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller

Mehr

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm Agile Embedded Projekte mit Scrum & Kanban Embedded Computing Conference 2012 Urs Böhm Der Ingenieur Urs Böhm Dipl.-Ingenieur Elektrotechnik Projektingenieur VDI Certified ScrumMaster urs.boehm@noser.com

Mehr

Profil Andy Sydow. Persönliche Daten. Profil. Profil Andy Sydow. Deutsch, Englisch (gut) Fachinformatiker für Anwendungsentwicklung

Profil Andy Sydow. Persönliche Daten. Profil. Profil Andy Sydow. Deutsch, Englisch (gut) Fachinformatiker für Anwendungsentwicklung Profil Andy Sydow Persönliche Daten Nationalität Sprachen Abschluss deutsch Deutsch, Englisch (gut) Fachinformatiker für Anwendungsentwicklung Profil Herr Sydow verfügt über mehrjährige Erfahrung als DWH/BI

Mehr

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 Agiles Vorgehen 2 Agiles Vorgehen 3 WAS BEDEUTET AGIL Abstimmung über Ziel (nicht konkretes Entwicklungsergebnis)

Mehr

ALM mit Visual Studio Online. Philip Gossweiler Noser Engineering AG

ALM mit Visual Studio Online. Philip Gossweiler Noser Engineering AG ALM mit Visual Studio Online Philip Gossweiler Noser Engineering AG Was ist Visual Studio Online? Visual Studio Online hiess bis November 2013 Team Foundation Service Kernstück von Visual Studio Online

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

Steuerung und Berichtswesen für die öffentliche Verwaltung mit BI. Analyse- und Steuerungssystem

Steuerung und Berichtswesen für die öffentliche Verwaltung mit BI. Analyse- und Steuerungssystem Ihre Praxis. Unsere Kompetenz. Sichere Zukunft. Steuerung und Berichtswesen für die öffentliche Verwaltung mit BI Analyse- und Steuerungssystem Jürgen Scherer Part of Auszug Beauftragungen Analyse- und

Mehr

Einführung in SCRUM. Helge Baier 21.01.2010

Einführung in SCRUM. Helge Baier 21.01.2010 Einführung in SCRUM Helge Baier 21.01.2010 Helge Baier Master of Computer Science (Software Engineering) über 10 Jahre Erfahrung in der Software Entwicklung Zertifizierung zum Scrum Master (2009) praktische

Mehr

Softwareentwicklung bei eevolution

Softwareentwicklung bei eevolution Softwareentwicklung bei eevolution Darstellung der Prozesse mit dem agilen Entwicklungsansatz Jan Freitag, COMPRA GmbH Jan Freitag Studium: IMIT Bachelor: 2005-2008 IMIT Master: 2008-2010 eevolution: Mitarbeit

Mehr

Workshop 2: Technologie Logistics Intelligence mit ProStore TEAM-Logistikforum 25. November 2008 Gisela Potthoff Stephan La Rocca Frank Zscherlich Intralogistik Wareneingang Staplerleitsystem Lagerverwaltung

Mehr

Empfehlung zur strategischen Ausrichtung der SAP Business Objects-Frontendwerkzeuge. DSAG e.v.

Empfehlung zur strategischen Ausrichtung der SAP Business Objects-Frontendwerkzeuge. DSAG e.v. 1 Empfehlung zur strategischen Ausrichtung der SAP Business Objects-Frontendwerkzeuge 2 Motivation Seite 3 SAP BO/BW Frontendwerkzeuge Seite 4-5 Roadmap Analyse Werkzeuge Seite 6-7 Übersicht Kundenszenarien

Mehr

Wahlpflichtmodul Projekt I Softwareprojekt I

Wahlpflichtmodul Projekt I Softwareprojekt I Wahlpflichtmodul Projekt I Softwareprojekt I Dipl. Inf. Andrea Meyer SCRUM in Detail Dipl. Inf. Andrea Meyer WIEDERHOLUNG 4 Prinzipien von SCRUM Zerlegung Transparenz Anpassung Überprüfung WIEDERHOLUNG

Mehr

04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY

04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY 04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY 9.30 10.15 Kaffee & Registrierung 10.15 10.45 Begrüßung & aktuelle Entwicklungen bei QUNIS 10.45 11.15 11.15 11.45 Von Big Data zu Executive Decision

Mehr

Ganzheitliches Performance Management

Ganzheitliches Performance Management Ganzheitliches Performance Unternehmenserfolg durch Perspektivenintegration in ein Cockpit Armin Roth (Hrsg.) Haufe Gruppe Freiburg München 3 Erste Teildisziplin von Unternehmensbereichen Richtige Integration

Mehr

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung Projektmanagement Vorlesung von Thomas Patzelt 8. Vorlesung 1 Möglicher Zeitplan, Variante 3 26.03. Vorlesung 1, Übung Gr.2 28.05. Keine Vorlesung, Pfingstmontag 02.04. Keine Vorlesung, Hochschultag 04.06.

Mehr

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Unternehmensberatung H&D GmbH AFCEA Mittagsforum M. Sc. Dipl. Ing. (FH) Matthias Brechmann Agenda Unternehmensberatung H&D GmbH Anforderungen

Mehr

Mobiles Kassensystem mit Zeiterfassung

Mobiles Kassensystem mit Zeiterfassung Kundenreferenz Projektvorstellung für die Konzeption und Entwicklung von catpos Copyright 2015 by wolter & works - die web manufaktur Stand: Autor: Februar 2015 Kevin Wolter Einleitung Nachdem wolter &

Mehr

Bachelor of Eng. (Wirtschafts-Ing.-wesen)

Bachelor of Eng. (Wirtschafts-Ing.-wesen) Persönliche Daten Name Philipp Müller Geburtsdatum 21.11.1982 Berufsausbildung Studium Industriekaufmann Bachelor of Eng. (Wirtschafts-Ing.-wesen) Kompetenzen Methodisch Datenmodellierung Fachlich Allgemeines

Mehr

mimacom path Ihr Nutzen www.mimacom.com

mimacom path Ihr Nutzen www.mimacom.com ist ein Lösungspaket, mit dem sich das ganze Application Lifecycle Management abdecken lässt: Vom Requirements Engineering über die agile Abwicklung von Projekten bis hin zum Service Management. Der ganzheitliche

Mehr

Agilität auf Unternehmensebene - Was hält uns davon ab?

Agilität auf Unternehmensebene - Was hält uns davon ab? Agilität auf Unternehmensebene - Was hält uns davon ab? Alexander Birke, Juli 2015 Copyright 2015 Accenture All rights reserved. Wie stellt sich Agilität heute dar? Das Scrum Framework: einfach und mittlerweile

Mehr

Scrum. Eine Einführung

Scrum. Eine Einführung Scrum Eine Einführung Scrum-Charakteristika einfache Regeln wenige Rollen Pragmatismus statt Dogmatik iteratives Vorgehen Scrum auf einer Seite erklärt 3 Rollen für direkt am Prozeß beteiligte 1) Product

Mehr

GESCHÄFTSSTELLENERÖFFNUNG HAMBURG, 25. APRIL 2013

GESCHÄFTSSTELLENERÖFFNUNG HAMBURG, 25. APRIL 2013 OPEN SYSTEMS CONSULTING IT-KOMPLETTDIENSTLEISTER IM MITTELSTAND GESCHÄFTSSTELLENERÖFFNUNG HAMBURG, 25. APRIL 2013 Business Analytics Sascha Thielke AGENDA Die Geschichte des Reporting Begriffe im BA Umfeld

Mehr

Managing Business Intelligence. Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren

Managing Business Intelligence. Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren Managing Business Intelligence Wie Sie aus Ihren Daten einen Wettbewerbsvorteil realisieren 2008 Dr. Pascal Sieber & Partners AG Alle Rechte vorbehalten. Die Verwendung, Bearbeitung, Übersetzung, Vervielfältigung

Mehr

Agile BI in der Praxis

Agile BI in der Praxis Agile BI in der Praxis Agiles Testen Andreas Ballenthin, Solution Architect OPITZ CONSULTING Deutschland GmbH Agile World 2014 München, 01.07.2014 OPITZ CONSULTING GmbH 2014 Seite 1 Agenda 1. Vorstellung

Mehr

Scrum E I N F Ü H R U N G

Scrum E I N F Ü H R U N G Scrum EINFÜHRUNG Was ist Scrum? Agiles Vorgehensmodell Grundüberzeugungen Erste Tendenzen Mitte der 80er Jahre Grundidee: Entwickeln in Inkrementen Parallelen zur Lean Production Agiles Manifest Jeff Sutherland

Mehr

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen Bernhard Fischer Fischer Consulting GmbH MedConf 2009 Folie 1 Wie soll Software entwickelt werden? MedConf 2009 Folie

Mehr

Vom Single Point of Truth zur Single Version of the Facts. Data Warehousing zu Beginn des BigData-Zeitalters. inspire IT - Frankfurt 11. 12.05.

Vom Single Point of Truth zur Single Version of the Facts. Data Warehousing zu Beginn des BigData-Zeitalters. inspire IT - Frankfurt 11. 12.05. Vom Single Point of Truth zur Single Version of the Facts Data Warehousing zu Beginn des BigData-Zeitalters inspire IT - Frankfurt 11. 12.05.2015 Fahmi Ouled-Ali Kabel Deutschland Marian Strüby OPITZ CONSULTING

Mehr

SCRUM bei SIX Card Solutions

SCRUM bei SIX Card Solutions SCRUM bei SIX Card Solutions Bestandsaufnahme, Rückblick und Zukunft eines Scrum Projekts Christoph Loher (Christoph.Loher@six-group.com) Stefan Kinigadner (Stefan.Kinigadner@bsgroup.ch) 7. April 2010

Mehr

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Gregor Engels, Silke Geisen, Olaf Port, Stefan Sauer 4. Workshop: Vorgehensmodelle

Mehr

Business Intelligence SAP Anwenderbefragung

Business Intelligence SAP Anwenderbefragung Business Intelligence SAP Anwenderbefragung Status Quo und zukünftige Anforderungen in Kooperation mit dem AK BW Prof. Dr. Andreas Seufert (I-BI) Prof. Dr. Thomas Becker (I-BI) Prof. Dr. Peter Lehmann

Mehr

Sven Bosinger solution architect BI. Data Warehouse Architekturen Der Schlüssel zum Erfolg! DOAG 16.11.2007 1

Sven Bosinger solution architect BI. Data Warehouse Architekturen Der Schlüssel zum Erfolg! DOAG 16.11.2007 1 Sven Bosinger solution architect BI Data Warehouse Architekturen Der Schlüssel zum Erfolg! DOAG 16.11.2007 1 Agenda Kurze Vorstellung its-people Architektur als Erfolgsfaktor Verschiedene Architekturansätze

Mehr

IT-Service Management Success Story

IT-Service Management Success Story IT-Service Management Success Story Prozessreife erfolgreich verbessert! Ausgangsbasis und Konzeptphase Der Flughafen Stuttgart gehört mit knapp 10 Millionen Die Aufgabe der Flughafen Stuttgart GmbH Zentrale

Mehr

RealCore Controlling-Toolset

RealCore Controlling-Toolset RealCore Controlling-Toolset www.realcore.de Svenya Brandt 0151 24 17 3808 s.brandt@realcore.de Patrick Schumacher 0173 80 66 453 Patrick.schumacher@realcore.de Agenda Einleitung Make or buy? Warum das

Mehr

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

Mehr

The integration of business intelligence and knowledge management

The integration of business intelligence and knowledge management The integration of business intelligence and knowledge management Seminar: Business Intelligence Ketevan Karbelashvili Master IE, 3. Semester Universität Konstanz Inhalt Knowledge Management Business intelligence

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

Mehr

SAP BW: Erfahrungen in Projekt und Produktion. www.dv-ratio.com DV-RATIO Nord GmbH, Jan-Oliver Meister, 01/2002 Folie: 1

SAP BW: Erfahrungen in Projekt und Produktion. www.dv-ratio.com DV-RATIO Nord GmbH, Jan-Oliver Meister, 01/2002 Folie: 1 SAP BW: Erfahrungen in Projekt und Produktion www.dv-ratio.com DV-RATIO Nord GmbH, Jan-Oliver Meister, 01/2002 Folie: 1 Das Unternehmen DV-RATIO im Profil Qualität und Innovation seit 20 Jahren Beratungsteam

Mehr

STANDARDISIERUNG VS. KULTUR

STANDARDISIERUNG VS. KULTUR STANDARDISIERUNG VS. KULTUR Klassisches und agiles Projektmanagement im Vergleich Alexander Krieg und Stefan Hilmer 17. Juni 2015, Stuttgart/Filderstadt (FILharmonie) 1 ALEXANDER KRIEG KULTUR Lösungsorientierte

Mehr

SELF-SERVICE ANALYTICS: SMART INTELLIGENCE MIT INFONEA IM KONTINUUM ZWISCHEN INTERAKTIVEN REPORTS, ANALYTICS FÜR FACHANWENDER UND DATA SCIENCE

SELF-SERVICE ANALYTICS: SMART INTELLIGENCE MIT INFONEA IM KONTINUUM ZWISCHEN INTERAKTIVEN REPORTS, ANALYTICS FÜR FACHANWENDER UND DATA SCIENCE SELF-SERVICE BUSINESS INTELLIGENCE / INFONEA FUNKTIONSÜBERSICHT / SELF-SERVICE ANALYTICS: SMART INTELLIGENCE MIT INFONEA IM KONTINUUM ZWISCHEN INTERAKTIVEN REPORTS, ANALYTICS FÜR FACHANWENDER UND DATA

Mehr

Was NetWeaver wirklich bietet

Was NetWeaver wirklich bietet Was NetWeaver wirklich bietet Erschienen in der Computerwoche 03/2007 Von Dr. Carl Winter, REALTECH AG Welche SAP Produkt-Versionen und SAP Releases gehören und passen zusammen. Welche sind die aktuellen

Mehr