Alligator

Alligator - FirmenOnline - JMP Confluence

Alligator Weekly - FirmenOnline - JMP Confluence

viewpage alligator aufgaben

Hier eine ganz leichtgewichtige offene Punkte Liste: Alligator: PUMA / ConTra Steering - FirmenOnline - JMP Confluence (allianz.net).

Alligator risk board - FirmenOnline - JMP Confluence

Performance Stabilität Optimierung

21.1.25 Kickoff

Aufstellung 2025 + Teamgefühl

Etappe 1 / 2026 muss Alligator fertig sein

Alligator-Aufgaben

Working/Collaboration agreement xwptZg

soll services performanter machen, Plattform probleme nutzer

zu viele Verträge,

gerade bei Gruppenverträge

bester Kenner des Vertrags: Stefan Gybas.

Antwort zeiten werden zu langsam

Ziel: Read Performance verbessern

Spezialisten

Experten für konkrete Versicherungsgruppen, interne Unterstütze, die spezielle Kundenwünsche bedienen können.

Brauchen Zugänge auf fast alles.

das kann in die tausende gehen, dann ist es schwierig.

Plattform bisher nicht darauf ausgelegt.

Alligator dreht Art und Weise wie Plattform denkt umdreht. Wie Daten aufgelegt, transportiert werden und am Ende gelesen werden können.

In der Summe schon komplex.

gute story, wie Name enstand.

Alligator - soll ganz klar Tribe Aufgabe sein - nicht nur Bestand - wirkliches Team dafür - das Verantwortung für Aufgabe hat! Sodass Domäne Bestand nicht als Hauptumsetzungsverantwortliche gesehen werden!!

Nicht nur Bestandsdomäne (eher ConTra, nicht ConDA) und Puma.

Services aufgeteilt.

fehlt Wissensübergabe. Sinn nicht wirklich klar. Purpose vom Teamsplit nicht klar hier.

Idee im Kopf Von Stefan Gybas enstanden

Alex Rolfes steht jetzt besser im Thema.

wichtig für Matthias.

Daniel Wochnik arbeitet am Thema. Austausch mit Tanja, Tribe Lead, Dennis, Cosima.

Vorangehensweise überprüfen da wenig Fortschritt.

Bis Mitte 2025 soll Thema fertig sein, sieht aber schlecht aus! Im aktuellen Tempo nicht erreichbar. (Vision Matthias, Daniel W. ist optimistischer)

hier hängen mehrere Teams mit ihren Services dran. Aber kein gemeinsames Voranbringen.

Vertragsservicerahmen problematisch.

Stefan Gybas (= Wisseninsel) hat das mit aufsetzt, kennt sich aus, ging aber raus aus Team in Richtung PUMA.

comments:

Gatekeeping and confusing rules reduces the motivation to work on Alligator

ex. the Kafka topics need to be sorted into domains, which seem not to be the teams. It‘s not clear which are the appropriate domains.

Names of the topics, suggestions are not well-received.

Steve Walter comments.

Stefan Gybas - nicht sehr kollegial. Technisch super, der beste! (aufpassen, dass nicht Code „schön“ machen will, zu hohe Ansprüche)

PUMA puts up these rules, Steve feels he has to swallow those rules, cannot have an opposing opinion.

hoher Unterstützungsbedarf

fließt von PUMA in Richtung ConTra

Tanja Kuhnle offen zu unterstützen!

Matthias unglücklich mit Aufteilung der Aufgaben im Tribe für sein Team. Soll alles machen. Gewünschte Arbeitsweise ist nicht tatsächliche Arbeitsweise

Wust an Anforderungen aus unterschiedlichster Richtung.

Alle möglichen Nutzer. Alle möglichen Anforderungen. Alle möglichen Prozesse. Ermöglicht keine Priorisierung, Fokussierung! Kein Schutz möglich. Team hat wenig sinnstiftenden Scope für eine größere Etappe. - Daniel W. sieht da kurzfristig keine Lösung für. ich?

Es werden Personen geplant. Wer macht welches Thema.

Vorstudie.

Eher Wasserfall arbeit.

Verbindliche Termine sind gesucht. Konsequenz: Braucht Schutz.

Wenn 3 Jahres plan gewollt wird, müsste man im Detail planen.

Oder schätzen einfach das 5-fache was wir denken was wir brauchen. Fantasiezahlen um sich zu schützen.

Burn down chart, gute Planung - geht schlecht. Nur Farben code. Bauchgefühl. Mehr commitment war nicht möglich. Daniel will besser planen.

Alligator Fortschritt immer noch möglich - Perspektive - Alexander Rolfes - sieht noch Herausforderungen, Unbekannte mit VwV (Verträge weiterer Versicherer)

braucht bessere Aktualisierung der Jira Aufgabenfortschritte - Alligator Übersicht, die Alex gezeigt hat, zeigt seiner Meinung die Fortschritte besser

braucht Entwickler ok, dass NG (Neugeschäft) verstehen, was Architekturveränderung bedeutet. Sie müssen wissen was mit Alligator auf sie zukommt. Idealchefentwickler von NG + Alex Koch. Was kommt auf Euch zu. Was brauchen wir von ihnen?

Cosima an TN 11.12.2024:

a short summary regarding our discussion today to involve team Neugeschäft into the Alligator:

We will organize a meeting with Alex Koch (PO) and at least one team member from Team Neugeschäft. The purpose is to explain the concept of Alligator so that they understand it and know what to expect = to create a common understanding.

In my humble opinion, the meeting can be a good base for further collaboration, however close it will be, however it will look like

• 1 hour
• end of this year or at least beginning of 2025
• participants: Alex Rolfes, Matthias, Alex Koch, one Dev and/or BA
• this friday, Matthias and Daniel will talk to Alex Koch (PO) to prepare him, and that he invites 1-2 team member

check involvement with NT, Alex Koch in meeting with Daniel

Wir haben Kerngruppe und große Gruppe

Puma: Alex Zanker & Stefan Gybas

braucht virtuelles Team (feature team) mit Dailies?

Alex will dailies, Stefan will Thema rausschneiden und konkret an Alligator arbeiten ohne viele Meetings. - Was würde wirklich am meisten helfen??

Perspektive Luis Pinto:

For dependencies - good to create feature team. work more closely with them. Alex Zanker & Stefan Gybas have the most knowledge - need to be close. Kick-off meeting to restructure what needs to be done, responsabilities, working mode.

We need a Forum to involve PUMA more. a BA from their side would help. at least close access.

Weekly very necessary, biweekly good. Daily with everyone maybe not necessary. Extra meetings can be arranged according to needs.

Weekly für Alligator = gut

Themenschnitt - umwerfen?

Tanja soll aufgreifen - workshop Februar

braucht Analyse und Testen für Lebenvorgänge, außerhalb vom Tribe. Vorher Barbara. Braucht diesen profesionellen Gegenspieler.

Sachdaten - müsste input geben.

Welche Daten genau gebraucht werden. Unklar, warum das noch offen ist.

BA fehlt.

FirmenOnline soll Plattform entwickeln, nicht tausend Sachen mehr machen. Muss klar auch Grenzen aufsetzen, was Tribe nicht machen kann.

Wer testet ob Ablaufwert für konkreten Testbereich so ist, wie er sein soll?

Wichtigste Versicherungswerte für den Kunden.

Diese Verantwortung gibt es jetzt nicht, wir brauchen sie aber.

Muss klar sein, was wir anzeigen müssen, sollen.

Datenarchitektur klar?

Datenmodell klar?

Braucht mindestens eine klare Hypothese!

Klarerer Ansage von One Dia. - Was soll da passieren?

Datenstruktur gleich oder verändert?

Risiko: enorme Veränderungen durch Abhängigkeiten - thematisch und von Personen

Schwierigkeit Sach - ConDa einbinden?

Was muss zuerst passieren?

One Dia oder Alligator?

Tanja Tribe Lead: 24:01.

·Grundsätzlich ist eine Parallelisierung von Alligator und OneDIA möglich.

·An Alligator (inkl. Alligator-spezifische Anpassung Vertragsservice) arbeiten

weiterhin Stefan Gybas (100%), Alexander Zanker (wird aufgestockt auf 90%),

Rolf Bäurle (80%), Alexander Rolfes (80%) und Luis Pinto (30 bis 50%).

• • Mit den Entwicklern erfolgt eine Klärung, welche (inkl. in welchem Umfang) BA-Kapazitäten benötigt werden (Daniel im Weekly). Tanja M. könnte grundsätzlich mit entsprechender Priorisierung unterstützen. Mit Team Neugeschäft ist inzwischen besprochen, dass sie sich bei der

Konzeption ab sofort einbringen, um spätere Diskussionen zur Modellierung zu vermeiden.

• • Team Plattform beteiligt sich aktiv an den Umsetzungsdiskussionen (Teilnahme an Weekly …) und beginnt baldmöglichst mit der Umsetzung

·Ab Q2 arbeiten Philipp Zug, Alexander Preuss und Oskar Sommerfeldt bzw. dessen Nachfolger an der Umsetzung von OneDIA. Kai-Uwe wird die Koordination der

Synchronisierung zwischen den Alligator- und OneDIA Verantwortlichen übernehmen. Kai-Uwe, Oskar und Mareike erstellen in Vorbereitung auf den Start in Q2 einen Zeitplan.

·Alligator- und OneDIA umsetzungsverantwortliche Entwickler verbleiben in den Teams, keine Gründung eines Featureteams.

·Die POs steuern, dass die genannten Entwickler für die Themen ausreichende Kapazitäten haben (Repriorisierungsbedarf in Absprache PO-TL).

Tanja

Regina Sauer:

Ziel der Alligator Entwicklung ist "nur" das statt beim Login alle Verträge geladen werden, nur noch die ersten 100 Verträge geladen werden und der Rest dann nach Bedarf vom Nutzer mit suchen und Filtern abgefragt werden muss. Technisch Bedeutet das halt das alle Services auf diese neue Logik umgestellt werden müssen und die Kommunikation zwischen den Services angepasst wird. Da kann man als vereinfachte fachliche Zusammenfassung nur z.B."wir haben jetzt 3 von 5 Services auf die eventbasierte Kommunikation umgestellt" reduzieren. Das bringt aber wenig Mehrwert denke ich, weil an sich kein Service aktuell soweit Fertig ist das man das so sagen könnte. Es wird ja an allen Services parallel gearbeitet. DAs einzige was den User vllt einen Mehrwert bringen würde wäre eine %-Angabe wieviel bereits abgearbeitet ist. Das ist aber wieder Problematisch, weil die Teams unterschiedliche Granularitäten in ihrer Ticketerstellung haben. z.B. hat PUMA für das FirmenAdmin Thema mehr wie 10 neue Tickets erstellt, gleichzeitig rechnen sie mit einer Fertigstellung dieser Tickets bis Ende September. Conda/Contra hat gefühlt an 5 Tickets 6Monate gearbeitet.