Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen

Größe: px

Ab Seite anzeigen:

Download "Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen"

Sofia Busch
vor 8 Jahren
Abrufe

1 Erfahrungsbericht Agile Entwicklung einer BI Anwendung für das Meldewesen Thomas Löchte Geschäftsführer Informationsfabrik GmbH

2 Wir produzieren INFORMATION. Konzeption und Architektur Implementierung [ETL, Reporting, OLAP, Planung] Weitere Infos: Stand 38 Schulungen für BI und DWH [Tools, Vorgehensmodelle, Projektmanagement] A B C D Projektmanagement [klassisch und agil] Coaching, Beratung, Expertisen 2

3 Wenn Sie noch nicht genau wissen Quelle: Lytro.com 3

4 wo genau der Fokus liegen soll Quelle: Lytro.com 4

5 Quelle: Lytro.com 5

6 Agenda Ausgangslage und Zielsetzung Projektablauf Erfolgskriterien und lessons learned 6

7 Agenda Ausgangslage und Zielsetzung Projektablauf Erfolgskriterien und lessons learned 7

8 Projektrahmen Teilprojekt eines großen DWH s (> 50 Personen) Andere Teilprojekte: klassisches, iteratives Vorgehen, kein Scrum Scrum Team 5 Entwickler mit Scrum Erfahrung 1 Tester Fachbereich 1 Product Owner aus Fachbereich 1 Scrum Master Organisatorische Abhängigkeiten Relativ wenige Schnittstellen zu anderen Teams des DWH Projektes Laufzeit: 06/ /2012 8

9 Fachlich: SolvV Meldung für AG und Gruppenmeldung AG Meldung Gruppenmeldung Zum 15. des Folgemonats Zum 30. des Folgemonats E-UEB Bogen für AG E-UEB Bogen je Betriebsstelle K-UEB Bogen je Betriebsstelle Q-UEB Bogen für Gruppe - = Einzelansicht Einzelansicht Konsolidierung Gruppenansicht 9

10 Situation vor dem Projekt Situation vor dem Projekt: Komplexe Excel Lösungen Manuelle Datenliefungen Teilweise Doppelterfassung Zeitaufwendige und fehleranfällige Erfassung Lösung/Ziel: Eine Anwendung, welche die Berechnung der Eigenmittel vornimmt und gleichzeitig im DWH vorhandene und benötigte Daten nutzt bzw. importiert Daten der Tochtergesellschaften über definierte Schnittstellen einbindet Schnittstellen zur Meldewesensoftware ABACUS bereitstellt anhand der vorhandenen Daten komplexe Forecast-Berechnungen durchführt die neuen Meldewesenanforderungen, insb. CRD IV unterstützt Rahmenbedingungen hinsichtlich Revisionssicherheit, Security usw. abbildet 10

11 Gründe für den Einsatz von Scrum Quelle: State of Agile, Survey 2011, VersionOne 11

12 Agenda Einführung Ausgangslage und Zielsetzung Projektablauf Erfolgskriterien und lessons learned 12

Sprint mit 5 Phasen Story Placeholder 1 for your own sub headline Story 2 Story 3 Story Task Ergebnis Story 1 Task 1a Task 1b Story Points Story 4 Story 5 Story 2

13 Sprint mit 5 Phasen Story Placeholder 1 for your own sub headline Story 2 Story 3 Story Task Ergebnis Story 1 Task 1a Task 1b Story Points Story 4 Story 5 Story 2 Task 2a Task 2b Story 3 Task 3 Sprint Backlog Product Backlog mit User Stories SCRUM Sprint Product Vision. Täglicher Zyklus mit Stand Up Meeting Auslieferbare Software

14 Rollen im SCRUM Der Product Owner Erstellt die Product Vision Definiert Produkt-Features (Product Backlog) Priorisiert die Anforderungen Akzeptiert die Umsetzung Verantwortlich für den Erfolg des Produktes (Wert der Arbeit, ROI) Der Scrum Master Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken Beseitigt Hindernisse Coach für PO und Team Vertritt Scrum Werte gegenüber dem Management Hilft dem Management, den Product Owner einzusetzen Das Team Typischerweise 5-9 Personen Funktionsübergreifend Selbstorganisiert Möglichst autonom 14

15 Scrum Vorgehen im Projekt Sprintlänge: 3 Wochen Projektdauer: 9 Sprints 2 Releases Scrum Prozess wurde wie beschrieben genutzt Scrum Meetings mit Fachbereich und Entwicklerteam Sprint Review teilw. mit Management und Anwendern Sprint Backlog am Taskboard und zusätzlich in Excel 15

16 Agenda Einführung Ausgangslage und Zielsetzung Projektablauf Erfolgskriterien und lessons learned 16

17 Erfolgskriterien und Lessons Learned Enge Zusammenarbeit zwischen IT und Fachbereich Umsetzung in kurzen Iterationen Das Konzept diente als Orientierung, Freiheiten für Änderungen wurden genutzt Risikobehaftete Themen wurden zuerst umgesetzt Laufender Test im Rahmen der Sprints, revisionssicherer Abnahmetest im letzten Sprint Einige ursprünglich geplante Funktionen sind entfallen. Neue Anforderungen konnten umgesetzt werden. Große Unabhängigkeit des Entwicklerteams war gegeben und auch erforderlich Enge Einbindung des Fachbereiches erfordert Priorisierung ggü. Tagesgeschäft Keine Scrum Nutzung im Gesamt DWH Projekt geplant 17

18 Fazit und Ausblick Innerhalb von sechs Monaten wurde die neue BI Anwendung CC/S erfolgreich erstellt Der ursprünglich geplante Zeitrahmen und das Budget wurden eingehalten Sich laufend ändernde aufsichtsrechtliche Anforderungen an das Meldewesen machten umfangreiche Konfigurationsmöglichkeiten erforderlich Durch die enge Zusammenarbeit zwischen IT und Fachbereich konnte die Anwendung genau auf die Anforderungen abgestimmt werden Dem Projektteam hat die Zusammenarbeit Spaß gemacht 18

19 19

20 Drohne für Tablet oder Smartphone gewinnen Stand 38

21 Standparty Stand 38 Standparty Dienstag 18 Uhr

22 Ihre Fragen 22

Ähnliche Dokumente

Von Bäumen, Früchten und Gärtnern - warum agile Prinzipien auch im BI Umfeld funktionieren. Es begrüßt Sie Thomas Löchte

Von Bäumen, Früchten und Gärtnern - warum agile Prinzipien auch im BI Umfeld funktionieren Es begrüßt Sie Thomas Löchte Die Informationsfabrik Die Informationsfabrik macht erfolgreiche BI und DWH Projekte