# 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.