Files
Orchestrator/bahn/project-audit/analysis/personal-bug-analyse.md
T
ankn a5f8fb49ab Migrate all repos into monorepo context folders
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
2026-06-30 20:39:52 +02:00

15 KiB

Personal- und Bug-Analyse pathOS

Stand: 2026-04-30 | Quellen: Jira (90d + 12M), Rollen-Mapping (BO-Input), Tenure-Daten (176 Personen, 24.7K Issues)


1. Team-Gesundheit im Ueberblick

Team Personen Kern-Devs Bug-Rate (90d) Bug-Rate (12M) Trend Bewertung
Team 404 10 7 33% 25% Steigend KRITISCH
Team CIB 13 6 20% 23% Sinkend GUT
Team Zero 9 6 15% 15% Stabil GUT
OPs Squad 7+ rotierend 2 fest 31% 27% Sinkend BEOBACHTEN
DevOps 7 3 9% 7% Stabil OK (aber SPOF)

2. Detailanalyse pro Team

Team 404 (Portal) — KRITISCH

Kernproblem: Hoechste Bug-Rate (33%), steigend seit Go-Live. Portal ist kundenseitig — Bugs werden direkt von EVUs gemeldet.

Person Rolle Seit Issues (90d) Bug-Anteil Done% Bewertung
Ana Cvitkovic Business Engineer 2021-08 78 niedrig hoch TOP — Anker des Teams
Jasmin Keskin Frontend Dev 2021-08 45 42% mittel Bug-anfaellig
Emmanuel Kontcheu Tagne Frontend Dev 2021-08 42 69% mittel KRITISCH — hoechste Bug-Rate
Diego Da Costa Souza Frontend Dev 2021-09 41 mittel mittel Spring Boot 4 Portal
Leon Hoerpel Dev 2023-03 35 71% mittel KRITISCH — sehr hohe Bug-Rate
Dominik Ruecker Backend Dev 2021-08 31 mittel mittel Veteran (434 Issues gesamt)
Annette Halbhuber Lead Dev 2021-09 26 niedrig hoch Stabil, Lead-Funktion
Simon Reitinger Dev 2025-11 15 0% 100% NEU — exzellenter Start
Marcel Hufgard PO 2021-12 8 Product Owner
Luca Caracciolo QA 2021-09 5 Wenig aktiv

Analyse:

  • Emmanuel (69% Bugs) und Leon (71% Bugs) sind die Hauptverursacher der hohen Bug-Rate
  • Beide arbeiten im Frontend — das Portal-Frontend hat ein systematisches Qualitaetsproblem
  • Ana Cvitkovic ist der stabilisierende Faktor (Business Engineer, niedrige Bug-Rate, hoher Output)
  • Simon Reitinger (seit Nov 2025) zeigt 100% Done-Rate — vielversprechend
  • Luca Caracciolo (QA) ist wenig aktiv — QA-Kapazitaet moeglicherweise unzureichend

Empfehlung:

  1. Code-Reviews fuer Emmanuel und Leon verstaerken (Pair Programming mit Annette)
  2. QA-Kapazitaet erhoehen (Luca aktivieren oder zusaetzliche QA-Ressource)
  3. Frontend-spezifische Testautomatisierung ausbauen
  4. Fehlermeldungen-Konzept (PO-Input 404) wuerde Kundenfeedback-Loop verbessern

Team CIB (Prozesse/Backend) — ERFOLGSGESCHICHTE

Kernaussage: Bug-Rate von 36% (Jan) auf 9% (Apr) gesunken. Backend stabilisiert sich nach Go-Live.

Person Rolle Seit Issues (90d) Bug-Anteil Done% Bewertung
Bishara Jaser Dev 2022-08 73 niedrig 93% TOP — Leistungstraeger
Saurav Kumar Dev 2022-01 48 8% 94% TOP — niedrigste Bug-Rate
Jonas Koehler Dev 2024-04 34 niedrig 100% Exzellent
Dong-Won Han Dev 2021-09 20 mittel mittel Veteran
Hans-Henning Ramberger Dev 2024-05 16 mittel mittel Auch OPs
Vasileios Dimitriadis Dev 2023-11 11 mittel mittel Wenig aktiv
Christian Meins PO 2021-10 9 Product Owner
Harry Braun Dev 2025-12 5 mittel mittel Spring Boot 4 SV
Olaf Becken Business Engineer 2024-05 5
Alexander Petioky Dev 2021-10 1 Kaum aktiv

Analyse:

  • Bishara + Saurav + Jonas bilden ein starkes Kern-Trio (155 Issues, >93% Done)
  • Die sinkende Bug-Rate zeigt, dass das Team aus den Go-Live-Problemen gelernt hat
  • SV hat zwar 2214 SonarQube-Smells, aber die Bug-Rate sinkt trotzdem — Smells != Bugs
  • Harry Braun arbeitet am Spring Boot 4 Upgrade fuer SV — wichtige Enabler-Arbeit
  • Alexander Petioky ist praktisch inaktiv (1 Issue in 90 Tagen)

Empfehlung:

  1. Bishara/Saurav/Jonas als Mentoren fuer andere Teams einsetzen (Best Practices teilen)
  2. SV-Smells systematisch abbauen (S1192: 976 String-Duplikate) — langfristig
  3. Alexander Petioky: Rolle klaeren (noch im Team?)

Team Zero (TAF/TAP) — STABIL

Kernaussage: Niedrigste Bug-Rate (15%), stabiler Output. Beste SonarQube-Qualitaet (4.2 Smells/1K, 91.8% Coverage).

Person Rolle Seit Issues (90d) Bug-Anteil Done% Bewertung
Steven Meixner Dev 2022-07 64 + 27 OPs niedrig hoch TOP — Allrounder, auch OPs
Bing Shi Dev 2022-04 63 niedrig hoch Stark, ACAT-Verwalter
Frank Lemke Dev 2022-12 49 niedrig hoch Auch OPs
Kathrin Schleich Dev 2021-09 27 niedrig hoch Auch OPs
Michael Weisberg Test 2024-11 23 52% 52% offen — Engpass?
Bernd Klebl PO 2021-09 16 Auch OPs
Norbert Maurer Dev 2021-11 12 83% offen Ausgeschieden?

Analyse:

  • Steven Meixner ist der Allrounder (64 Zero + 27 OPs = 91 Issues) — aber auch SPOF-Risiko
  • Norbert Maurer hat 83% offene Issues und ist "wenig aktiv" — vermutlich ausgeschieden
  • Michael Weisberg (Test) hat 52% offene Issues — Test-Engpass
  • Team Zero liefert die beste Code-Qualitaet (SonarQube) — Vorbild fuer andere Teams
  • 4 von 7 Personen rotieren auch in OPs — hohe Belastung

Empfehlung:

  1. Norbert Maurer: Status klaeren, offene Issues umverteilen
  2. Michael Weisberg: Test-Backlog priorisieren, ggf. Unterstuetzung
  3. Steven Meixner entlasten (OPs-Rotation reduzieren) — SPOF-Risiko
  4. Best Practices (Code-Qualitaet, Coverage) an andere Teams weitergeben

OPs Squad — IM AUFBAU

Kernaussage: Seit PI 39 (ersetzt aufgeloestes STeam). 2 feste + rotierende Mitglieder.

Person Rolle Herkunft OPs-Issues (90d) Bewertung
Henrik Scholl Dev (fest) STeam 19 + 10 Kern-Mitglied
David Steinkopff Dev 404 7 + 18
Steven Meixner Dev (rotierend) Zero 27 Haeufigster Rotator
Hans-Henning Ramberger Dev (rotierend) CIB 23
Jonas Koehler Dev (rotierend) CIB 19
Kathrin Schleich Dev (rotierend) Zero 12
Frank Lemke Dev (rotierend) Zero 10

Analyse:

  • Rotation funktioniert, aber Zero stellt die meisten Rotatoren (3 von 5)
  • Henrik Scholl als einziger fester Kern — zweiter SPOF neben Jan Lubenow
  • Bug-Rate sinkt (51% Feb → 29% Apr) — Infrastruktur stabilisiert sich

DevOps — SPOF-RISIKO

Person Rolle Seit Issues (90d) Anteil Bewertung
Jan Lubenow Lead Dev 2022-09 114 39% KRITISCHER SPOF
David Steinkopff Dev 2023-03 18 6%
Christian Prause Dev 2025-08 7 2%
Michael Mh Jahn Dev 2022-01 6 2% Veteran (126 Issues)
Sebastian Goendoer Dev 2023-05 3 1% Ehem. STeam, wenig aktiv
Patrick Lewandowski Dev 2025-07 6 2%
Henrik Scholl Dev 2024-10 10 3% Auch OPs fest

Analyse:

  • Jan Lubenow = 39% aller DevOps-Issues — kritischster SPOF im gesamten Programm
  • Wenn Jan ausfaellt, hat das Team ein massives Problem
  • 44% Enabler-Rate ist erwartet (das ist die Aufgabe des Teams)
  • Sebastian Goendoer (ehem. STeam) ist kaum noch aktiv (3 Issues)

Empfehlung:

  1. DRINGEND: Wissenstransfer von Jan Lubenow auf mindestens 2 weitere Personen
  2. DevOps-Dokumentation (Runbook) beschleunigen
  3. Automatisierung erhoehen um manuelle DevOps-Arbeit zu reduzieren

3. Uebergreifende Rollen

Person Rolle Sichtbar in Seit Bewertung
Thorsten Volland Architekt CIB, QA, DevOps 2021-08 Veteran, ADR-Verantwortung
Roger Zimmermann Anwendungsmanager Uebergreifend 2025-04 Wenig aktiv (10 Issues)

4. Tenure-Analyse (Betriebszugehoerigkeit)

Veteranen (seit Projektstart 2021)

Person Team Seit Monate Rolle
Jasmin Keskin 404 2021-08 56 Frontend Dev
Ana Cvitkovic 404 2021-08 56 Business Engineer
Emmanuel Kontcheu Tagne 404 2021-08 56 Frontend Dev
Dominik Ruecker 404 2021-08 56 Backend Dev
Thorsten Volland Uebergreifend 2021-08 56 Architekt
Diego Da Costa Souza 404 2021-09 55 Frontend Dev
Annette Halbhuber 404 2021-09 55 Lead Dev
Luca Caracciolo 404 2021-09 55 QA
Dong-Won Han CIB 2021-09 55 Dev
Bernd Klebl Zero 2021-09 55 PO
Kathrin Schleich Zero 2021-09 55 Dev
Alexander Petioky CIB 2021-10 54 Dev
Christian Meins CIB 2021-10 54 PO
Norbert Maurer Zero 2021-11 53 Dev
Marcel Hufgard 404 2021-12 52 PO

Mittlere Zugehoerigkeit (2022-2023)

Person Team Seit Monate Rolle
Saurav Kumar CIB 2022-01 51 Dev
Michael Mh Jahn DevOps 2022-01 51 Dev
Bing Shi Zero 2022-04 48 Dev
Steven Meixner Zero 2022-07 45 Dev
Bishara Jaser CIB 2022-08 44 Dev
Jan Lubenow DevOps 2022-09 43 Lead Dev
Frank Lemke Zero 2022-12 40 Dev
Leon Hoerpel 404 2023-03 37 Dev
David Steinkopff 404/DevOps 2023-03 37 Dev
Sebastian Goendoer OPs 2023-05 35 Dev
Vasileios Dimitriadis CIB 2023-11 29 Dev

Neuere Mitglieder (2024+)

Person Team Seit Monate Rolle
Jonas Koehler CIB 2024-04 24 Dev
Hans-Henning Ramberger CIB 2024-05 23 Dev
Olaf Becken CIB 2024-05 23 Business Engineer
Henrik Scholl OPs 2024-10 18 Dev
Michael Weisberg Zero 2024-11 17 Test
Roger Zimmermann Uebergreifend 2025-04 12 Anwendungsmanager
Patrick Lewandowski DevOps 2025-07 9 Dev
Christian Prause DevOps 2025-08 8 Dev
Simon Reitinger 404 2025-11 5 Dev
Harry Braun CIB 2025-12 4 Dev

Tenure-Daten vollstaendig

Alle relevanten Teammitglieder konnten ueber die Bulk-Abfrage (24.7K Issues) identifiziert werden.

Hinweis zu Harry Braun: Erstes Jira-Ticket erst 2025-12-01 (O2CCIB-7723) — moeglicherweise vorher unter anderem Account aktiv oder erst spaet ins Jira-Projekt aufgenommen. Die Angabe "seit 2023-01" aus frueheren Quellen konnte nicht bestaetigt werden.


5. Korrelation: Tenure vs. Bug-Rate

Hypothese: Laengere Zugehoerigkeit = weniger Bugs?

Team 404 (widerlegt die Hypothese):

  • Emmanuel (56 Monate, 69% Bugs) — Veteran mit hoechster Bug-Rate!
  • Jasmin (56 Monate, 42% Bugs) — Veteran mit hoher Bug-Rate
  • Dominik Ruecker (56 Monate, mittel) — Veteran, moderate Bug-Rate
  • Leon (37 Monate, 71% Bugs) — Mittlere Zugehoerigkeit, hoechste Bug-Rate
  • Simon (5 Monate, 0% Bugs) — Neuester Mitarbeiter, beste Quote

→ Bei Team 404 korreliert Tenure NICHT mit Qualitaet. Das Problem ist systematisch (Frontend-Komplexitaet, fehlende Tests, Portal-Architektur).

Team CIB (bestaetigt teilweise):

  • Saurav (51 Monate, 8% Bugs) — Veteran mit exzellenter Quote
  • Bishara (44 Monate, niedrig) — Erfahren und stabil
  • Neuere Mitglieder haben hoehere Bug-Raten

→ Bei CIB hilft Erfahrung, aber das Team hat auch bessere Prozesse (Code-Reviews, Camunda-Expertise).

Team Zero (bestaetigt):

  • Alle Veteranen haben niedrige Bug-Raten
  • Beste SonarQube-Qualitaet korreliert mit stabiler Teamzusammensetzung

→ Zero zeigt: Stabiles Team + gute Praktiken = niedrige Bug-Rate.


6. Risiko-Matrix Personal

KRITISCH (sofort handeln)

Risiko Person(en) Impact Massnahme
SPOF DevOps Jan Lubenow (39%) Deployment, CI/CD, Infra Wissenstransfer, Dokumentation
SPOF Zero/OPs Steven Meixner (91 Issues) TAF/TAP + Infrastruktur Entlastung, Backup aufbauen
Bug-Verursacher 404 Emmanuel (69%), Leon (71%) Portal-Qualitaet Code-Reviews, Pair Programming

HOCH (kurzfristig)

Risiko Person(en) Impact Massnahme
QA-Engpass 404 Luca Caracciolo (5 Issues) Testabdeckung Portal Aktivieren oder ersetzen
Test-Backlog Zero Michael Weisberg (52% offen) Testabdeckung TAF/TAP Priorisierung, Unterstuetzung
Inaktive Mitglieder Norbert Maurer, Alexander Petioky Offene Issues, Wissen Status klaeren, Issues umverteilen

MITTEL (mittelfristig)

Risiko Person(en) Impact Massnahme
OPs-Rotation belastet Zero 4 Zero-Mitglieder rotieren Zero-Kapazitaet Rotation gleichmaessiger verteilen
Wenig CIB-Rotatoren in OPs Nur 2 CIB-Mitglieder OPs-Wissensbreite Mehr CIB-Beteiligung
Henrik Scholl allein fest in OPs Einziger fester Kern OPs-Kontinuitaet Zweiten festen Kern aufbauen

8. Methodische Hinweise

Bug-Rate in Abschnitt 2 (Team-Tabellen)

Die Bug-Raten in den Team-Tabellen (z.B. "Emmanuel 69%") basieren auf dem Anteil der Bug-Tickets an den zugewiesenen Issues einer Person in den letzten 90 Tagen. Das ist eine direkte Messung: Wie viel Prozent der Arbeit einer Person besteht aus Bug-Fixes vs. Features/Aufgaben.

Bug-Causation-Daten (CSV-Dateien)

Die separaten Causation-CSVs (O2C404-causation.csv etc.) verwenden eine andere Methodik: Fuer jeden Bug wird geschaut, welche Entwickler in den 14 Tagen davor ein Feature abgeschlossen haben. Das ergibt Korrelation, nicht Kausalitaet:

  • Ein Bug wird mit ALLEN Entwicklern korreliert, die zeitnah Features lieferten
  • Daher sind "Bug-Raten" >100% moeglich (z.B. 506% bei Jasmin Keskin)
  • Die Daten zeigen: Wer viel liefert, korreliert mit vielen Bugs — das ist trivial
  • Nuetzlich ist die Daten nur als relative Gewichtung innerhalb eines Teams

Fazit: Die Bug-Raten in Abschnitt 2 (direkte Zuordnung) sind aussagekraeftiger als die Causation-Korrelation. Die Causation-Daten bestaetigen lediglich, dass Team 404 insgesamt die meisten Bugs produziert.


9. Zusammenfassung und Handlungsempfehlungen

Top 5 Massnahmen (priorisiert)

  1. Jan Lubenow entlasten — Wissenstransfer auf David Steinkopff + Henrik Scholl. DevOps-Runbook beschleunigen. Ziel: Kein Einzelner >25% der Issues.

  2. Portal-Qualitaet steigern (404) — Code-Reviews fuer Emmanuel/Leon verstaerken. Frontend-Testautomatisierung ausbauen. QA (Luca) aktivieren. Fehlermeldungen-Konzept umsetzen.

  3. Steven Meixner entlasten — OPs-Rotation auf CIB/404 ausweiten. Steven soll sich auf Zero-Kernarbeit konzentrieren koennen.

  4. Inaktive klaeren — Norbert Maurer (Zero), Alexander Petioky (CIB), Sebastian Goendoer (OPs): Status klaeren, offene Issues umverteilen.

  5. CIB Best Practices teilen — Bishara/Saurav/Jonas als Mentoren. Deren Arbeitsweise (93%+ Done, <10% Bugs) als Vorbild fuer 404.