ankn/Orchestrator
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Migrate all repos into monorepo context folders

Browse Source 
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.
This commit is contained in:
ankn
2026-06-30 20:39:52 +02:00
parent 2f2b295531
commit a5f8fb49ab
1717 changed files with 447332 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-CM/teams/Team-Ains.md
+87
View File
@@ -0,0 +1,87 @@
# Team Ains: Migration nach SIC OP
Version: 5 | Last modified: 2026-06-16T14:37:53.062+02:00
Source: confluence page ID 603264161
---
Progress
| BBOA | Kapa-Service | KE-Adapter | KE-Service | Konfliktservice | ZV-Transformation |
Führendes Repo | RedIFP
| GreenSIC OP
| GreenSIC OP
| RedIFP
| RedIFP
| RedIFP
|
Config hinterlegt | UKAINS-2412
|
|
|
|
|
|
SIC OP DEV deployt |
|
|
|
|
|
|
SIC OP IEU deployt |
|
|
|
|
|
|
SIC OP INT deployt |
|
|
|
|
|
|
SIC OP ABN deployt |
|
|
|
|
|
|
SIC OP PROD deployt |
|
|
|
|
|
|
IFP DEV entfernt |
|
|
|
|
|
|
IFP INT entfernt |
|
|
|
|
|
|
IFP ABN entfernt |
|
|
|
|
|
|
IFP PROD entfernt |
|
|
|
|
|
|
LearningsWenn der Build in der Pipeline fehlschlägt, kann es notwendig sein, einmal grdle wrapper auszuführen
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-CM/teams/Team-FaMe-Fuse.md
+68
View File
@@ -0,0 +1,68 @@
# Team FaMe / Team Fuse - Zusammenarbeitsregeln - final
Version: 24 | Last modified: 2026-02-27T11:08:57.453+01:00
Source: confluence page ID 553962107
---
link10#e2e2e2200coverflex-startcenter center
Zusammenarbeitsregeln erarbeitet am 25.02.2026 mit jeweils 4 mandatierten Vertretern pro Team. Überprüfung und Anpassung der Ergebnisse kontinuierlich bei Bedarf, spätestens nach 6 Monaten. 
link10#d0d0d0900coverflex-startcenter centerKommunikation/MeetingsFür die Abstimmungsthemen existiert ein Teams-Chat für die beiden Teams. 
Zusätzlich gibt es einen Sync-Termin zwischen den BEs beider Teams (Montag 10-10.30, 2-wöchentlich in der Refinement-Woche)
"Planning 3" mit ausgewählten Teamvertretern aus beiden Teams (Prüfung von ggf. kollidierenden Themen für den kommenden Sprint) - Mittwoch, Sprintwechselwoche 13.00 Uhr - 15 Min.
Regelmäßiges, kurzes wöchentliches Meeting, 15 Min., mit harter Timebox und Agenda (Dev-Runde FaMe/Fuse) - Mi-Vormittag (11.30)Inhalte/Themen:Abstimmung von Abhängigkeiten
Prüfung der Themen auf Konfliktpotenziale (wird z.B. an gleichen Modulen oder Codestellen gearbeitet)
Abstimmung möglicher Breaking Changes
Umsetzen/TestingBreaking Changes (API) sind abzustimmen und möglichst Teamübergreifend in den Iterationen zu sammeln und gemeinsam an Team Flux zu kommunizieren
Die umgesetzten Features sollen auch Qualitätsgesichert werdenUnittestabdeckung soll das aktuelle Niveau von mind. 90 % halten
Thunderclienttests sollen bedarfsabhängig erstellt werden (lokal auszuführen)
Vor dem Merge in den Main müssen alle Tests erfolgreich durchgelaufen sein
Fuse und FaMe halten sich an die Coding Guidlines (falls vorhanden) & Architekturrichtlinien (z.B. modulare Struktur)
Die Arbeiten finden in dem Repository in der C2S (SIC OP) Gruppe statt
Technische Entscheidungen werden in kurzen ADRs dokumentiert (Decision, Kontext, Optionen, Impact). 
link10#d0d0d0900coverflex-startcenter centerAbnahme/Review/DokuDie MRs von Fuse bzw. FaMe werden im jeweiligen Team gereviewed und freigegeben. Nur bei konkreter Anfrage schaut das andere Team mit drauf.
Technische und Fachliche Doku ist pro Story/Feature zeitnah, bis zur Abnahme des betreffenden Features, zu erstellen 
Möglichkeit zur gegenseitigen Teilnahme an den Reviews von Fuse bzw. FaMeaktuelle Slots ... Team FaMe - Sprintwechsel-Woche Dienstag 9-10 Uhr ... Team Fuse 10.30 - 11.30 Uhr sind konfliktfrei  
Die DoD/DoR Kriterien beider Teams wurden von den BEs beider Teams verglichen und es wurde eine einheitliche Linie definiert. 
Spezialregeln ...Git-Repo / Umgang mit Merge-KonfliktenTests müssen grün durchlaufen
Jedes Team macht selbstständig Reviews
Vorhergehende Absprachen sollten die Konflikte insgesamt reduzieren
Deployment-RegelnFertige Storys direkt bis INT ausrollen (bei Freeze bis IEU)
Sync-Chat nutzen bei koordinierten Rollouts
Alignment mit Release-Prozess (Team BEAT)
Hot FixesTransparenz über aktuelle Situation in beiden Teams herstellen über entsprechende Posts
Finger weg von Main-Umgebung für alle Devs, die nicht am Fix arbeiten
Gemeinsames Arbeiten am Fix im "virtuellen Büro" - z.B. über den Teams-Chat
Umfassende Code-ÄnderungenVorherige Abstimmung mit dem anderen Team, um Effekte/Auswirkungen zu verdeutlichen und ggf. Maßnahmen ableiten
Deep-Dive nach Review bei Bedarf
Doku zeitnah, bis spätestens zur Featureabnahme, glattziehen
 link10#d0d0d0900coverflex-startcenter center Ownership 
Beide Teams dürfen alle Bereiche ändern; Verantwortungen sind klar definiert. Unsicherheiten werden in den Regelterminen abgestimmt. 
Repo-Struktur und DomänenschnitteModularer Zuschnitt (Ordner/Packages)
Monorepo-Policies (keine zirkulären Abhängigkeiten, interne APIs statt Querschnitten).
CI/CD und “Stop-the-line”Die Absprache zu Pipeline-Phasen und Ownership (wer pflegt welche Jobs?) erfolgt in den gemeinsamen Regelterminen.
“Always green main”: bei Rot sofort stoppen und fixen; Rotation “Build Sheriff” ist als Standard definiert. 
Artifact Management (Registry, Retention), Wiederholbarkeit (Deterministic Builds), wird durch die SIC OP Pipelines gelöst. 
Deployment-Policies: Wenn DoD erfolgt ist, weitere Prozessierung
ReleaseDeployments werden untereinander abgestimmt
OPS-ThemenVerantwortlichkeit für Security/Renovate-Themen und Findings rollierend pro PI. Beginnend mit PI 40 und Team Fuse.  Sollte Unterstützung notwendig sein, kann diese beim jeweils anderen Team angefragt werden. 
Naming ConventionsKeine "Naming-Conventions", Einzelfallentscheidungen, die in den Austauschrunden geklärt werden
Eskalationen/EntscheidungenLetztinstanzlich liegen Entscheidungen zum KDS beim PO von Team FaMe. Grundsätzliche können Entscheidungen auf Arbeitsebene getroffen werden. Kommt es zum Konflikt wird das Thema zwischen den POs der beiden Teams diskutiert.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-CM/teams/Team-Juice.md
+33
View File
@@ -0,0 +1,33 @@
# Team Juice
Version: 9 | Last modified: 2026-05-13T14:48:36.962+02:00
Source: confluence page ID 422183251
---
Name | Rolle |
  | Product Owner |
 
| Scrum Master |
 
| Business Analyst |
 
| Developer |
  | Developer |
 
| Developer |
 
| Developer |
 
| Tester (teamübergreifend) |
 
| Tester (teamübergreifend) |
 
| Tester (teamübergreifend) |
 
| Tester / FBF (teamübergreifend) |
LinksJIRA Board
ART Uj Veröffentlichung | Team Juice | Microsoft Teams
Teamkalender
7063c2bb-82c2-4282-a7be-b862e9f54fcc
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-CM/teams/UjK-Team-Nexus.md
+44
View File
@@ -0,0 +1,44 @@
# UjK Team Nexus
Version: 6 | Last modified: 2026-06-03T15:27:28.653+02:00
Source: confluence page ID 419719547
---
Weitere Details zum Team Nexus findet ihr auf unserer Planet Seite hier. 
TeammitgliederName |
| Rolle |
Torsten Helmert
|
| PO |
Ben Schneider |
| Developer |
Bastian Birnbach |
| Developer |
Jerome Möckel |
| Developer |
Marco M Zimmermann |
| Developer |
Maximilian Hauke |
| Developer |
Michael Mi Schmidt |
| Developer |
Pierre Kellmann |
| Developer |
Yvonne Kümmel |
| UX |
Yordan Palov |
| Tester |
Lilly Bunk |
| BE |
Jana Schneegaß |
| ScM |
Alena Rummler |
| BE |
Übersicht RegeltermineTermin | Zeitraum |
Daily | 11:00 - 11:30 |
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-EKon/teams/Team-Konnex.md
+42
View File
@@ -0,0 +1,42 @@
# Team Konnex
Version: 9 | Last modified: 2026-06-09T14:22:12.145+02:00
Source: confluence page ID 546397210
---
Team Konnex ist ART SuN angegliedert, um zu unterstützen und fachlichen Input zu geben
Organisationell gehört das Team aber nicht zum ART SuN
Unser TAKT Tester Team kann über folgenden Email-Verteiler erreicht werden: C2S.Konnex@deutschenbahn.com 
Name
| Rolle
|
Matthias Hüller
| Team-Lead
|
Matthias Wilke
|
Test/QA
|
Annemarie Wensel
|
Test/QA
|
Alexander Ebner
|
Test/QA
|
Tobias Dreißig
|
Test/QA
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-EKon/teams/Team-Nordstern.md
+14
View File
@@ -0,0 +1,14 @@
# Team Nordstern (Konzeption Legacy-Ablöse)
Version: 11 | Last modified: 2026-06-15T14:54:01.673+02:00
Source: confluence page ID 602312796
---
Links zur Dokumentensammlung in unserem iVö (BSV)-TeamroomRoot-Verzeichnis
TTTneo - C2S | Capacity2Schedule | LS - ariJa Confluence: TTTneo Ablaufdiagramme
DokumenteZielbild VÖ_v0.pptx
JiraUV | Nordstern - DB InfraGO ITD Lifecycle Management Tool
C2S | Capability Backlog - Structure - DB InfraGO ITD Lifecycle Management Tool
Railmap C2S ‒ Conceptboard
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-EKon/teams/Team-Rules.md
+112
View File
@@ -0,0 +1,112 @@
# Team Rules
Version: 11 | Last modified: 2026-05-21T00:57:52.845+02:00
Source: confluence page ID 318903955
---
Neben unseren Vereinbarungen wir der DoD&DoR oder unserem Ticket-Workflow entstehen sukzessive im Rahmen unserer Retroa oder anderen Workshops Regeln für unser Team, die wir auf dieser Seite dokumentieren. 
Thema | Nr. | Regel |
 
 
 
 
 
 
Board, Workflow & Tickethandling
 
 
 
| 1
| Wir verwenden das Scrum Board, um unsere Arbeit und Fortschritte, die auf das Sprintziel einzahlen, für alle sichtbar zu machen.
|
2
| Sobald eine Person ein Ticket aus dem Sprint Backlog zieht, trägt sie bis zur Fertigstellung die Hauptverantwortung dafür.
|
3
| Falls ein Ticket blockiert ist, sprechen wir dies proaktiv im Daily an und hinterlassen einen Kommentar am Ticket, um den Grund für die Blockade zu dokumentieren.
|
4
| Sollte ein Ticket innerhalb eines Sprints nicht abgeschlossen werden können, benennen wir die Gründe dafür proaktiv im Daily.
|
5
| Wir arbeiten nach dem Prinzip "Stop starting, Start finishing"
|
6
| Es sind sich alle einige im Team, dass sich Anforderungen/AKs während des Sprints durch externen Einfluss verändern können.
Falls diese Fall eintritt, prüfen wir als Team, ob das Sprint Commitment dadurch beeinflusst wird. Wenn ja, wird ein Folgeticket für den nächsten Sprint erstellt oder gleichwertiges Ticket aus dem Sprint entfernt, um den Sprint Scope konstant zu halen.
Sollten sich Anforderungen/AKs verändern, werden diese immer am Ticket in Jira festgehalten.
|
7
| Nach Fertigstellung eines Tickets (Ticket ist in "In Review") gibt die Entwickler*in per Jira Kommentar eine Einschätzung ab, ob die Schätzung valide war.
|
8
| Wir streben als Team eine hochwertige Storyqualität an, damit diese effizient und effektiv abgearbeitet werden kann.
|
9
| Wir beginnen die Umsetzung von Anforderungen (Features, Enabler, User Stories) erst, wenn ihr Nutzen für die Benutzer:innen und das Geschäft klar und nachvollziehbar ist.
|
10
| Sobald ein ART-Feature den Status "Ready" im Rahmen des ART-Feature-Refinement erhält, wird dieses im Team-Refinement vom PO oder BE vorgestellt.
|
11
| Bis eine höhere Entwicklungsumgebung verfügbar ist für deployment der Anwendung, wird mit dem DoD Punkt 5, "höchstmögliche Umgebung", die INT-NEXT, gemeint.
|
 
 
 
 
 
Meetings & Dokus
| 12
| Wir sagen Termine zu oder ab.
|
13
| Bei der Festlegung von Terminen beschreiben wir klar das Ziel und geben Anweisungen zur Vorbereitung für die Teilnehmenden.
|
14
| Wir bereiten uns entsprechend den Zielen und der Agenda eines Termins vor.
|
15
| Die anwesenden Personen haben die Befugnis, Entscheidungen zu treffen, auch wenn nicht alle Mitglieder des Teams anwesend sind.
|
16
| Bei Abwesenheiten wird eine Vertretung für wichtige Meetings organisiert.
|
17
| Wir dokumentieren Ergebnisse, die für das gesamte Team relevant sind.
|
18
| Der Single Point of Truth für fachliche Dokumentationen ist Confluence.
|
19
| Der Single Point of Truth für technische Dokumentationen ist GitLab.
|
20
| Vor Abwesenheiten (1 Tag oder mehr) informieren wir das Team im Daily und im Chat.
|
21
| Nach einer Abwesenheit informieren wir uns proaktiv über das Geschehene (Holschuld).
|
22
| Vor Abwesenheiten stellen wir sicher, dass wegen meiner Abwesenheit keine Arbeiten im Rahmen des Sprints blockiert werden.
|
 
Kommunikation & Kultur
 
| 23
| Wir kommunizieren proaktiv an welchen Aufgaben wir arbeiten.
|
24
| Jedes Teammitglied fühlt sich für das Produkt verantwortlich.
|
25
| Es wird im Team offen und ehrlich Feedback gegeben.
|
26 | Bei Konflikten werden diese direkt und wertschätzend kommuniziert.
|
27 | Bei wichtigen Entscheidungen (z.B. Veränderung der Teamstruktur) müssen alle Mitglieder die Möglichkeit haben abstimmen zu können. Das jeweilige Vorgehen wird individuell im Team abgestimmt.
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/SuN-Team-FUSE.md
+8
View File
@@ -0,0 +1,8 @@
# SuN Team FUSE
Version: 12 | Last modified: 2026-05-27T11:41:26.583+02:00
Source: confluence page ID 490579777
---
rightbcd73087-3900-45b0-b175-0f3cafb1abe9true
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/SuN-Team-Konnex.md
+33
View File
@@ -0,0 +1,33 @@
# SuN Team Konnex
Version: 17 | Last modified: 2026-05-26T22:48:39.075+02:00
Source: confluence page ID 495550969
---
Erste relevante Links:
TAKT-Test-Team-Kanban-Board: https://arija.jaas.service.deutschebahn.com/secure/RapidBoard.jspa?rapidView=2965#
iTraiN-Umgebung für Infrastruktur-Prüfset: https://itrain-nep24dj.konbel.comp.db.de/simbeliteration/3141
i-Train für Takt Importe: iTraiN
Infrastruktur-Kanban-Board: https://arija.jaas.service.deutschebahn.com/secure/RapidBoard.jspa?rapidView=2855&projectKey=AFKI&view=detail&selectedIssue=AFKI-8#
KzaE-Liste:
Verteiler Konnex: C2S.Konnex@deutschebahn.com
Gruppenpostfach für Kalender: C2S.Konnex.Team@deutschebahn.com
Takt Umgebungen (inkl. entsprechender Links): SuN | TAKT Umgebungen - ART Strategischer Fahrplan / Netzfahrplan - ariJa Confluence
Takt Service Desk: TAKT Service Desk - Serviceprojekt
Ticketerstellung für Team N: SuN | NFPL - Scrum Board - Agile Board - DB InfraGO ITD Lifecycle Management Tool
Vera für Int: VERA
Vera für ABN & PROD: VERA
Pointpersons aus Regionen SO, SW und W
Region | Name | SGV/SPV |
SO | Markus Engelke | SPV |
SO | Richard Frenkel | SPV |
SO | Tobias Rudolf | SGV |
SW | Lucia Sonnick | SGV |
SW | Sascha Erbach | SGV |
SW | Denis Dorst | SGV |
SW | Ulrich Stoll | SPV |
SW | Philipp Groszmuk | SPV |
W | Mathis Thomas | SPV |
W | Stefanie Osterwind | SGV |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/SuN-Team-TADA.md
+49
View File
@@ -0,0 +1,49 @@
# SuN Team TADA
Version: 13 | Last modified: 2026-06-11T10:33:16.945+02:00
Source: confluence page ID 427661476
---
800835e1ffb-d1ea-4ca9-a4e6-0be05f5ce442true800
DoRTitel und Beschreibung des Tickets ist vorhanden
Akzeptanzkriterien sind beschrieben​
Die initiale Schätzung ist am Ticket dokumentiert​
Ein Ticket muss in einem Sprint umgesetzt werden können​
Falls erforderlich, wird beim Planen von neuen Funktionalitäten eine passende Story für den Ausbau von so entstandenen Legacy Code erstellt und verlinkt.
DoDEine Abnahme bedeutet, dass PO/Vertreter sich mit den Bearbeitern eines Tickets verständigt, dass alle der folgenden Punkte erfüllt sind (oder aus gutem Grund nicht):
[ ] alle Akzeptanzkriterien erfüllt
[ ] alle Unteraufgaben (im arija) auf fertiggestellt gesetzt
[ ] Kommentar am Ticket, wie es umgesetzt und getestet wurde, am besten in Form von Verweisen auf zugehörige Merge Requests und Doku
[ ] Code Reviews von nicht an der Entwicklung Beteiligten Teammitgliedern durchgeführt
    (insb. BUG / FEATURE am letzten Commit wenn man in KonBel entwickelt)
[ ] Fachliche & technische Dokumentation ist erstellt/gepflegt und im arija verlinkt.
[ ] Das Feature kann (rein technisch) jeder Zeit produktiv gesetzt werden.
[ ] Die Änderungen sind durch Tests nachgewiesen, hierdurch obsolete Tests wurden entfernt.
[ ] Sprint Review ist vorbereitet
[ ]‘interaktives Vorführen’ der Wirksamkeit des Features (insbesondere integrativ)
ReferenzstoriesStory | Storypoints |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-362
| 1 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-530
| 1 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-274
| 2 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-585
| 2 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-590
| 2 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-185
| 3 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-527
| 3 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-569
| 3 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-171
| 5 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-246
| 5 |
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eNEXTTADA-202
| 13 |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-Blaupause.md
+75
View File
@@ -0,0 +1,75 @@
# Team Blaupause
Version: 79 | Last modified: 2026-05-28T09:42:52.394+02:00
Source: confluence page ID 424297972
---
ArchiviertSeite wurde am 28.05.2026 archiviert und wird nicht mehr aktualisiert.
Team IDBF/Blaupause: 03.2025 - 05.2026
🏄‍♂️ Boards & BacklogBlaupause | Kanban Board
Blaupause | Backlog
IDBF | TEAM Kanban Board
IDBF | TEAM Kanban Bug Board
IDBF | Concept Board
IMpuls | Kanban Board
Phoenix | Kanban Board
Atlas | Kanban Board
🧶 LinksDB Planet | IDBF - Infrastrukturdaten für Betrieb und Fahrplan
IDBF | Roadmap
Produktdoku
dbt-DocsProjekt "transformation"
Projekt "publication"
GitLab
BahnGPT
Service Desk Agents
Regelwerke
INLINEDer InfrastrukturmanagerEntwicklung 
| Systemtest
| Systemintegrationstest
https://db.de/netz-im-test 
| Produktion
https://db.de/netz-im 
| API Portal (BIZ-HUB)
API Portal
|
MitgliederRolle | Person | Vertretung |
🧱 Service Owner |
|
|
🧑‍✈️ Team Coach |
|
|
🏛️ Architekt  |
|
|
👨‍🔧 Business Engineer  |
|
|
👨‍🔧 Business Engineer |
|
|
👨‍🔧 Business Engineer |
|
|
👨‍💻 Data Engineer |
|
|
👨‍🎨 UX |
|
|
👩‍🎨 UX |
|
|
Letzte Änderungenpage, comment, blogpost5truesocial
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-IMpuls.md
+48
View File
@@ -0,0 +1,48 @@
# Team IMpuls
Version: 35 | Last modified: 2026-06-12T09:57:49.157+02:00
Source: confluence page ID 424299674
---
IMpuls Backlog
IMpuls Kanban Board
Concept Boards IMpuls
INLINEDer InfrastrukturmanagerEntwicklung 
| Systemtest
| Systemintegrationstest
https://db.de/netz-im-test 
| Produktion
https://db.de/netz-im 
| Betriebs- und Ausfallzeiten siehe DB Planet
Fehler gefunden? Anleitung im  Benutzerhandbuch oder direkt im Hilfecenter
Noch keinen Zugang? Einfach über DeBi beantragen.
|
Wichtige Meetings
IDBF PI 41 - C2S | IDBF | ART - ariJa Confluence -> PIP 41 | IMpuls – Ergebnisse - C2S | IDBF | ART - ariJa Confluence
Anforderungen Fahrplan-IT
MitgliederRolle | Person |
Service Owner |
|
Team Coach |
|
Kommunikation BIDM |
|
Fachexperte |
|
Fachexperte und Vertretung Janina |
|
Fachexpertin | |
Business Engineer |
|
Fachliche Betriebsführung |
|
Releasemanagement |  
|
Letzte Änderungenpage, comment, blogpost5truesocial
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-InfraHub.md
+78
View File
@@ -0,0 +1,78 @@
# Team InfraHub
Version: 5 | Last modified: 2026-06-09T10:42:46.880+02:00
Source: confluence page ID 593814176
---
33%
33%🏄‍♂️ Boards & BacklogTeam IDBF | InfraHub Board
Team IDBF | InfraHub Backlog
34%🧶 LinksProduktdoku
Produktdoku dbt Docs
GitLab
Harbor
Sonarqube
Grafana
Releasemanager
Gatus Monitoring
Service Desk Agents
Regelwerke
IDBF | Roadmap
DB Planet | Infrastrukturdaten für Betrieb und Fahrplan
25% EntwicklungPortal
API / Services
Datenplattform
Stammdaten
Ordnungsrahmen
CRD
Keycloak
25% Systemtest Portal 
API /Services
Datenplattform Service / BISS
Stammdaten 
Ordnungsrahmen
CRD
Reports API
Keycloak
25% Systemintegrationstest Portal / ext. URL
API / Services
Stammdaten
Ordnungsrahmen
CRD
Reports API
Keycloak
25% Produktion Portal / ext. URL 
API / Services
Stammdaten
Ordnungsrahmen
CRD 
Keycloak
MitgliederRolle | Person |
  Product Owner |
|
  Team Coach |
|
  Lead Dev |
|
 Teammitglied |
|
 Teammitglied |
|
 Teammitglied |
|
  Teammitglied |
|
  Teammitglied  |
|
  Teammitglied  |
|
Unterseitentrue
Letzte Änderungen in IDBFpage, comment, blogposttrue5trueconcise
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-Origami.md
+65
View File
@@ -0,0 +1,65 @@
# Team Origami
Version: 6 | Last modified: 2026-06-08T12:57:02.269+02:00
Source: confluence page ID 593814440
---
📎 Boards & BacklogIDBFORI (in Bestellung)
Team Board Origami ‒ Conceptboard
Team Board Origami ‒ Board
Team Board Origami ‒ Backlog
🧶 LinksDB Planet | IDBF - Infrastrukturdaten für Betrieb und Fahrplan
IDBF | Roadmap
Produktdoku
GitLab
Sonarqube
Grafana
Releasemanager
Service Desk Agents
Regelwerke
INLINEDer InfrastrukturmanagerEntwicklung 
| Systemtest
| Systemintegrationstest
https://db.de/netz-im-test 
| Produktion
https://db.de/netz-im 
| API Portal (BIZ-HUB)
API Portal
|
MitgliederRolle | Person | Vertretung |
🧱 Product Owner |
|
|
🧑‍✈️ Team Coach |
|
|
👨‍🎨 UX |
|
|
👨‍🔧 Entwicklung |
|
|
👨‍🔧 Entwicklung |
|
|
|
|
|
|
|
|
Letzte Änderungenpage, comment, blogposttrue5trueconcise
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-PHOENIX.md
+102
View File
@@ -0,0 +1,102 @@
# Team PHOENIX
Version: 70 | Last modified: 2026-05-26T10:19:00.735+02:00
Source: confluence page ID 424295245
---
33%
33%🏄‍♂️ Boards & BacklogPHOENIX | Kanban Board
PHOENIX | Backlog
IDBF | TEAM Kanban Board
IDBF | TEAM Kanban Bug Board
IDBF | Concept Board
IMpuls | Kanban Board
Blaupause | Kanban Board
Atlas | Kanban Board
34%🧶 LinksProduktdoku
Produktdoku dbt Docs
GitLab
Harbor
Sonarqube
Grafana
Releasemanager
Gatus Monitoring
Service Desk Agents
Regelwerke
IDBF | Roadmap
DB Planet | Infrastrukturdaten für Betrieb und Fahrplan
25% EntwicklungPortal
API / Services
Datenplattform
Stammdaten
Ordnungsrahmen
CRD
Keycloak
25% Systemtest Portal 
API /Services
Datenplattform Service / BISS
Stammdaten 
Ordnungsrahmen
CRD
Reports API
Keycloak
25% Systemintegrationstest Portal / ext. URL
API / Services
Stammdaten
Ordnungsrahmen
CRD
Reports API
Keycloak
25% Produktion Portal / ext. URL 
API / Services
Stammdaten
Ordnungsrahmen
CRD 
Keycloak
MitgliederRolle | Person |
  Service Owner |
|
  Service Owner |
|
Team Coach |
|
  Team Coach |
|
  Teammitglied |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied |
|
  Teammitglied |
|
  Teammitglied |
|
   Teammitglied  |
|
  Teammitglied  |
|
  Teammitglied  |
|
Unterseitentrue
Letzte Änderungen in IDBFpage, comment, blogposttrue5trueconcise
bahn/Analyse-O2C-C2S/sources/c2s/C2S-ART-SuN/teams/Team-Skyforge.md
+71
View File
@@ -0,0 +1,71 @@
# Team Skyforge
Version: 13 | Last modified: 2026-05-29T13:42:00.646+02:00
Source: confluence page ID 593802911
---
33%
33%🏄‍♂️ Boards & BacklogBoard (beantragt)
34%🧶 LinksProduktdoku
Produktdoku dbt Docs
GitLab
Harbor
Sonarqube
Grafana
Releasemanager
Gatus Monitoring
Service Desk Agents
Regelwerke
IDBF | Roadmap
DB Planet | Infrastrukturdaten für Betrieb und Fahrplan
20% EntwicklungPortal
API / Services
Datenplattform
Stammdaten
Ordnungsrahmen
CRD
Keycloak
30% Systemtest Portal 
API /Services
Datenplattform Service / BISS
Stammdaten 
Ordnungsrahmen
CRD
Reports API
Keycloak
30 Systemintegrationstest Portal / ext. URL
API / Services
Stammdaten
Ordnungsrahmen
CRD
Reports API
Keycloak
30% Produktion Portal / ext. URL 
API / Services
Stammdaten
Ordnungsrahmen
CRD 
Keycloak
Rolle | Name |
🤹🏼‍♀️Anwendungsmanagerin |
|
🧜🏼‍♀️Team Coach |
|
👩🏼‍🔧Teammitglied |
|
👨🏼‍🔧Teammitglied |
|
👨🏼‍🔧Teammitglied |
|
👨🏼‍🔧Teammitglied |
|
👨🏼‍🔧Teammitglied |
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/ART-BARD-Startseite.md
+35
View File
@@ -0,0 +1,35 @@
# ART BARD
Version: 33 | Last modified: 2026-04-13T11:17:28.696+02:00
Source: confluence page ID 222757150
---
| Herzlich Willkommen auf der Startseite unseres ART "BARD" (BARD = Baustellen, Anmeldung, Realisierung, Durchführung)
Wir gehören zum Value Team Capacity to Schedule (kurz C2S: )
Hier finden Sie einige wichtige Informationen und Links zu unserem ART. 
|
ART BARD Vision
ART BARD Teams
ART BARD TrioProduktmanager (PM) | Systemarchitekten (SA) | Release Train Engineers (RTE) |
|
|
|
ART BARD Business OwnerKontakt
| OE |
aktuell in Elternzeit
| DB InfraGO AG
Kennzahlen und Analysen Kapazitätssteuerung (I.IBF 52)
|
ab 01.01.2026
| DB InfraGO AG
Strategischer Fahrplan und Netzkonzeption (I.IBF 21)
|
| DB InfraGO AG
Unterjähriger Fahrplan und Baubetriebsmanagement (I.IBF 4)
|
ART BARD Wiki-StrukturDie Struktur dieses Wikis orientiert sich an den drei Dimensionen des SAFe Frameworks fachlich, technisch und methodisch. Genauer beschrieben ist diese Struktur .
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/Ablauf-PIP38-Team-AST.md
+153
View File
@@ -0,0 +1,153 @@
# Ablauf PIP38 Team AST
Version: 3 | Last modified: 2025-09-16T13:51:15.241+02:00
Source: confluence page ID 487745046
---
{"generalSettings":{"tabSpacing":3,"tabWidth":100,"tabHeight":65,"direction":"horizontal"},"activeSettings":{"backgroundColor":{"color":"#040081"},"text":{"fontSize":36,"color":"#fff","textAlign":"left","fontWeight":"normal"}},"inactiveSettings":{"backgroundColor":{"color":"#f4f5f7"},"text":{"fontSize":18,"color":"#5e6c84","textAlign":"left","fontWeight":"lighter"}},"contentSettings":{"backgroundColor":{"color":"#fff"},"boxShadow":{"shadows":[{"color":"rgba(0, 0, 0, 0.2)","x":0,"y":1,"blur":6,"spread":0},{"color":"rgba(0, 0, 0, 0.4)","x":0,"y":12,"blur":4,"spread":-10}]},"border":{"style":"solid","width":1,"top":false,"bottom":true,"left":true,"right":true,"color":"#f4f5f7"},"padding":{"top":15,"right":15,"bottom":15,"left":15}},"hoverSettings":{"backgroundColor":{"color":"#dfe1e6"},"text":{"fontSize":18,"color":"#5e6c84","textAlign":"left","fontWeight":"lighter"}}}1
PI Planning Tag 1
| Zeit | Thema | Inhalt | Wer |
1 | 09:00 - 09:30
| Business Context C2S
Bereich A.5.500
| ART schaut gemeinsam Business Context
| ART |
2 | 09:30 - 10:30
| BARD Business Context und Architekturvision
Bereich A.5.500
| Socializing / Kaffee trinken etc.
Trio: Agenda 
Planungsprämissen PI 38 & Inhaltlicher Scope
Blick auf die Features
Timeboxed Fragen 
Release-Planung: Zeitplan Validierung
| ART
|
3 | 10:30 - 13:00 | Team Breakout Sessions (I von IV)
Bereich A.5.400
| Features je Team in priorisierter Reihenfolge vorstellen 
Fachliche Deadlines (Spez/Meilenstein) anschauen
Aufteilung der Themen 
Breakdown der User Stories Stories erstellen und beschreiben
Personen zuordnen
Erste Schätzung abgeben 
________________________________________________________________
Termine in Breakout I
12:00-13:00 Termin mit FOps: 
Besprechen, welche Cases wir in PI38 haben und welche Konfig bei FOps landet
| AST  |
4 | 13:00 - 14:00 | Mittagspause
Raum B0.KF2
| Gemeinsames Pizza essen | ART |
6 | 14:00 - 16:30  | Team Breakout (II von IV)
Bereich A.5.400
| Feature Breakdown: User Storys erstellen inkl. Schätzung und in Jira verlinken
Risiken erstellen und Verlinkung in Jira sicherstellen
Abhängigkeiten zu anderen Teams erstellen und verlinken
wenn möglich groben Entwurf Objectives erstellen
Ziel: zum Draft Plan Review
Beantworten bis Mi, 16:30:
Welche fachlichen Deadlines gibt es in diesem PI? Welche Risiken sehen wir?
Ist die Releaseplanung für uns so durchführbar? Welche Risiken sehen wir?
Welche Features schaffen wir nicht in diesem PI?
Wo sehen wir Abhängigkeiten? (Wenn wir das machen wollen, muss vorher ... passiert sein.)
Welche Risiken sehen wir sonst?
____________________________________________________________________
Termine in Breakout II
15:00-15:15: Sync Trio + POs und SM (Raum A.5.716)
Fachliche Abhängigkeiten
Impediments & Risiken
Vereinbarung von Gesprächs-Slots
Evaluierung Planning Fortschritt des Teams
15:30-16:30: PZE + Carla 
| AST |
7 | 16.30 - 17.30
| Draft Plan Review
Raum B0.KF2
| Vorstellung der wesentlichen Features durch POs anhand der Team Breakout Ansicht.
Aufwände
Abhängigkeiten?
Welche Features haben fachliche Deadlines im PI?
welche Features können im PI nicht umgesetzt werden? → Tag "PIXY" und "PIXY" in der Überschrift entfernen
Nennung der Draft Team PI Objectives 
| ART+ BOs
|
8 | 17:30 - 18:00
| Management Review & Problem Solving
Raum B0.KF2
| Gibt es Punkte, die die BOs dem TRIO zur Draft Plan Review für die Teams mitgeben wollen? Planungsanpassung nötig?
Risiken benennen, die BOs + Solution betreffen. 
zur Sicherheit: Risiken in den Team Reports durchsuchen
Bei Bedarf: Team Objectives anschauen
| BOs, TRIO, POs, SMs
|
PI Planning Tag 2
| Zeit | Thema | Inhalt | Wer |
1 | 09:00 - 09:15 | Recap vom Vorabend /Planning Adjustments
Bereich A.5.500
| Haben sich aus der Management Review und Problem Solving Planning Adjustments ergeben? | ART
|
2 | 09:15 - 11:00 | Team Breakout (III von IV) | Feature Breakdown: User Storys erstellen inkl. Schätzung
Welche Features sind out of Scope? 
Risiken erstellen und Verlinkung in Jira sicherstellen
Abhängigkeiten zu anderen Teams erstellen und verlinken
Objectives:Formulieren
Checkliste nutzen 
Fragen:
Passt unsere Auslastung zu unserer Kapazität?
____________________________________________________________
Termine in der Breakout
9:15-9:45 Gespräch mit den Trio, welche Themen wir als Objectives formulieren
10:15-10:30 Sync Trio, POs, SM Raum A.5.716
Fachliche Abhängigkeiten
Impediments & Risiken
Unklarheiten und Vereinbarung von Gesprächs-Slots
Evaluierung Planning Fortschritt des Teams
| AST |
4 | 11:30 - 12:30
| Mittagspause | Mittagessen im Casino |
|
5 | 12:30 -15:00 | Team Breakout (IV von IV)
inkl. BV Vergabe
| Finale Formulierung der Objectives
Vorschlag für Planned Business Value
Welche Features sind out of Scope?
Zwischen 14:00 - 15:00: Business Value Vergabe. 
Im Anschluss: Team Confidence Vote durchführen und eintragen
| AST + BOs |
6 | 15:00 - 16:30
| Final Plan & ART Confidence Vote
Raum A.5.500
| Recap (Trio) - 15 Minuten
Recap BV Vergabe (RTE)
ART Objectives für das PI38 (PM)
Risiken Zusammenfassung + Maßnahmen
POs stellen Team-Planung vor
ART Confidence Vote 
| ART + BOs
|
| 16:30
|
| ENDE DES PIPs 38
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/Angaben-Team-AST-fÃ-r-Bestellung-eines-Technischen-Users.md
+28
View File
@@ -0,0 +1,28 @@
# Angaben Team AST für Bestellung eines Technischen Users
Version: 3 | Last modified: 2026-02-24T17:39:53.266+01:00
Source: confluence page ID 326896388
---
Notwendige Informationen:
Rolle | ABK | Person |
Antragsteller | AS | Kann Jeder sein
(zB. Externer kann für Internen bestellen) |
Führungskraft | G1 | Führungskraft Irina Volkmann: Vladimir Voicu |
CISO | G2 | DB Infrago Patrick Bolanz |
db.systel | RA | Ressourcen Administrator DB Service Account |
Bestellvorgang
|
|
Webseite |  https://prod.debi.comp.db.de/ |
IT Resource | 00001442 |
|
|
technischen User bestellen:
https://prod.debi.comp.db.de/
IT Resource: 00001442
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/CoachLoops-Team-Buddies-fÃ-r-Abwesenheiten.md
+31
View File
@@ -0,0 +1,31 @@
# CoachLoops Team Buddies für Abwesenheiten
Version: 26 | Last modified: 2025-07-30T07:36:32.994+02:00
Source: confluence page ID 345066536
---
Jeder Scrum Master informiert die CoachLoops über geplante Urlaubszeiten/ Weiterbildung und erstellt einen entsprechenden Outlook-Termin.
Der Scrum Master, der in Urlaub geht, lädt seinen Buddy rechtzeitig vor dem Urlaub zum Meeting ein und bespricht die spezifischen Bedarfe und Besonderheiten des jeweiligen Teams.Team (Intern und Extern Stakeholders): Teamstimmung, Spirit, helfende Hände im Team und Herausforderungen, Kommunikation bedarf mit Stakeholders.
Daily: Standardmethode für Meetings, Bildschirmfreigabe, und das Umfange und die Notwendigkeit der Teilnahme und Unterstützung von PO/SM.
Review: Standardmethode für Meetings, Post-To-Dos in Confluence, Berichte zum Nachdenken.
Retro: Vorbereitung der Retrospektive- Board, Retro-Format, Dokumentation der Aktionsschritte und To-dos nach der Retro. 
Planning: Standardmethode für Meetings (Ziele und PBIs) DoR, Grad der Selbstorganisation, Backlog-Übersicht
Jeder Scrum Master sorgt dafür, dass der aktuelle Bedarf des jeweiligen Teams klar dokumentiert und der Vertretung zugänglich gemacht wird (z.B. Retro-Boards, Meeting-Regeln etc.)
Wir haben Vertretungs-Buddies, die die Aufgaben des abwesenden Scrum Masters übernehmen. Sollte auch der 1. Buddy ausfallen, greift der 2. Buddy. Die Aufteilung orientiert sich z.B. an TPS oder Eigenentwicklungs-Teams und mit dem Ziel die Teams zu kennen, dass die Teams ihre Scrum Master-Vertretung kennen und so langfristig eine sinnvolle Vertretung aufzubauen.
Bei Urlaub sollten keine offenen Aufgaben direkt an den Vertreter übergeben werden. Stattdessen wird sichergestellt, dass alle Aufgaben entweder vor dem Urlaub abgeschlossen oder so dokumentiert sind, dass die Vertretung diese übernehmen kann.
Bei spontanen Ausfälle (z.B. Krankheit) springt der Buddy ebenfalls ein. Der abwesende Scrum Master informiert nach Möglichkeit seinen Buddy über akute Bedarfe des Teams. Der Buddy kann z.B. bei PO/ Team anklopfen, springt in die Dailys ein. Genauso wie auch das Team weiß, an wen sie sich bei Fragen wenden können.
Buddy sprint (mind.) in das erste Daily des Teams und sagt Bescheid, dass er bei Fragen zur Verfügung steht.
 
Übersicht über die Buddies
Die Spalte "Besonderheiten" ist vor jeder geplanten Abwesenheit um eventuelle aktuelle Besonderheiten zu ergänzen.
Team + Scrum Master | Buddy
| Besonderheiten |
AST + Kristin | Oben | Infos aus CoachLoops-Runde über Daily ans Team, Ansprechbarkeit im Daily-Chat, ggf. Retro begleiten |
FOps + Oben | Kristin | PO in CoachLoops-Chat hinzufügen, ansonsten mit PO nach Bedarf, Infos aus CoachLoops Runde über Daily ans Team  |
InfraTEC + Johannes | Aymen | tbd Alle Meetings begleiten, Infos aus CoachLoops Runde über Daily ans Team  |
Babedas + Aymen | Johannes | Keine Meeting-Begleitung. Das macht wie gehabt entweder die PO oder jmd. aus dem Team.
Infos aus CoachLoops Runde über Daily ans Team 
|
PzE + Sören | Natalia | Infos aus CoachLoops Runde über Daily ans Team  |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/EindrÃ-cke-zur-Team-Olympiade.md
+18
View File
@@ -0,0 +1,18 @@
# Eindrücke zur Team Olympiade
Version: 3 | Last modified: 2025-08-21T11:19:27.843+02:00
Source: confluence page ID 479303543
---
Marshmallow-Challenge
LEGO-Memory
Quiz-Duell
Pantomime & Zeichnen​
Wassertransport
Sieger Team Kamerun Â
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/FOps-Das-Team.md
+16
View File
@@ -0,0 +1,16 @@
# FOps - Das Team!
Version: 50 | Last modified: 2026-06-11T13:33:39.793+02:00
Source: confluence page ID 322196201
---
|
|
Quick-Links zu Unterseiten: 
|
|
Anfragen an das Teams über: 
| C2S.BARD.FOps@deutschebahn.com
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-36-Team-AST.md
+328
View File
@@ -0,0 +1,328 @@
# [PI 36] Team AST
Version: 51 | Last modified: 2025-09-16T13:52:06.779+02:00
Source: confluence page ID 412581482
---
Grobe Themengebiete für PI36 - Ziele nach aktueller Prio
Objective zu den Releases:
Durchführung von qualitätssichernden Releasetests und -abnahme, mit dem Ziel neue Funktionen fehlerfrei produktiv zu nehmen und damit einen effizienten baubetrieblichen Prozess zu gewährleisten.
Meilensteine:
ObjectivesObjective 1: Baubetroffenheiten 
Objective 2: BKE light
Objective 3: Wir testen für die Go Lives KW 
Objective 4: Universalschnittstelle
Objective 5: Investcontainer (Verknüpfungsfunktion)
Objective 6: Testautomatisierung 
O1: 
Die fBF kann die Universalschnittstelle aus dem ISM verwenden, um die Daten für neue Anmeldeobjekte inkl. Unterobjekte in BBPneo zu importieren, mit dem Ziel, dass z.B. die Doppeleingabe von Anmeldungen in PZE und BBPneo durch die Anmelder entfällt.
Vorschlag:
2 Objectives zu Spezifikationen (Objective 1&2)
1 zum Tests der Releases (Objective 3)
2 für konkrete, wichtige Fachlichkeiten, die wir Live nehmen (Objective 4&5)
1 für TA (Objective 6)
→ Spezifikationen erzeugen Business Value
→ Bessere Abbildung ...
Risiken & Abhängigkeiten
3
complete
Risiko
9
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1226
37
incomplete
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1231
10
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eAST-2933
21
incomplete
Fachbereiche müssen zeitlich passend die Importdaten für Test und go-live zur Verfügung stellen: 
22
incomplete
PzE Daten
23
incomplete
Investcontainer
34
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1227
24
incomplete
Baubetroffene Züge
32
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1228
6
incomplete
Abhängigkeiten
25
incomplete
FOPs wird benötigt um bestimmte Konfigurationen nach Rücksprache anzulegen (Nicht-Terminfreigabe o.ä.)
26
incomplete
Fachbereiche müssen zeitlich passend die Importdaten zur Verfügung stellen: 
27
incomplete
PzE Daten
28
incomplete
Investcontainer
29
incomplete
Baubetroffene Züge
30
incomplete
SB2 Kopien können nur durchgeführt werden, wenn die entsprechenden Personalien erreichbar sind. Unsere Arbeitsplanung ist nur valide, wenn die Arbeit im abgesprochenen Zeitraum stattfindet. 
| Prio in PI
| RisikenFeature
| Commit?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI 36  möglich?
| Abhängigkeiten
| Risiken |
|
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1169
|
| Die fBF kann die Universalschnittstelle aus dem ISM verwenden, um die Daten für neue Anmeldeobjekte inkl. Unterobjekte in BBPneo zu importieren, mit dem Ziel, dass z.B. die Doppeleingabe von Anmeldungen in PZE und BBPneo durch die Anmelder entfällt. 
|
|
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1041
|
|
1 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1121
|
| Es wurde eine Funktion eingeführt, welche dem Anwender die neue Verknüpfungsart zwischen einer Container-Hülle und Bedarfsobjekten ermöglicht, mit dem Ziel die Anforderung aus ANNEX VII umzusetzen.
|
|
|
|
|
2 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1146
Aufwandsstorys erstellen
|
| Es wurde eine Importschnittstelle "baubetroffene Züge" spezifiziert, die es ermöglicht, aus einer bereitgestellten Importdatei die Werte nach BBPneo zu übernehmen und in der GUI an Anmeldeobjekten inkl. Unterobjekten angezeigt werden. |
|
| altes Feature  das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1075
|
|
3 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1148
|
|
|
|
|
|
|
4 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1034
prüfen, ob das Feature aus fachlicher Sicht noch aktuell ist
|
| Analyse zur vereinfachten Berechnung und Anzeige der BKE Kategorie in BBPneo als Grundlage für eine reibungslose Spezifikation ist abgeschlossen
|
|
|
|
|
6 |
| Baufreiheiten
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1219
|
| Vorabinfo: die Import-SST für die Bautakte und auch die neue Universall-SST können keine Baufreiheiten entgegennehmen. 
großer fachlicher Entscheider WS findet am 15.04.2025 statt, danach können die Aufwände für Team AST abhängig von der Anforderung und der Dringlichkeit abgeleitet werden.
|
|
|
|
|
7 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1188
|
|  
|
|
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1217
|
|  
|
|
|
|
|
| wichtig, aber kein Fokus Thema |
|
|  
|
|
|
|
|
8 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1213
|
|
| Anpassung der Kleinigkeiten beim Schattenfinder
Umsetzung (Test) von der Datumseingabe
|
|
|
|
9 |
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1171
|
|
| Abschließende Klärung wie die Nicht-Terminfreigabe erfolgen soll
Umsetzung der Konfig
Test
|
|
|
|
11 |
|
|
|
|
|
|
|
|
12 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Testautomatisierung
| Prio in PI | Feature | Zuständigkeit | Commit? | vorhandenes Objective / Idee Objective | Inhalt/offene Tätigkeiten | Abschluss Feature in PI 36  möglich? | Abhängigkeiten |
1 |
| das I.NVI IT Lifecycle Management Toolissuekey,summarykey,summaryd1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1131
| AST/FOPS
|
| Go-Live von weiteren 10 bestehenden autom. Reg.-Testfällen, sowie Optimierung durch Implementierung von Rollen/User spezifischen und parallelisierten Testens für den Abbau der manuellen Testaufwände, um den Nutzern die neuen Funktionen schneller und qualitativ hochwertiger zur Verfügung zu stellen. | das I.NVI IT Lifecycle Management Toolcustomfield_24101Checklists20key = C2SBBP-1131 d1143f0d-33c0-3f1c-b44b-7720150f306e
| ✔️ |
|
2 |
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1137
| AST
|
| Go-Live von weiteren 10 bestehenden autom. Reg.-Testfällen, sowie Optimierung durch Implementierung von Rollen/User spezifischen und parallelisierten Testens für den Abbau der manuellen Testaufwände, um den Nutzern die neuen Funktionen schneller und qualitativ hochwertiger zur Verfügung zu stellen. | das I.NVI IT Lifecycle Management Toolcustomfield_24101Checklists20key = C2SBBP-1137 d1143f0d-33c0-3f1c-b44b-7720150f306e
| ✔️ |
|
3 |
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1140
| AST/FOPS
|
| Go-Live von weiteren 10 bestehenden autom. Reg.-Testfällen, sowie Optimierung durch Implementierung von Rollen/User spezifischen und parallelisierten Testens für den Abbau der manuellen Testaufwände, um den Nutzern die neuen Funktionen schneller und qualitativ hochwertiger zur Verfügung zu stellen. | das I.NVI IT Lifecycle Management Toolcustomfield_24101Checklists20key = C2SBBP-1140 d1143f0d-33c0-3f1c-b44b-7720150f306e
| ✔️ |
|
4 | Gewünscht von Jörg | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1141
| AST/FOPS
|
| Go-Live von weiteren 10 bestehenden autom. Reg.-Testfällen, sowie Optimierung durch Implementierung von Rollen/User spezifischen und parallelisierten Testens für den Abbau der manuellen Testaufwände, um den Nutzern die neuen Funktionen schneller und qualitativ hochwertiger zur Verfügung zu stellen. | das I.NVI IT Lifecycle Management Toolcustomfield_24101Checklists20key = C2SBBP-1141 d1143f0d-33c0-3f1c-b44b-7720150f306e
| ✔️ | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1140
|
5 |
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1139
| Josephine, Carsten, Frank
Zuarbeit Jens Florian |
| Go-Live von weiteren 10 bestehenden autom. Reg.-Testfällen, sowie Optimierung durch Implementierung von Rollen/User spezifischen und parallelisierten Testens für den Abbau der manuellen Testaufwände, um den Nutzern die neuen Funktionen schneller und qualitativ hochwertiger zur Verfügung zu stellen. | das I.NVI IT Lifecycle Management Toolcustomfield_24101Checklists20key = C2SBBP-1139 d1143f0d-33c0-3f1c-b44b-7720150f306e
| ✔️ |
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-37-Team-PIP.md
+464
View File
@@ -0,0 +1,464 @@
# [PI 37] Team PIP
Version: 103 | Last modified: 2025-06-26T12:29:49.219+02:00
Source: confluence page ID 445491844
---
Grobe Themengebiete für PI37 - Ziele nach aktueller PrioLieferung KW26 - 27.06.2025 . go-live 20.07.2025Universalschnittstelle PzE + Investcontainer
Investcontainer Verknüpfung + Überdeckung
Lieferung KW31 - 01.08.2025 - go-live TBD
Lieferung KW35 - entfällt
Lieferung KW39 -26.09.2025- go-live TBD
Überarbeitung Baumansicht - nur Analyse
Komfortfunktionen Mikroskopische Verortung - nur Analyse
SE/IAV Defaultwerte korrigieren
Performance Schattenfinder
Objectivesdas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3039
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-2940
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-2941
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3166
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3034
Risiken & Abhängigkeiten
3
incomplete
Risiko
23
614b1ea7-2dad-4a53-af65-91a7851448e5
incomplete
Importe auch unter der Woche ausführen Import SST, sonst Zeitleiste fraglich
24
9eff88c8-9aa7-489c-95f6-faef43d5375d
incomplete
Seite mit dem neuen Risiko-Syntax und der Beschreibung: Risk Management BARD - C2S | BARD | ART - ariJa Confluence
6
incomplete
Abhängigkeit
10
incomplete
BKE - was braucht BaBeDas?
11
incomplete
FOPS Unterstützung go-live Investcontainer
12
incomplete
Schulungen - welche Kapa von Peter / Monika?
14
incomplete
BOA Tätigkeiten? Haben wir hier ein To Do? Ticket 2922
18
85d36d9a-055b-41d6-b4cc-204ab126286b
incomplete
ÄvG - mit FOPS klären > siehe Mailverkehr
20
16cbbb6e-b4c6-41ac-ba3a-60d430d10c2b
incomplete
geplante Betra CRs für Testing und Test Design einpflegen
Themen nach Prio sortiert
Prio in PI
| Typ
| Feature
| Wer? Entscheidung im PIP
| Commit?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI 37  möglich?
| Abhängigkeiten
| Risiken
|
1 | Test + Support
| go-live Universalschnittstelle für Investcontainerdas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1169
| Team 1 Person / Unterstützung PO
 
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3039
| alle offenen Themen rund um go-live bestimmen und durchführen
Importtests durchführen - Vollversion
UAT?
siehe bereits vorhandene Sprinttickets
| Ja | Datenlieferung
|
|
2 | Test + Support
| go-live PzE Schnittstelledas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1169
| Team 1 Person / Unterstützung PO
 
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3039
| alle offenen Themen rund um go-live bestimmen und durchführen
WF für PzE Objekte erstellen und vertesten
Importtests durchführen - Vollversion
siehe bereits vorhandene Sprinttickets
Anfrage von Sören besprechen (nach Rücksprache mit Carla)
Anfrage von Alfredo bearbeiten (Rücksprache mit Carla)
250250
| ja | Datenlieferung - Produktive Daten für Investcontainer können erst Ende August übergeben werden, da vorher der Prozess nicht abgeschlossen ist.
|
|
3 | Support
| go-live Investcontainer (Verknüpfung + Überdeckung)
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1121
| Team 1 Person / Unterstützung PO
 
Participants:  
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-2940
| alle offenen Themen rund um go-live bestimmen und durchführen
UAT?
| ja | Konfig aus Fachbereich
|
|
| Konfig/Test?
| Umsetzung BOA im n-1 schon nutzen, neuer WF > DL Mixe mit Daniel Pöhle
|
|
| Wir? FOPS?
| welches To Do hat AST hier, wenn überhaupt?WF Design muss noch vorgelegt werden > Termine Sabine + Tanja Kämper am 27.06.2025 |
|
|
|
| Spez
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1291
| 2 Personen Team
 
 
Participants: Monika (fachlich) + Peter
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3166
| Analyse
Spez
250
|
|
|
|
4 | Test
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1128
| Team alle |
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-2941
| Cases siehe Backlog
| ja | HaCon
|
|
5 | Test
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1267
| Team alle / Betra Tests neu verteilen → Esther, Valeria und Nataliia
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-2941
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3040
| Cases siehe Backlog
| ja | HaCon
|
|
6 | Spez
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1269
| 1 Person
 
 
Participants: Monika
|
|  
| Spezifikation mit Ziel KW39, alternativ 43
optional Testdesign noch in diesem PI
| ja | --
|
|
7 | Analyse
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1264das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eLPM-1544
| PO, perspektivisch +1 Person Team
Participants:  
|
| mögliches Teamobjective
| Termin BaBeDas und HaCon ausstehend - Sabine organisiertfachliches Problem: wir wissen nicht, welche Gleise betroffen sind
HAKO Austausch zur Übergabe der Mikroskopie
Nach dem Termin zu klären: was sind die Möglichkeiten und damit Tätigkeiten, die sich hieraus für das Team ergeben?
Termin am 07. Juli mit Hacon ausstehend
Pufferticket von 2 SP einplanen pro Sprint
| ja | Ergebnisse aus Initialtermin
|
|
9 | Analyse
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1265
| nur PO, Valeria
|
|
| Baufreiheiten in BBPneo (Carla)
BKE Berechnung unterstützen (Carla?)
makroskopische Ausrichtung der BSt gleisscharf (Monika)
KM in BBR (Monika)
Unterstützung Strategie Trio durch Valeria - wie viel % wird Valeria hier eingesetzt?
....
| ja, Aufwandsfeature |
|
|
10 | Analyse
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1266
| 2 Personen Team
 ,
,  
  
|
|
| FBF Tickets konsolidieren
laut Monika auch mit zu berücksichtigen: FBFBBPNEO-3087 - "Gebündelte tVE" kenntlich machen. (aus Anwenderecho) Evt. 10 % PI 33 oder sogar Thema aus Userumfrage 2024:    
Themenstränge und Probleme aufbereiten
offen Fragen notieren
Lösungskonzept erarbeiten
evtl OOS: Rücksprache mit Anwendern (soll erst mit Konzept geschehen)
| Ja |
|
|
11
| Spez
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1273
| 2 Personen Team
 
|
|
| Analyse/Rücksprache: gibt es weitere Punkte, die beim Kopieren angepasst werden müssten?
Spez bei AST
Alfredo und Benjamin definieren eine Anf. an BBPneo zum verändernden Verhalten beim Kopieren von den den Anmeldungen/ BBMN/tVE /bVE: gewünschtes Verhalten, eine Abfrage an die Nutzer, ob die SE und IA Informationen übernommen werden sollen. Das Risiko ist bekannt, dass dabei automatisch nicht relevante Elemente mit kopiert und weitergeben werden.
Alfredo und Benjamin definieren eine neue Anforderung: Setzen der Checkboxen für die Logisitikgleise/ SE und IA automatisch auf "nein" beim Erstellen von neuen Objekten.
Die User werden noch mal auf die Kopierfunktion von den ausgewählten SE und IA Elementen hingewiesen, um temporär bis zur Umsetzung der neuen Anforderung den Aufwand zu reduzieren. Alfredo Lorenz Sadi Wenzel und Alexandra Werning wer nimmt das To-Do mit?
Hier sind die Werte ersichtlich, welche aus BBPneo für IA im Babsi Export enthalten sind:
Hier sind die Werte ersichtlich, welche aus BBPneo für SE im Babsi XML Export enthalten sind:
| ja |
|
|
12 | Weiterentwicklung
| Testautomatisierung
Feature wird von Natalia erstellt
|  
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3034
|
|
| InfraTec
|
|
13 | Support
| Aufwände Schulungen (Umgebungsmanagement + Unterstützung Anmelderschulung)
Sammler PI37 operative und ungeplante Arbeiten
| ,
,
 
|
|  
| Zum PI erforderliche Unterstützungskapa abfragen
| Ja |
|
|
14 | Support
| OSB BOB Workaround weiter ausführen?
Sammler PI37 operative und ungeplante Arbeiten
| ,  
|
|  
| Absprache mit FOPs + BARD Sync
| Ja |
|
|
15 | Support
| FBF Unterstützung
Sammler PI37 operative und ungeplante Arbeiten
| , ,  
 
|
|  
|
| ja |
|
|
16
| Support
| Kopieraktionen Esther
Sammler PI37 operative und ungeplante Arbeiten
|  
|
|
| wie oft?
| ja
|
|
|
17
|
| SDT 120
Sammler PI37 operative und ungeplante Arbeiten
|  
|
|
| Tätigkeiten erst ab ca. S4 
Überarbeitung Test Design
Absprache mit FOPs
Tätigkeit ab S1
Prüfen, ob die Datenübernahme neuer Segmentierung mittels Skript weiterhin möglich ist (Infratec - Kaan)
|
|
|
|
|
| Analyse
| Schichten
|
|
|
| Schichtdauer 23:59 (kein aktuelles Ticket vorhanden), Infos hier:Absprache mit Betra
ggf Nachspez
Rücksprachen mit SST Systemen
AST-16 IRS-86665: Interpretation von Schichten anpassen (Ende <= Anfang) (Spezifikation)
AST-2515 Anpassung von Unterobjekten zur Kopie Baufokuswochen bei falsch ausgewählter Schichtart "schichtweise" in der Produktion 
IRS-76333 - CR XXX: Es soll eine zusätzliche Schichtart "Schichtweise mit VT" eingeführt werden (Spezifikation)
|
|
|
|
| Analyse | SST Systeme |
|
|
| BOA (Analyse) IRS-87453: CR XXX: BOA Definierte Unterbrechungen an bVE übergeben.
BOA Ausfalltage
AST-304: Behebung bekannter BOA-Fehler
Erstellung einer Versionenänderung für BBP-XML
(Klärung mit SST-Patnern) TCSM16-3807 CR XXX: Automatische Übergabe von BBMN an das FTG Verzeichnis
|
|
|
|
? | Analyse
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-210
|
|
|
| Trio klären: AST oder FOPs? |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-38-Team-AST.md
+493
View File
@@ -0,0 +1,493 @@
# [PI 38] Team AST
Version: 73 | Last modified: 2025-09-17T15:56:02.542+02:00
Source: confluence page ID 464843627
---
Grobe Themengebiete für PI38 - Ziele nach aktueller Prio
Objectivesdas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3448
Schattenfinder Invest-Container?
UNCOMMITTED: Import von Baubetroffenen Zügen (Info-Flussvereinbarung fehlt)
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3301
Objective : TESTAUTOMATISIERUNG
Risiken & Abhängigkeiten
3
incomplete
Risiko
6
incomplete
Abhängigkeit
9
8412134c-8df0-4ad7-8a6e-e830a9483e57
incomplete
FOPS:
10
30ce5243-1365-400e-8cc4-a99b795219c9
incomplete
AST-3451 Verbundtest OSB BOB
12
11403645-ade7-4968-b1b2-b8e1195c38de
incomplete
fbf Absprachen
19
f32e18fe-19b2-433c-ac90-94d324259143
incomplete
Jörg CRs?
23
78acbb00-f8f2-4c43-91e6-f85d1e67b5d4
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eINFRA-2145
24
92c2b649-86ae-41b7-a358-3604e4aa83bd
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eINFRA-2146
20
9b9620fc-70ff-41da-bc38-d5f218d0bbb1
incomplete
alles rund um Fristen
14
d6eb099f-3ba9-4ae6-aaa9-8e8a18df74a4
incomplete
Betra Tickets klären
16
92b2b4d6-e4e0-45ed-b0c7-980bbcf2a077
incomplete
4227 spez mit Esther
| Feature
| Commit?
| Wer
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI 3/ möglich?
| Abhängigkeiten
| Risiken
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1324
|
|  
 
|
| Use Case: nach ISS Update entstehen Inkonsistenzen, diese müssten in allen Containern behoben werden. Idee ist hier, die Inkonsistenz einmal zu beheben und an alle Kopien die aus XY entstanden sind, die korrigierte Mikroskopie zu vererben, damit der Arbeitsaufwand reduziert wird
Fachlicher Ansprechpartner?Anmeldeeinheiten: TBD
rKBB/zKBB- Carla hat bereits mit Benjamin gesprochen - sinnvoll uns muss auch für bVEn berücksichtigt werden
Fachbereiche noch mal generisch denken lassen: macht eine Funktion "Mikroskopie kopieren und/oder vererben an" auch für nicht-Containerobjekte Sinn?
wie viele Container müssen tatsächlich händisch angepasst werden und wie viele werden durch unseren Behebungsalgorithmus bereits bereinigt?
|
|
|
|
1 | Lieferung KW 39
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1146
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1034das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1270das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1060
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1175
|
| Team alle
|
| Testing
Defectmanagement
|
| Folgeaufwände bei FOPS?
|
|
2 | Lieferung KW 43
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1269
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1213
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-776
|
| Team alle |
| Testing
Defectmanagement
|
| Folgeaufwände bei FOPS?
|
|
3 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1266
|
|  
 
|
| Termin: Sabine nach fertiger Analyse das Konzept, was spezfiziert werden soll, vorstellen
wenn ok, dann spez
|
| Folgeaufwände bei FOPS?
|
|
4 | GEBLOCKT, da keine konkreten  Anforderungen vorliegen
BAUFREIHEITEN
|
|
|
| Soll das überhaupt umgesetzt werden? bisher keine Anforderungen vorhanden, aber potenziell wird es wieder eilig
Ziel wäre schon August '26
Kein konkreter fachlicher Ansprechpartner bekannt
|
|
|
|
5 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1362
Stand 09.09.: GEBLOCKT für PI38, da keine konkreten  Anforderungen vorliegen
|
| Aus meiner Sicht muss das Thema mindestens zu 50% bei FOPS liegen
|
| Doku aus erstem Termin (bei dem Carla dabei war)
https://arija-confluence.jaas.service.deutschebahn.com/x/XhfpH
BBMN sollen im System sein, dass sie außerhalb von Fristen angelegt werden könnenkönnen/sollen nur BBMN angelegt werden? klassisch gibt es eigentlich nicht nur eine BBMN
welcher WF (unklar)
ggf. generische Lösung: ist es möglich, ein Anmeldefenster nur für bestimmte Personen oder Personengruppen freischalten zu lassen
Ansprechpartner:sonstiger Ansprechpartner unklar
IA mit abholen, was müssen sie hier monitoren?
|
|
|
|
6 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1369
|
|  +  
|
| Welches Release ist realistisch?
Spezifikation notwendig
Fachlicher Hintergrund:tVE und bVE haben aktuell keine Wirkrichtung, im Bahnhof kann diese auch nicht sinnvoll ausgegeben werden
eine Wirkrichtung hat bisher nur die BBR
in den ISS Angaben ist keine Richtungsangabe vorhanden, daher kann es nicht "einfach" ausgelesen werden
aus SB2 Mail Lea, Analyse war in PI37 siehe hier
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3238
Anforderer/Ansprechpartner Christian Rucho
Schritte in PI38Review mit Christian: wäre das der Wunsch gemäß SB2
Rücksprache mit Anwendern halten bevor spezifiziert wird? Steht uns das zu? falls nicht über Trio laufen lassen.
Rücksprache mit den betroffenen Prozessphasenbetreuern + betroffenen Anwendergruppen (rKBB, zKBB)
klären: ist hier eine Rücksprache mit dem Fahrplan notwendig?
|
| keine Zusatzaufwände bei FOPS absehbar.
|
|
7 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1389
|
|  +  
|
| Review mit Christian Rucho
Fachlicher Hintergrund:bisher findet keine Validierung von KM Angaben in den Fachobjekten statt
hierdurch entstehen Probleme bei der Identifizierung von Projekten zu BBRn
  Tickets erstellen und Monika fügt Analyse hinzu
Spezifikation wenn möglich Start in PI38
|
|
|
|
8 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1368
Fokus nicht nur auf inaktive Objekte in Zusammenhang mit Gültigkeit, sondern allgemein wie werden inaktive Objekte berücksichtigt
Erst mal nur Analyse, dann Spez.
|
| Welches Release ist realistisch?
 
 
|
| Ansprechpartner Alfredo
Termin mit Fachbereich notwendig
Fristigkeit nur im KKM ein Thema
Per Konfig lösbar mit Aneesh:Terminberechnung hinsichtlich koordinierter Zeiten, Auswahl der Variante
Offen:Umgang mit inaktiven Objekten
auch Tickets: 10113 und 9622 
weitere Fälle müssen noch ausgearbeitet werden, FOPS sollte hier involviert werden, weil die im Zweifelsfall auch weitere Themen rund um inaktive Objekte in Bezug auf Gültigkeiten kennen
Abgleich mit der Richtlinie 406
Bei eventuellen Fragen Benjamin Kretz (Fops) ansprechen.
|
| Fristigkeit soll Aneesh in PI 38 vorgenommen werden > bestimmte Szenarien können per Konfig gelöst werden >>> Monika unterstützt
|
|
9 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1335
|
|  
 
 
|
| Abschluss Analyse
Spezifikation für Kostenschätzung
|
| Aufwände bei FOPS?
|
|
10 | das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1341
|
|  
 
|
| Doku bitte hier https://arija-confluence.jaas.service.deutschebahn.com/spaces/C2SBBPneo/pages/472809803/PzE+Datenimport+Fahrplanjahr+2028
Planung für PI38
PI38 User Umfrage Nutzung PzE erstellen
PI38 (PzE, BBPneo) VE Arten zwischen den Systemen ab/angleichen?
PI38 (PzE, BBPneo): Art der Arbeiten prüfen (Analyse & Einfach Anpassungen)
PI38 (PzE, BBPneo) Mapping Projektnummern verfeinern (z.B. IH, Extern, Großprojekt, Eisenbahnkreuzungsgesetz) & gebildete Projektnummern (Ex_) (PzE)
(PzE) Verkehrstage Übertragung - in PzE bereits früher pflegen lassen, da Übertragung möglich
(PzE, BBPneo) Leistungsmengeneinheiten prüfen, PI38 (PzE) Summe Leistungsmengen in PzE
PI38 (PzE, BBPneo) Sperrzeitbedarf vs. Datum (ggf. abhängig zu "Flexibler Zeitraum", siehe unten)
Prüfung für PI38 im gemeinsamen PIP-Termin
(PzE): Vorschau des Objekts in BBPneo (z.B. "User ist nicht bekannt") → "kann (nicht) übertragen werden" 
PI38: Workflow PzE Entwurf
PI39: Zwischentests - IAV & SE Datenanalyse: Ursache zu Abweichungen zwischen Systemen & Lösungsoptionen entwickeln
Automatisierung der Log-Auswertung (Skript? ggf. Marco fragen?) >>> Importlog überarbeiten; Defects anhängig
Terminserie mit Valeria 1x die Woche vereinbaren
|
| PzE - Rücksprache über geplantes Vorgehen Meetings und Aufwände prüfen
Bitte Aufgaben den Sprints zuteilen!
Folgeaufwände bei FOPS?
|
|
11 | TA Umsetzung weiterer Testfälle
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1339
|  
 
 
|
| 11 bei AST, Rest bei Betra
Jens Florian sondiert mit AST Kollegen im PIP, welche TF angegangen werden sollen
|
|
|
|
12 | TA - Paralleles Testen
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1141
|  
|
| Performance der Testdurchführung verbessern
Tests laufen gerade nacheinander, könnten parallelisiert werden
wird über Selenium umgesetzt
|
|
|
|
13 | TA - Umstellung Chrome auf Edge
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1135
|  
|
| Pipeline muss auf Edge umgestellt werden, derzeit läuft es nur auf Chrome
Lokal kann bereits auf Edge getestet werdenLokal können beide Browser getestet werden, aber nicht in der Pipeline
|
|
|
|
14 | Sammler Operative und ungeplante Tätigkeiten
|
| Team alle |
| FBF Unterstützung
Analysethemen aus PROD
Sonstiges...
|
| Folgeaufwände bei FOPS?
|
|
Unterhalb der Linie, Themen die gezogen werden können, wenn noch Langeweile/Kapa vorherrscht
|
| Strukturtest Regression bei Überdeckung usw.
|
|
|
| Gesamtabgleich via Exporten, ob Werte grundsätzlich geändert wurden
|
|
|
|
| Prozessklärung/ Weitere Schritte BKE Berechnung
|
| Carla
|
| Status' aktivieren
Rücksprache Fachbereich: fachlichen Prozess für Nutzung der neuen Implementierungen zu BKE light und voll klären
|
| FOPS, BaBeDas, AST
Folgeaufwände bei FOPS?
|
|
| Themen aus Shortlist FOPS
|
|
|
| Shortlist liegt hier
|
|
|
|
| TCSM16-4138    Die Sortierung der SE-Gleise wird falsch durchgeführt (immer nach der ersten Zahl)
|
|
|
| kann man Sortierung allgemein angehen? sollte man das?
|
|
|
|
| To Do Regeln überarbeiten?
|
|
|
| siehe auch Alfredo Thema oben
|
|
|
|
| PRÜFEN OB GESAMT-ÜBERHOLUNG DER TO DO REGELN
|
| Welches Release ist realistisch?
|
| Ansprechpartner: Alfredo
Soll-Termine in To Do Liste anzeigen
zum aktuellen Sachstand befragen // kann FOPS hier übernehmen?
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eFBFBBPNEO-10722
|
|
|
|
| Wenn große Themen platzen, Verknüpfungsansicht überarbeiten ?das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eFBFBBPNEO-11227
| Ticket nur als Beispiel
|
|
| Wenn Baufreiheiten platzen und/oder Havariefälle, gleiches Vorgehen wie bei Baumansicht: ein PI Analyse, ein PI Spez
|
|
|
|
18 | Aufwände AST Bau
|
|
|
| Weiterverfolgen(Nicht-)Terminfreigabe
Anschluss und Vorgangsnummern
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-39-Ablauf-Team-AST.md
+177
View File
@@ -0,0 +1,177 @@
# PI 39 Ablauf Team AST
Version: 1 | Last modified: 2025-11-27T14:19:20.823+01:00
Source: confluence page ID 517789879
---
{"generalSettings":{"tabSpacing":3,"tabWidth":100,"tabHeight":65,"direction":"horizontal"},"activeSettings":{"backgroundColor":{"color":"#040081"},"text":{"fontSize":36,"color":"#fff","textAlign":"left","fontWeight":"normal"}},"inactiveSettings":{"backgroundColor":{"color":"#f4f5f7"},"text":{"fontSize":18,"color":"#5e6c84","textAlign":"left","fontWeight":"lighter"}},"contentSettings":{"backgroundColor":{"color":"#fff"},"boxShadow":{"shadows":[{"color":"rgba(0, 0, 0, 0.2)","x":0,"y":1,"blur":6,"spread":0},{"color":"rgba(0, 0, 0, 0.4)","x":0,"y":12,"blur":4,"spread":-10}]},"border":{"style":"solid","width":1,"top":false,"bottom":true,"left":true,"right":true,"color":"#f4f5f7"},"padding":{"top":15,"right":15,"bottom":15,"left":15}},"hoverSettings":{"backgroundColor":{"color":"#dfe1e6"},"text":{"fontSize":18,"color":"#5e6c84","textAlign":"left","fontWeight":"lighter"}}}1
PI Planning Tag 1
| Zeit | Thema | Inhalt | Wer |
1 | 09:00 - 09:30
| Business Context C2S
A.5.100
| Wir schauen Business Context gemeinsam über Großmonitor
| ART |
2 | 09:30 - 10:30
| BARD Business Context und Architekturvision
A.5.100
| Begrüßung
Agenda v.a. Änderungen und WHY zur Teilnahme (Natalia)
Planungsprämissen PI 39 & Inhaltlicher Scope (PM, SA)
Blick auf die Features in Jira über das Kanban Board.
BBPneo und BETRA Release-Planung: Zeitplan Validierung
Babedas Release-Planung
Link auf PPT-Folien vom TRIO
| ART
|
3 | 10:30 - 13:00 | Team Breakout Sessions (I von IV)
A.3.400
| Features je Team in priorisierter Reihenfolge vorstellen 
Fachliche Deadlines (Spez/Meilenstein) anschauen
Gesprächsbedarfe mit anderen Teams/Trio
Aufteilung der Themen 
Breakdown der User Stories Stories erstellen und beschreiben
Personen zuordnen
Erste Schätzung abgeben 
________________________________________________________________
Termine in Breakout I
| AST |
4 | 13:00 - 14:00 | Mittagspause
A.5.100
| Gemeinsames Pizza essen | Alle |
6 | 14:00 - 16:30  | Team Breakout (II von IV)
A.3.400
| Feature Breakdown: User Storys erstellen inkl. Schätzung und in Jira verlinken
Risiken erstellen und Verlinkung in Jira sicherstellen
Abhängigkeiten zu anderen Teams erstellen und verlinken
wenn möglich groben Entwurf Objectives erstellen
Ziel: zum Draft Plan Review 
die POs über die Team Breakout Ansicht in Hive (bitte Teamauswahl beachten) und ggfs. (Draft) Team Objectives anhand vom ART Report vor.
Beantworten bis Mi, 16:30:
Welche fachlichen Deadlines gibt es in diesem PI? Welche Risiken sehen wir?
Ist die Releaseplanung für uns so durchführbar? Welche Risiken sehen wir?
Welche Features schaffen wir nicht in diesem PI?
Wo sehen wir Abhängigkeiten? (Wenn wir das machen wollen, muss vorher ... passiert sein.)
Welche Risiken sehen wir sonst?
____________________________________________________________________
Termine in Breakout II
 ??? Sync mit HaCon bzgl. der anstehenden Releases
15:00-15:15: Sync TRIO + POs + SMs (Raum A.3.416)
Fachliche Abhängigkeiten
Impediments & Risiken
Vereinbarung von Gesprächs-Slots 
Evaluierung Planning Fortschritt des Teams
| AST |
7 | 16.30 - 17.30
| Draft Plan Review: Vorstellung Entwurf PI-Planung
A.5.100
| Vorstellung der wesentlichen Features durch POs anhand der Team Breakout Ansicht.
Welche Aufwände eingeplant?
Mit welchen Teams Abhängigkeiten?
Welche Features haben fachliche Deadlines (Meilenstein oder Spez.-Abhängigkeit), die im PI selbst liegen?
welche Features können im PI nicht umgesetzt werden? → Tag "PIXY" und "PIXY" in der Überschrift entfernen
| Alle + BOs
|
8 | 17:30 - 18:00
| Management Review & Problem Solving
A.5.100
| Gibt es Punkte, die die BOs dem TRIO zur Draft Plan Review für die Teams mitgeben wollen? Planungsanpassung nötig?
Risiken benennen, die BOs + Solution betreffen. 
zur Sicherheit: Risiken in den Team Reports durchsuchen
Bei Bedarf: Team Objectives anschauen
| BOs, TRIO, POs, SMs
|
PI Planning Tag 2
| Zeit | Thema | Inhalt | Wer |
1 | 09:00 - 09:15 | Recap vom Vorabend /Planning Adjustments
A.5.100
| Vorstellung der Risiken und Maßnahmen aus der Management Review und Problem Solving Session.
→ Bitte mit in die Planung aufnehmen
| ART
|
2 | 09:15 - 11:30 | Team Breakout (III von IV)
A.3.400
| Feature Breakdown: User Storys erstellen inkl. Schätzung
Welche Features sind out of Scope? 
Risiken erstellen und Verlinkung in Jira sicherstellen
Abhängigkeiten zu anderen Teams erstellen und verlinken
Objectives:Formulieren
Checkliste nutzen 
Fragen:
Passt unsere Auslastung zu unserer Kapazität?
neu! Sprint 1 starten 
____________________________________________________________
Termine in der Breakout
10:15-10:30: Sync TRIO + SM + POs (A.3.416)
Fachliche Abhängigkeiten
Impediments & Risiken
Unklarheiten und Vereinbarung von Gesprächs-Slots
Evaluierung Planning Fortschritt des Teams
| AST |
4 | 11:30 - 12:30
| Mittagspause | Mittagessen im Casino | ART |
5 | 12:30 -15:15 | Team Breakout (IV von IV)
A.3.400
inkl. BV Vergabe
Start in A.3.416
| Finale Formulierung der Objectives
Vorschlag für Planned Business Value
Welche Features sind out of Scope?
Zwischen 14:00 - 15:00: Business Value Vergabe. 
Im Anschluss: Team Confidence Vote durchführen und eintragen
| AST |
6 | 15:15 - 16:00
| Final Plan Review
A.5.100
| Recap (Trio) - 15 Minuten
Recap BV Vergabe (RTE)
ART Objectives für das PI39 (PM)
Risiken Zusammenfassung + Maßnahmen (Vorstellung durch Risk Owner) (Co-RTE)
POs fassen für ihr Team die Planung zusammen über die Team Reports View (5 Minuten je Team)
Features benennen die nicht eingeplant wurden (Delta)
| Alle + BOs
|
7 | 16:00 - 16:30
| ART Confidence Vote & PIP Retro
A.5.100
| Ausfüllen Feedback-Wall als Basis für künftige Verbesserungen
ART Confidence Vote vor Ort - 15 Minuten
durchführen und eintragen 
 
| Alle
|
| 16:30
|
| ENDE DES PIPs 39
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-39-Team-AST.md
+282
View File
@@ -0,0 +1,282 @@
# [PI 39] Team AST
Version: 40 | Last modified: 2026-02-18T07:55:19.004+01:00
Source: confluence page ID 482496714
---
Grobe Themengebiete für PI39 - Ziele nach aktueller Prio
ObjectivesObjective 1: das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3710
Objective 2: das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3711
Objective 3: das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3713
Objective 4: das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3712
Objective 5: Massenfunktion Mikroskopie kopieren zur Inkonsistenzbehebung fertig spezifiziert (Ausbaustufe 1+2) / Navigationsbaum?
Risiken & Abhängigkeiten
3
incomplete
Risiko
9
57f9c8cd-3771-427c-9336-bca6324dcf0b
incomplete
Spez Deadlines können nicht gehalten werden, Anforderung Baufreiheiten völlig unklar
12
568344ae-907a-4084-9d7e-3075d517f2c6
incomplete
Zielsetzung Investcontainer unklar
14
d09cf496-6fcf-4b06-97a8-a5301a1c2174
incomplete
Monika nicht da, wenn tiefergehendes Fachwissen gebraucht wird, kommen wir hier in Schwierigkeiten
6
incomplete
Abhängigkeit
10
b896a6b5-5aad-4b0d-9b92-193ea1e5d68b
incomplete
Anforderung Fachbereich unklar
17
6822dea0-fc1a-4c8a-95a7-0bde613825fa
incomplete
User Umfrage - gemeinsame Bearbeitung PzE & BBPneo, v.a. Auswertung von Anforderungen
18
841f1395-bfe8-4515-a2ca-368cd8c3f015
incomplete
PzE-BBPneo gemeinsame Planung für nächsten Import 2026
Risiken-Syntax:
"Aufgrund von [Ursache] besteht das Risiko, dass [Risiko], was dazu führen könnte, dass [Effekt], wodurch [messbarer Impact] entsteht."
Deadlines:
BKE Thema geht im Mai live, PI39 endet zwar im März, es sollten aber alle Abhängigkeiten und offenen Themen bis Ende PI39 offengelegt seinSpez Import von BKE Kategorien ist zu klären (Deadline Mai)
10.02.   Spez Deadline für KW27Baufreiheiten CR
Investcontainer > Anforderungsdoc muss überhaupt erst mal eingereicht werden
...
Prio in PI | Feature
| Commit?
| Wer
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Deadline für das Thema
| Abhängigkeiten
| Risiken
|
Themen die aus PI 38 weitergetrieben werden müssen
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1266
|
| Monika, Valeria, Peter
|
| TCSM16-4360-Anpassungen im Baum vornehmen (Symbole und Sortieren) → Diskussion mit FachanwenderInnen anschließen und Spez finalisieren; höchste Komplexität der Navigationsbaum-Cases
TCSM16-4368-Anpassungen im Baum vornehmen (Breite der Baumansicht) → Entscheidung zur (Nicht-)Umsetzung treffen und ggf. fertig spezifizieren
TCSM16-4369-Anpassungen im Baum vornehmen (Dialogfeld Prüfauftrag) → Spezifikation und Freigabe
| Bitte eintragen
10.02.? (dann Major KW27 möglich)
|
| Spezifikationen aus Konglomerat Navigationsbaum beenden
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1324
|
| Natalie, Frank, Monika |
|
| 10.02.2026 |
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1389
|
| Karim, Peter, Monika
|
| Christian Rucho Thema | Bitte eintragen |
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1369
|
| Karim, Peter, Monika |
|
| Bitte eintragen |
|
|
Unterhalb Themen die definitiv kommen
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1443
|
| Carla federführend
|
| Initial Anforderung hier  Anforderung_IN2029
Investcontainer 2029 → Thema kommt am  → Wichtigstes Thema in PI39 → Umsetzung August 2026 / Spez.-Deadline oder
| ? |
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1361
Feature wird nicht in PI39 von AST gezogen
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1419
|
| Carla
Valeria
|
| Carla
Prio: Baufreiheiten → Hacon erarbeitet das Konzept, Team AST gibt Einschätzung dazu ab → Deadline Spez.  oder 
Analyse läuft über Johannes uns Sabine
TCSM16-MMMM - Carla liest durch, Tätigkeiten kommen ggf. erst ab Mitte PI39
------------------------------------------
Valeria
Strategie mit Lea
BKE Themen
| Spez Baufreiheiten bis 10.02.2026 |
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1338
Inhalte 
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1272
 TCSM16-1153   Verbesserung Eingabe Datum von / Datum bis und weitere Eingabemöglichkeiten bezüglich Datum/Gültigkeit
TCSM16-3934  Massenfunktion für IAV-Gleis Bearbeitung
TCSM16-4134   Pagination für Suchergebnisse vorsehen
|
|
|
| CRs, Regression und Defect-Nachtest | Go-live geplant für 01.02.2026 |
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1138
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1420das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1421
|
| Jens Florian
|
|
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1374
|
|
|
| CRs, Regression und Defect-Nachtest | go-live geplant für 13.03.2026 |
|
|
| Lieferung KW11
|
|
|
| für 13.03.2026 Übergabe an DB, dh Testdesigns in PI 39 schreiben | 13.03.2026 Übergabe an DB zum Test |
|
|
| Sammler Operative und ungeplante Tätigkeiten
|
| Team alle |
| Schulungswesen
FBF Unterstützung
....
|
| Folgeaufwände bei FOPS?
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1429
|
| Valeria, Carla
|
| Planung für PI39
PI39, 01.26 (BBPneo): Auswertung ungenutzter Objekte im System
PI39, 01.26 (BBPneo): Löschung ungenutzter Objekte (Klickroboter)
PI39, 01.26 (BBPneo, PzE): User-Befragung zur Schnittstelle → Anfang Januar starten lassen
PI39 (BBPneo): Projektnummern, DSGVO Check
PI39 (BBPneo, PzE): Vorbereitung nächste Datenübertragung (kompletter Ablauf, u.a. auch "neo meldet erfolgreiche Übertragung") → Sprint 7 im PI39
PI39 (BBPneo, PzE): Anforderungen aus Befragungen ableiten und bewerten → Auswertung & Clusterung Anfang Februar; Bewertung der Anforderungen
Abhängigkeiten zu PzE
gemeinsame Auswertung der User Umfrage
gemeinsame Planung des nächsten Imports
|
| PzE - Rücksprache über geplantes Vorgehen Meetings und Aufwände prüfen
Folgeaufwände bei FOPS?
|
|
|
|
|
|
|
|
| Folgeaufwände bei FOPS?
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-39-Team-Objectives.md
+37
View File
@@ -0,0 +1,37 @@
# PI 39 Team Objectives
Version: 9 | Last modified: 2025-12-11T14:24:45.687+01:00
Source: confluence page ID 525215762
---
Team | commited | uncommitted |
AST
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eAST-3710
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eAST-3711
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eAST-3736
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eAST-3713
|
BaBeDaS | das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eBABEDAS-3418
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eBABEDAS-3415
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eBABEDAS-3419
|
FOps | das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3849
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3852
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3987
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3853
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3963
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eFOPS-3990
|
|
InfraTEC |
|
|
PZE | [C2SBBP-1451] PzE: Betreuung der EA für MKM 2029/2030 - DB InfraGO ITD Lifecycle Management Tool
[C2SBBP-1354] PzE: Für die Nutzer werden Unterstützungen während der Eingabe bereitgestellt - DB InfraGO ITD Lifecycle Management Tool
[C2SBBP-1458] PzE: Schaffung einer Abnahmeumgebung um dieses Vorgehen aus der Entwicklungsumgebung herauszulösen - DB InfraGO ITD Lifecycle Management Tool
[C2SBBP-1457] PzE: Bearbeitung von Compliance-Themen (SBF, CSA, Rollenmodell, DeBi und RAIS-Katalog) - DB InfraGO ITD Lifecycle Management Tool
[C2SBBP-1462] PzE: Aufbau eines Anforderungsmanagements für das PzE - DB InfraGO ITD Lifecycle Management Tool
[C2SBBP-1290] PzE: Unterstützung bei der Eingabe/Auswahl der Technischen Plätze | PI 37 + PI 38 + PI 39 - DB InfraGO ITD Lifecycle Management Tool
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-40-Team-AST.md
+450
View File
@@ -0,0 +1,450 @@
# [PI 40] Team AST
Version: 44 | Last modified: 2026-03-18T14:30:53.828+01:00
Source: confluence page ID 517792343
---
Objectivesdas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3940
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3938
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3937
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-3939
Risiken & Abhängigkeiten
12
bcdef471-cf65-4cce-9120-5a9ab1df71d3
incomplete
Risiko
13
a51e1758-25c4-435a-a5e5-3f280a34c7a7
incomplete
das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1492 
14
ecdcb048-9e2a-4f2b-ae96-84642663cba9
incomplete
Abhängigkeit
18
939d60e5-9ca4-4e91-87e1-1d508b132800
complete
Haben die Architekten etwas spezifiziert was wir als Teams verstehen oder vorbereiten und testen müssen?
19
ec5c3eed-258e-42ac-afaa-c35757679113
incomplete
Wir brauchen Infos wenn BKE live geht > Prozesstest muss verstanden und angepasst werden.
20
5492ac6c-8de0-45be-889b-0edc18b959ce
incomplete
Datenlieferungen für Invest-Container mikroskopisch und PzE
23
ea7f41b9-aa11-4dfa-9cea-3fa990338aea
complete
FOps Spez noch mal durchsprechen, was haben sie vor, welche Austauschbedürfnisse gibt es?
24
ceeb7ddc-9c8b-4892-87bb-7edbded2e7aa
incomplete
 Wissenstransfer SDT 120
Grobe Themengebiete für PI40 - Ziele nach aktueller PrioPrio in PI | Thema
| Feature
| wer?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI 40  möglich?
| Abhängigkeiten
| Risiken
|
| (Analyse + Spez-Abschluss) Investcontainer 2029 - Überdeckungsprüfung
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1521
| Carla + Monika + Nataliia
|
| TCSM16-4472
Ziel KW39,  (major)
|
|
|
|
| (Analyse + Spez-Abschluss) Investcontainer 2029 - Anzeige im Baubetriebsplan
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1522
| Valeria + Karim + Frank
|
| TCSM16-4473 Anzeige von Containerobjekten steuern können
Ziel KW39, (major)
|
|
|
|
| (Analyse und bei go-Entscheidung, Spez ggf. bis Abschluss) 
Investcontainer 2029 - BBRn automatisiert erstellen
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1518
| Monika + Peter
|
| TCSM16-4489
Ziel KW 51,  (major)
Beginn erst nach 28.04.2026
Wunsch: es sollte mindestens bis PI Ende geklärt sein, ob hier spezifiziert wird, oder nicht.
|
|
|
|
| (Analyse, ggf. Beginn Spez) Import & Anzeige Baufreiheiten
| Feature 1 für Import und Anzeige
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1361
| Natalie
(Spez Lead)
Frank 
Monika fachlich
|
| Ziel KW 51, (major)  
Beginn erst nach 28.04.2026
Doku zum Thema hier: Baufreiheiten in BBPneo - C2S | BARD | ART - ariJa Confluence
Folgecases, die beachtet aber in diesem PI NICHT spezifiziert werden müssen
Folgecase PI41 ff
TCSM16-4465    Inkonsistenzen in Baufreiheiten ermitteln und beheben
TCSM16-4464    IT-Baustein zur Baufreiheiten-Prüfung
|
|
|
|
| (Analyse und Spez-Abschluss) Pagination im Baubetriebsplan
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1335
| Andreas + Peter, (Karim) Monika fachlich, einmal die Architekten abholen
|
| TCSM16-4135
Ziel KW39,  (major)
Analyse + Spez
Federführend: AST oder Architekten noch zu klären
|
|
|
|
| (go- Entscheidung + Spez Abschluss) 4280 Stationsfolge drehen und KM
|
| Monika, Karim, Peter
|
| Termin mit Sabine + Carla
Ziel KW39,  (major)
|
|
|
|
| PzE Vorbereitungen
|
| Valeria + Carla + PzE
|
| Was wird wann importiert?
Zeitleiste für Tests und PROD Importe + Kommunikation klären.
Tests
|
|
|
|
| Testautomatisierung
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1501
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1503
| Jens Florian
|
| Tickets für: 
Onboarding neue TAs
Testfälle
GIT Anbidung
|
| FOPS
|
|
| Lieferung KW11
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1375
| Team alle
|
|
|
|
|
|
| Lieferung KW15
|
| Team alle
|
|
|
|
|
|
| Lieferung KW19
|
| Team alle
|
|
|
|
|
|
| Beginn Vorbereitung RC KW27 der in KW23 kommt
|
| Frank,
Karim,
Nataliia,
Peter,
Monika,
Andreas
|
| Inhalte der Lieferung RC KW23,
Testdesigns schreiben für markierte, der Rest in anderen Teams!!!
 TCSM16-4327   Investcontainer 2029: mikroskopische Verortung importieren 
TCSM16-4326   Betra-Antrag - Überdeckung zwischen BBMN und Betra prüfen 
TCSM16-4417   Export verknüpfter Bedarfs-bVE und -BBMN (bis spät. KW27)
TCSM16-4471   Invest-Container Neue Attribute einführen
TCSM16-4470   Invest-Container: Erzeugen und Befüllung von Fachobjekten
TCSM16-4434   IH-Container - Massenfunktion zum Einfügen der Verortung aus der Suche 
TCSM16-4360   Anpassungen im Baum vornehmen (Symbole und Sortieren) 
TCSM16-4123   Anpassung und Sortierung der Differenzansicht bei Betra-Anträgen 
TCSM16-4486   Anpassungen im Baum vornehmen (Fixierung der Baumansicht) 
|
|
|
|
| Sammler operative Themen
|
| Team alle
|
|
|
|
|
|
Mögliche Themen
|
| Containerketten (IH)
|  noch nicht vorhanden
|
|
| Anforderung liegt vor, wurde aber noch nicht priorisiert für PI 40
Anforderer: Markus Thäter
Im Kopiervorgang werden die Iterationen erstellt 
Wunsch: in jeder Kette soll eine ID angebracht werden, damit besser ausgewertet werden kann.
Süd-26-INTEGER
|
|
|
|
| Erweiterung des int. Koordinationsblattes um neue Felder/Werte
| neu reingekommen als Anfrage bei Carla m 13.03.206
|
|
| ? Johannes Scharpf befragen
|
|
|
|
| Investcontainer 2029 - Folgecase Import
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1443kann auch bis PI41 ff warten
|
|
| TCSM16-448X
|
|
|
|
| 4339 BBR Spez
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1389
| Monika + XXX
|
| NEU VOM TRIO PRIORISIEREN LASSEN
|
|
|
|
| SE/IAV überarbeiten ggf. zusammen mit Anf aus Invest
| Vorgangsnavigator - DB InfraGO ITD Lifecycle Management Tool
+ SB2 Anforderungen
|
|
| Termin kommt erst noch, ggf. gar kein Thema für PI40
|
|
|
|
|
|
|
|
|
|
|
|
|
| Suchfilter ausmisten und konfigurierbar machen?
| Vorgangsnavigator - DB InfraGO ITD Lifecycle Management Tool
|
|
|
|
|
|
|
| eigene Berichte erstellen können
| mehrere Anwenderwünsche, aber bisher keine Prio
|
|
|
|
|
|
|
| Streckenkombinationen überarbeiten
| es liegen einige Tickets vor
Vorgangsnavigator - DB InfraGO ITD Lifecycle Management Tool
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-41-Team-AST.md
+507
View File
@@ -0,0 +1,507 @@
# [PI 41] Team AST
Version: 74 | Last modified: 2026-06-16T13:23:59.957+02:00
Source: confluence page ID 559597549
---
Grobe Themengebiete für PI41 - Ziele nach aktueller Prio
Schattenfinder korrigieren
TA vorantreiben
Objectivesdas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-4070
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-4071
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-4221
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-4088
Risiken & Abhängigkeiten
3
incomplete
Risiko:
20
fb384221-cf79-4590-a433-8474f734561b
complete
Durch die Unklarheit & Komplexität der fachl. Anforderungen zur Umsetzung der Baufreiheiten, besteht das Risiko, dass die systemunterstützte baufreiheits-gerechte Baubetriebsplanung erst später spezifiziert werden kann.
Risiken-Syntax:
"Aufgrund von [Ursache] besteht das Risiko, dass [Risiko], was dazu führen könnte, dass [Effekt], wodurch [messbarer Impact] entsteht."
6
incomplete
Abhängigkeiten
13
ab8d05c2-79d2-4930-9658-f87b452371f8
incomplete
Haben die Architekten etwas spezifiziert was wir als Teams verstehen oder vorbereiten und testen müssen?
14
0fc088b0-2099-44ff-9af2-b9cc4727a046
incomplete
 FOPS
21
8598fd71-7475-4f5c-8c29-c804b3c927ec
incomplete
Konfig für Baumansicht definieren und übergeben
10
510e0853-73a6-4cca-b468-14d6a536ae65
incomplete
Konfig neue Invest-Cases (Überdeckung) > IT Bausteine & SDTs (kommt erst mit KW39)
22
1e55f255-1c4d-4207-9cdb-5227839afa82
incomplete
Rechte für Funktionen mit Fachbereich abstimmen + FOPs abholen
23
027acb61-70a8-43f9-bb24-509f0b68c579
incomplete
Container IH Massenfunktion, UAT durchführen > Natalia, Frank, Monika
24
22d59cfa-211b-4e45-809c-b77e032316ec
incomplete
Invest: Berechtigungen für Massenfunktion BBMN Erstellung > Carla
Prio | Feature
| Who?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI   möglich?
| Abhängigkeiten
| Risiken
|
1 | Schattenfinder korrigieren FBFBBPNEO-14024
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1567
| Natalie, Karim
|
| Muss, weil aktuell prozessphasenübergreifend verknüpft werden kann und hierdurch Nachbearbeitungsaufwand entsteht, auch Invest-Container können im KKM tVE:bVE verknüpft werden, das ist so nicht vorgesehen.
Schattenfinder tVE.BVE muss so angepasst werden, dass bestimmte Kennungen oder Arten der Arbeiten ggf. (zu prüfen) auch prozessphasenscharf aus dem Angebotsfenster ausgeschlossen werden. 
Ziel: Analyse + Spez
|
|
|
|
2 | BBRn automatisiert erstellen können
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1518
| Monika, Steffen, Peter
|
| Vorstellung Silvio + Carla + PM 
go/no go Entscheidung treffen
Falls Spez bis 10.07. für KW51_2026 abschließen
offener Punkt: Einfärbung (Carla gerade inhaltlich unklar, wird noch im Team besprochen)
|
|
|
|
3 | KW23 Lieferung!
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1378
| Team alle
|
| Lieferdatum: 10.06.2026 
CRs antesten, keine Regression usw.
|
|
|
|
4 | KW27 Lieferung
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1565
| Team alle
|
| Lieferdatum: 03.07.2026
Regression + CRs + Defect
UAT für IH Massenfunktion durchführen
UAT für Navigationsbaum durchführen?
|
|
|
|
5 | Baufreiheiten in BBPneo umsetzendas I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1361
| Monika,
Frank,
Natalie
|
| UNCOMMITTED und nur Analyse!
keine fachliche Deadline, aktuell kein Prozessowner
erster Schritt: Import > Achtung: Datenlieferant + Datengrundlage (Mikro, makro) klären
Ampellogik gewünscht > wie mit Ausnahmen umgehen?
Feature enthält weitere Fragestellungen
|
|
|
|
| KEINE Lieferung KW31
|
|
|
|
|
|
|
| Lieferung KW35
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1566
| Team alle |
| Lieferdatum: 28.08.2026 
 Regression + CRs + Defect
|
|
|
|
| das I.NVI IT Lifecycle Management Toold1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1636
| Peter,
Andreas
|
| Testdurchlauf nach 3. Korrektur - TCSM16-1139 CR 533: Import der Stammdatentabelle 120 via Interface
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1563
| TA BBPneo
TEAM ALLE
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eAST-4088
| Neue Tests erstellen
Zeit blocken für Aufbereitung Testfälle und Abnahmen!
|
|
|
|
| Sammler PI41 (noch kein Feature vorhanden)
|
|
|
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1574
| Monika
Peter, Monika
|
| FBF Unterstützung
Schulungsunterlagen Technische Anmelder
...
Hierin abzulegen ist:
organisatorische Aufgaben
Abstimmungen und Schulungen
PI-/ART-Vorbereitung
laufende Support-Themen ohne strukturelle Änderung
Nicht mehr im Sammler-Feature ablegen:
Verbesserungen oder Weiterentwicklungen
technische Lösungen oder Skripte
Test- und Qualitätsmaßnahmen
Berechtigungs- oder Prozessthemen
|
|
|
|
| Quickwins spezifizieren
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1646 |
Steffen, Karim
|
| Frist: Spez-Ende KW39, wenn das nicht gehalten werden kann im Zweifelsfall abmoderieren
Änderungen in Verortung besser darstellbar gestalten (Variante textuelle Verortung farblich hervorheben; Ausbaustufe Kartendarstellung (vermutlich teuer)
TCSM16-4604 Weitere Attribute aus tVE übernehmen: "Attribute aus technischer VE übernehmen" -> Liste prüfen hinsichtlich weiterer Attribute neben "Beschreibung der Arbeiten" 
Bearbeitungskennzeichen für Anmeldung und BBMN: Gespräch mit Usern aus User Workshop notwendig, weil Sabine und ich unsicher sind, ob das Bearbeitungskennzeichen wirklich den Pain löst.
Fristen in Anmeldung besser darstellen: Gespräch mit Usern aus User Workshop notwendig, weil unklar, welche zusätzlichen Infos warum und wo gewünscht sind.
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1598
|
|
| To Dos fürs nächste PI festlegen
Tickets entsprechend anlegen
|
|
|
|
| Spez 4544
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1369
| Monika, Karim, Peter
|
| Übertrag aus verherigem PI - Klären ob abgebrochen wird oder nicht (Monika + Carla)
Falls Go: Fertig spezifizieren bis nächstmöglichem Release
Stand 03.06: Karim findet raus, ob Hacon die gewünschten ISS Daten bekommen hat. Wenn ja, dann Carla bitten Hacon anzuschreiben.
Ergebnis HaCon Spez-Call 09.06.2026: 
Datenproblem -  Dienslaken liegt angeblich auf der falschen VzG. 
Mögliche Lösungen: 
Datenlage beheben (Klärung mit ISS)
Algo Anpassen  
Korrektur-Funktion in den TCSM16-4544 mit einbauen lassen.
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1600
| Andreas, Steffen
|
| Testimport Invest 2029
Prod Import Invest 2029
Nachpflege Containertyp (FOps)
|
|
|
|
| noch nicht priorisiert, klären im Team ob überhaupt Capa besteht
|
|
| Nachbearbeitung BBMN Erstellung Invest: Wenn Anmeldung Containertyp X hat, erhält BBMN gleichen Containertyp & gleiche Logik für BKE ID aus 1.KP
Einzelfunktion und Massenfunktion (KW27) betrachten!
|
|
|
|
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1389
| Karim,
Peter,
Monika (nur Übergabe)
|
| ist bislang liegengeblieben
war eine SB2 Anforderung über Christian Rucho, wurde von Lea + Monika besprochen
welche Prio hat dieses Thema ggü den anderen Themen, die noch zu machen sind?
|
|
|
|
Sonstige Themen, falls etwas abgesagt wird oder perspektivisch noch gemacht werden müssen
|
| noch nicht priorisiert, klären im Team ob überhaupt Capa besteht
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolutionkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolutiond1143f0d-33c0-3f1c-b44b-7720150f306eC2SBBP-1619
|
|
| Analyse: SE/ IA Informationen sollen ausschließlich bei Invest-Objekten zwischen Bedarf und Hülle synchronisiert werden.
Inhaltlich liegt die Anforderung gerade noch zur Klärung bei Valeria.
Anforderung kommt aus Invest-Gruppe, nicht von einem konkreten Fachbereich. Ansprechpartner wären wieder Silvio, fachlich wär es ratsam, auch Kai Plankermann (SE/IA) und Benjamin + Eileen abzuholen.
|
|
|
|
| (Container) Wenn Anmeldung Containertyp X hat, erhält BBMN gleichen Containertyp & gleiche Logik für BKE ID
|
|
|
|
|
|
|
| Überarbeitung Import Invest-Objekte
|
|
| neue Felder wie BKE.ID aus KP1, Containertyp (jetzt an Anmeldungen) usw. sollen künftig per Import befüllt werden, Aktuell sind die Felder da, können aber vom Import noch nicht angesprochen werden.
es ist unklar, ob es weitere Anforderungen an den Investimport geben wird, sonst wird der Import-Case hier zweimal aufgemacht.
Lea oder Sabine pingen die SB2 Kollegen zur Klärung an
|
|
|
|
| keine eigene BBR für SE/IA mehr erstellen? |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| FBFBBPNEO-12286
Analyse + Konfig: Anmeldung in Status "Anmeldung bearbeitet" aber ohne Verknüpfung zu BBMN
|
|
|
|
|
|
|
| FBFBBPNEO-13615
Darstellung der Uhr in BBR - Zugpausen - mal da, mal nicht da
|
|
|
|
|
|
|
| Analyse Streckenkombinationen überarbeiten
|
|
|
|
|
|
|
| FBFBBPNEO-13362
Rundung von Sperrzeiten in Zusammenfassung
|
|
| Könnte schnell analysiert werden und auf Dezimalzahlen gefixt werden
Rücksprache mit Reporting bzw. Folgesystemen notwendig
Option zum Ausschalten vorsehen
|
|
|
|
| Container-Ketten (Anf Markus Thäter) Ausbaustufe 1
|
|
| diverse Themen aus Mail (konnte ich leider hier nicht ablegen) 
WSJF: sehr niedrig geranked > vrmtl. Entscheidung nächste Woche / aktuell können die Attribute auch ggf per Export "zusammengesucht" werden.
|
|
|
|
| SE/IA überarbeiten
| Monika
|
| diverse Themen aus Mail (konnte ich leider hier nicht ablegen) 
Sortierung SE/IA mit aufnehmen
Produktive Änderung von SE/IA und Probleme betrachten
|
|
|
|
|
|
|
| Richtiges Verknüpfen von Enabler Stories:
Für Technische/inhaltliche Themen → eigene Enabler-Features nutzen
Nicht mehr ins Sammler-Feature:
Regel: → Klare Ziel-Story + thematisch passend → in Feature, nicht Sammler
C2SBBP-1575 Automatisierung & Tooling PI41
C2SBBP-1574 Sammler "Operatives & Run" PI41
C2SBBP-1578 Prozess- & Dokumentationsstandardisierung PI41
C2SBBP-1576 Identity & Access Management PI41
C2SBBP-1577 Qualitätssicherung & Testprozesse PI41
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-42-Team-AST-Ã-BERGABETHEMEN-BITTE-LESEN.md
+228
View File
@@ -0,0 +1,228 @@
# [PI - 42] Team AST (ÜBERGABETHEMEN BITTE LESEN!)
Version: 4 | Last modified: 2026-06-08T16:07:05.836+02:00
Source: confluence page ID 593806827
---
Grobe Themengebiete für PI42 - Ziele nach aktueller Prio
Objectives
Risiken & Abhängigkeiten
3
incomplete
Risiko:
20
fb384221-cf79-4590-a433-8474f734561b
incomplete
 
Risiken-Syntax:
"Aufgrund von [Ursache] besteht das Risiko, dass [Risiko], was dazu führen könnte, dass [Effekt], wodurch [messbarer Impact] entsteht."
6
incomplete
Abhängigkeiten
13
ab8d05c2-79d2-4930-9658-f87b452371f8
incomplete
Haben die Architekten etwas spezifiziert was wir als Teams verstehen oder vorbereiten und testen müssen?
14
0fc088b0-2099-44ff-9af2-b9cc4727a046
incomplete
 FOPS
21
8598fd71-7475-4f5c-8c29-c804b3c927ec
incomplete
Konfig für XY definieren und übergeben
10
510e0853-73a6-4cca-b468-14d6a536ae65
incomplete
 
22
1e55f255-1c4d-4207-9cdb-5227839afa82
incomplete
Fachbereich
29
ded2eee6-6e93-4237-be9d-bf1a37c22930
incomplete
Gibt es etwas abzustimmen?
Prio | Feature
| Who?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI   möglich?
| Abhängigkeiten
| Risiken
|
| (Container) Wenn Anmeldung Containertyp X hat, erhält BBMN gleichen Containertyp & gleiche Logik für BKE ID |
|
| Übergabe Carla, muss noch umgesetzt werden bis Invest 2030 importiert wird, Spez Deadline ist meistens Anfang des Jahres für MAJOR KW27 |
|
|
|
| Überarbeitung Import Invest-Objekte
|
|
| Übergabe Carla, muss noch umgesetzt werden bis Invest 2030 importiert wird, Spez Deadline ist meistens Anfang des Jahres für MAJOR KW27
neue Felder wie BKE.ID aus KP1, Containertyp (jetzt an Anmeldungen) usw. sollen künftig per Import befüllt werden, Aktuell sind die Felder da, können aber vom Import noch nicht angesprochen werden.
es ist unklar, ob es weitere Anforderungen an den Investimport geben wird, sonst wird der Import-Case hier zweimal aufgemacht.
Lea oder Sabine pingen die SB2 Kollegen zur Klärung an
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Sonstige Themen, falls etwas abgesagt wird oder perspektivisch noch gemacht werden müssen
|
| FBFBBPNEO-12286
Analyse + Konfig: Anmeldung in Status "Anmeldung bearbeitet" aber ohne Verknüpfung zu BBMN
|
|
|
|
|
|
|
| FBFBBPNEO-13615
Darstellung der Uhr in BBR - Zugpausen - mal da, mal nicht da
|
|
|
|
|
|
|
| Analyse Streckenkombinationen überarbeiten
|
|
|
|
|
|
|
| FBFBBPNEO-13362
Rundung von Sperrzeiten in Zusammenfassung
|
|
| Könnte schnell analysiert werden und auf Dezimalzahlen gefixt werden
Rücksprache mit Reporting bzw. Folgesystemen notwendig
Option zum Ausschalten vorsehen
|
|
|
|
| Bisher nicht neu anmoderiert TRIO
Container-Ketten (Anf Markus Thäter) Ausbaustufe 1
|
|
| diverse Themen aus Mail (konnte ich leider hier nicht ablegen) 
WSJF: sehr niedrig geranked > vrmtl. Entscheidung nächste Woche / aktuell können die Attribute auch ggf per Export "zusammengesucht" werden.
|
|
|
|
| SE/IA überarbeiten
| Monika
|
| diverse Themen aus Mail (konnte ich leider hier nicht ablegen) 
Sortierung SE/IA mit aufnehmen
Produktive Änderung von SE/IA und Probleme betrachten
|
|
|
|
|
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PI-Team-AST-Vorlage.md
+219
View File
@@ -0,0 +1,219 @@
# [PI -] Team AST (Vorlage)
Version: 5 | Last modified: 2025-09-16T13:52:44.664+02:00
Source: confluence page ID 386400100
---
Grobe Themengebiete für PI35 - Ziele nach aktueller Prio
ObjectivesObjective 1: text
Objective 2: text
Objective 3: text
Objective 4: text
Objective 5: text
Risiken & Abhängigkeiten
3
incomplete
Risiko
6
incomplete
Abhängigkeit
| Prio in PI
| Feature
| Commit?
| vorhandenes Objective / Idee Objective
| Inhalt/offene Tätigkeiten
| Abschluss Feature in PI 35  möglich?
| Abhängigkeiten
| Risiken
|
1 |
|
|
|
|
|
|
|
|
2 |
|
|
|
|
|
|
|
|
3 |
|
|
|
|
|
|
|
|
4 |
|
|
|
|
|
|
|
|
5 |
|
|
|
|
|
|
|
|
6 |
|
|
|  
|
|
|
|
|
7 |
|
|
|
|
|
|
|
|
8 |
|
|
|  
|
|
|
|
|
9 |
|
|
|  
|
|
|
|
|
10 |
|
|
|
|
|
|
|
|
 11 |
|
|
|
|
|
|
|
|
12 |
|
|
|
|
|
|
|
|
13 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/PM-Team.md
+12
View File
@@ -0,0 +1,12 @@
# PM Team
Version: 5 | Last modified: 2026-04-13T11:27:02.613+02:00
Source: confluence page ID 307736432
---
Produktmanagerin | Produktmanagerin | PM-Support |
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/RTE-Team.md
+11
View File
@@ -0,0 +1,11 @@
# RTE Team
Version: 7 | Last modified: 2026-04-30T11:11:44.230+02:00
Source: confluence page ID 307736338
---
RTE | Co-RTE |
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/Service-Verantwortung-im-Team.md
+38
View File
@@ -0,0 +1,38 @@
# Service-Verantwortung im Team
Version: 79 | Last modified: 2026-04-08T10:41:07.466+02:00
Source: confluence page ID 330999926
---
Unsere rollierende Service-VerantwortungWochenweise behalten jeweils zwei Personen unsere Bereitschaft
Die Personen, welche die Prod. Support-Woche übernehmen, fragen die ab 
Wissensträger dazu sind: Ilija, Owen, Halim
Sollten sich Auffälligkeiten ergeben, melden sie dies dem Team und wir überlegen uns weitere Schritte.
fachliche Verantwortlichkeit und Aufgaben 
Doku-Zeit / Service-Zeit reservieren in einem Sprint
Immer 2 BA/BE pro Sprint (1 Bearbeiter, 1 Participant). "Hierarchie": Bearbeiter ist 1. Ansprechpartner, nur wenn dieser ausfällt, dann Participant. VERANTWORTUNG nur fürs Postfach.
Bei jedem Kunden: Kurze Übersicht, was bereits passiert ist: Abnehmende Systeme
Bei jedem neuen Kunden: Seite anlegen oder dort dokumentieren Abnehmende Systeme + Hinweis auf Data Contract
Die verantwortliche BA/BE-Rolle darf bei anstehenden Terminen mit dem Kunden, vorab die anderen im Team zu Infos fragen
Wenn Anfragen an BaBeDaS.fach oder Melanie gehen, dann erstellt der / die Verantwortliche einen Termin mit dem Kunden
Die Service-Verantwortlichen schauen regelmäßig in das Postfach BaBeDaS.fach
Hinweis: Unsere Team-Reaktions-Zeit (nicht Lösungszeit) ist 24h, d. h.: Bitte Mails in der Zeit beantworten. Sollten wir in der Zeit die Anfrage nicht erledigen können, gibt es im Ordner "Archive" eine Standard-Antwort (VORLAGE... ).
Auftreten nach Außen: 
Wir beantworten Fragen unserer Kunden über:
Mailpostfach BaBeDaS.fach@deutschebahn.com
MS Teams Kanal BaBeDaS Kundenservice
Wir verwenden eine einheitliche Signatur. Diese steht im Postfach, im Ordner "Archive" zur Verfügung (VORLAGE... ).
Technische Verantwortlichkeit und Aufgaben
vgl.
Postfach BaBeDaS.op checken, Grafana Alerts nachgehen
Prüfen ob alle Service am BizHub erreichbar sind
Prüfen ob der Dispatcher gestern gelaufen ist / läuft wenn er laufen soll / Datenaktualität sicherstellen
Prüfen ob die Pods laufen, ggf. auf die Logs schauen
Störungen erfassen
Unser Service-Level-Agreementtrue
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/Team-FOps.md
+29
View File
@@ -0,0 +1,29 @@
# Team FOps
Version: 2 | Last modified: 2026-06-11T13:13:26.583+02:00
Source: confluence page ID 602314587
---
Name | FOps 
|
|
Warum gibt es uns?  |
INLINEWir verantworten die fachliche Betriebsführung von BBPneo und betreuen als direkter Ansprechpartner alle Anwender:innen sowie den Fachbereich. 
|
Kontakt | Product Owner (PO):
Scrum Master (SM) / Team Coach:
|
Unsere Jira-Projekte:  | https://arija.jaas.service.deutschebahn.com/projects/FOPS/summary
https://arija.jaas.service.deutschebahn.com/projects/FBFBBPNEO/queues |
Für ART-interne Anfragen/Anliegen:  | C2S.BARD.FOps@deutschebahn.com
|
Für BBPneo User Anfragen / Anliegen:  | https://arija.jaas.service.deutschebahn.com/servicedesk/customer/portal/7
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-BARD/teams/Team-Themen-fÃ-r-die-Breakout-Sessions-MidPI-39.md
+103
View File
@@ -0,0 +1,103 @@
# Team Themen für die Breakout Sessions MidPI 39
Version: 26 | Last modified: 2026-02-03T13:45:05.194+01:00
Source: confluence page ID 487746294
---
Raum und Zeit für die Teams, um an Team internen Themen zu arbeiten
Team AST
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
Meeting Qualität verbessern  | Wir challengen unser Verständnis als Team. 
Ziel: Ein konkretes Thema besprechen, wo wir als Team kein gemeinsames Verständnis haben. 
| Nope
|   | Team AST
|
|
Team InfraTEC - endgültiges Thema noch in Abstimmung
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
Knowledge Transfer Couchbase | Couchbase ist nun seit knapp einem Jahr im Einsatz. Die initiale Umsetzung des Tools hatte Matthias gemacht, so dass hier eine Wissensinsel entstanden ist.
Da Couchbase essentiell für einen stabilen und performanten Betrieb von BBPneo ist, ist es wichtig, dass alle Teammitglieder wissen, wie sie mit Couchbase umzugehen haben und wie sie im Fehlerfall reagieren können.
|
|   | Team InfraTec
|
|
Team FOps
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
Themen aus dem FOps-Retro-Board besprechen | Testdrehbuch reviewen: Wer ist wofür beim Test verantwortlich?
Themen aus Retro Wall Besprechen
Sprint 4: 21.01. - 02.02. - RetroWall - C2S | BARD | ART - ariJa Confluence
|
|   | Team FOps
|
|
Team BaBeDaS
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
Ablösung Clonprozess | Clonprozess ersetzen durch Workflowdelta im ersten Schritt, Komplettdelta im nächsten (über DMS-SW). In diesem Zusammenhang auch Prozessumstellung (zb. Meetingumgestaltung)
Zusatzthema: Indizes für Oracle optimieren, intern oder extern
| Nein
|   | Team BaBeDaS
|
|
Team PzE
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
Teambuilding + Anforderungsmanagement | In den letzten Wochen stand Teambuilding im Fokus, um die durch die Verdopplung der Teamgröße notwendige Neustrukturierung der Zusammenarbeit sowie die Definition von Rollen und Verantwortlichkeiten zu unterstützen.
Zudem arbeiten wir im Anforderungsmanagement an der Erhebung des IST-Zustands und der Strukturierung von Bedürfnissen, Problemen und Erkenntnissen – zunächst haben wir diese Erhebung bei PzE durchgeführt. Aktuell sind wir im Austausch mit BBPneo dran, ihre Probleme und Bedürfnisse zu verstehen.
| Nein
|   | Team PzE
|
|
Team TRIO (optional macht das TRIO eine Breakout Session, wenn TRIO nicht in den Teams BO Sessions gebraucht wird
|
Thema
| Kurze Zusammenfassung  | Wunsch Trio-TN
| Facilitator (SM)
| Teilnehmer
| Raum 
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Cockpit/Cockpit-Startseite.md
+33
View File
@@ -0,0 +1,33 @@
# C2S Cockpit Startseite
Version: 2 | Last modified: 2026-03-26T14:29:05.134+01:00
Source: confluence page ID 567921223
---
Willkommen in Ihrem neuen Bereich auf ART Ebene!Dies ist die Startseite ihres Bereichs. Jeder ART bekommt seinen eigenen Confluence Bereich zum dokumentieren, organisieren und planen.
Durch Unterseiten ist es möglich die Teams innerhalb eines ART räumlich zu trennen.
Diese Aufgaben erledigen, um anzufangen
261
incomplete
Diese Homepage bearbeiten - Klicken Sie am Bildschirm oben rechts auf "bearbeiten", um die Homepage für Ihren Bereich individuell anzupassen
262
incomplete
Ihre erste Seite erstellen - Klicken Sie im Header auf den Button "erstellen" und legen Sie los, erstellen sie Informations- oder Team-Seiten.
263
incomplete
Kennzeichnen Sie Ihren Bereich - Klicken Sie Seitenleiste auf "Bereich konfigurieren" im linken Panel, um Einzelheiten des Bereichs und das Logo zu aktualisieren
264
incomplete
Nicht mehr benötigte Seiten verschieben sie bitte ins , da ein Löschen nicht möglich ist.
266
incomplete
Spannende Design Elemente können mit den Aura Markos genutzt werden.
Neueste Bereichsaktivitätpage, comment, blogpost5truesocial
Bereichsmitarbeiterlistdescendants5trueupdate
bahn/Analyse-O2C-C2S/sources/c2s/C2S-DataScheduling/DataScheduling-Startseite.md
+33
View File
@@ -0,0 +1,33 @@
# C2S | Data Scheduling | ART Startseite
Version: 1 | Last modified: 2024-01-03T15:08:20.740+01:00
Source: confluence page ID 301358537
---
Welcome to your new space!Confluence spaces are great for sharing content and news with your team. This is your home page. Right now it shows recent space activity, but you can customize this page in any way you like.
Complete these tasks to get started
837
incomplete
Edit this home page - Click Edit in the top right of this screen to customize your Space home page
838
incomplete
Create your first page - Click the Create button in the header to get started
839
incomplete
Brand your Space - Click Configure Sidebar in the left panel to update space details and logo
840
incomplete
Set permissions - Click Space Tools in the left sidebar to update permissions and give others access
 
Recent space activitypage, comment, blogpost5truesocial
Space contributorslistdescendants5trueupdate
Â
bahn/Analyse-O2C-C2S/sources/c2s/C2S-FBF-BBPneo/FBF-BBPneo-Startseite.md
+27
View File
@@ -0,0 +1,27 @@
# FBFBBPneo
Version: 2 | Last modified: 2022-09-05T11:39:21.383+02:00
Source: confluence page ID 217253255
---
Willkommen!Dies ist die Startseite Ihres Knowledge Base-Bereichs in Confluence. Sie können Ihre Knowledge Base nutzen, um bewährte Methoden zu erfassen und auf häufige Probleme zu reagieren.
Als Nächstes können Sie:
1incompleteIhren ersten Knowledge Base-Artikel erstellen - Klicken Sie auf "Erstellen" und wählen Sie einen "Anleitungsartikel" oder "Fehlerbehebungsartikel" aus.2incompleteAnpassen der Startseite - Klicken Sie auf "Bearbeiten", um zu beginnen. Schließen Sie nützliche Informationen ein, wie Informationen zum Inhalt dieser Knowledge Base, häufig gestellte Fragen oder Verknüpfungen zu anderen Ressourcen.
 
 
largepage excerptNach einer Lösung suchenpage
 
 
 
Häufig gestellte FragenFügen Sie Verknüpfungen zu häufig verwendeten Anleitungs- and Fehlerbehebungsartikeln hinzu.
Wichtige Dokumentation hervorheben.
Benötigen Sie weitere Hilfe?Fügen Sie Verknüpfungen zu Ressourcen wie Ihrem Service Desk, Fragen und Antworten oder einem Forum hinzu.
Führen Sie Kontaktangaben für weitere Hilfe auf.
Andere RessourcenSchließen Sie Verknüpfungen zu relevanten externen Websites und Diensten ein.
Andere hilfreiche Informationen hinzufügen.
 
 
Nach Thema durchsuchenkb-how-to-article,kb-troubleshooting-article
Kürzlich aktualisierte Artikelpage,blogposttrue
bahn/Analyse-O2C-C2S/sources/c2s/C2S-FSTOR/FSTOR-Startseite.md
+33
View File
@@ -0,0 +1,33 @@
# Startseite FSTOR Confluence
Version: 2 | Last modified: 2026-05-21T07:02:05.456+02:00
Source: confluence page ID 591115856
---
Willkommen in Ihrem neuen Bereich auf ART Ebene!Dies ist die Startseite ihres Bereichs. Jeder ART bekommt seinen eigenen Confluence Bereich zum dokumentieren, organisieren und planen.
Durch Unterseiten ist es möglich die Teams innerhalb eines ART räumlich zu trennen.
Diese Aufgaben erledigen, um anzufangen
261
incomplete
Diese Homepage bearbeiten - Klicken Sie am Bildschirm oben rechts auf "bearbeiten", um die Homepage für Ihren Bereich individuell anzupassen
262
incomplete
Ihre erste Seite erstellen - Klicken Sie im Header auf den Button "erstellen" und legen Sie los, erstellen sie Informations- oder Team-Seiten.
263
incomplete
Kennzeichnen Sie Ihren Bereich - Klicken Sie Seitenleiste auf "Bereich konfigurieren" im linken Panel, um Einzelheiten des Bereichs und das Logo zu aktualisieren
264
incomplete
Nicht mehr benötigte Seiten verschieben sie bitte ins , da ein Löschen nicht möglich ist.
266
incomplete
Spannende Design Elemente können mit den Aura Markos genutzt werden.
Neueste Bereichsaktivitätpage, comment, blogpost5truesocial
Bereichsmitarbeiterlistdescendants5trueupdate
bahn/Analyse-O2C-C2S/sources/c2s/C2S-FSTOR/teams/Team.md
+9
View File
@@ -0,0 +1,9 @@
# Team
Version: 1 | Last modified: 2026-05-19T08:28:43.822+02:00
Source: confluence page ID 591115850
---
{"alignment":{"horizontal":"center"},"icon":{"name":"faTrain","color":"#333","size":24},"text":{"color":"#333","fontSize":14,"textAlign":"left","fontWeight":"bold","text":"Aura Divider"},"border":{"top":false,"right":false,"bottom":true,"left":false,"color":"#333","style":"solid","width":2},"size":{}}icon
Teams:
bahn/Analyse-O2C-C2S/sources/c2s/C2S-FahrplanIT/FahrplanIT-Startseite.md
+33
View File
@@ -0,0 +1,33 @@
# C2S | Fahrplan IT_Projekt | ART Startseite
Version: 1 | Last modified: 2022-12-12T16:08:19.203+01:00
Source: confluence page ID 233966352
---
Welcome to your new space!Confluence spaces are great for sharing content and news with your team. This is your home page. Right now it shows recent space activity, but you can customize this page in any way you like.
Complete these tasks to get started
429
incomplete
Edit this home page - Click Edit in the top right of this screen to customize your Space home page
430
incomplete
Create your first page - Click the Create button in the header to get started
431
incomplete
Brand your Space - Click Configure Sidebar in the left panel to update space details and logo
432
incomplete
Set permissions - Click Space Tools in the left sidebar to update permissions and give others access
 
Recent space activitypage, comment, blogpost5truesocial
Space contributorslistdescendants5trueupdate
Â
bahn/Analyse-O2C-C2S/sources/c2s/C2S-FahrplanIT/teams/01_Das-Team-PPB.md
+8
View File
@@ -0,0 +1,8 @@
# 01_Das Team PPB
Version: 16 | Last modified: 2026-05-29T14:38:41.513+02:00
Source: confluence page ID 546379365
---
trueTeam PPBfalseautotoptrue112164115
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/IFP-Startseite.md
+95
View File
@@ -0,0 +1,95 @@
# Data Scheduling & Workflowmanagement Fahrplan
Version: 62 | Last modified: 2025-09-26T13:57:51.424+02:00
Source: confluence page ID 243076814
---
Herzlich Willkommen auf dem Confluence Space des Produkts: Data Scheduling (DaS) & Workflowmanagement Fahrplan (WMF) 
22flat
Was sind DaS und WMF?Mit der fortschreitenden Digitalisierung im DB Konzern wird im Bereich Fahrplan das Ziel einer automatisierten Fahrplanerstellung und damit einhergehend ein vollständiger und überschneidungsfreier Blick auf den Fahrplan verfolgt. In einem ersten Schritt wurde daher im Projekt M31 „Digitalisierung Fahrplan“ das Bestandssystem RUT-K um einige neue Funktionalitäten erweitert. Im Zusammenspiel mit dem Projekt M13 „neXt“ ist damit eine automatische Konstruktion und Belegung ermöglicht worden. Anschließend ging das Projekt M31 unter der neuen Bezeichnung „Integrierte Fahrplan Plattform“ und als agil entwickeltes Produkt in die zweite Phase. IFP wurde nach stabilem Wachstum in die drei ARTs EKon, DaS und WMF aufgeteilt. 
Dabei kümmert sich EKon um RUT-K sowie ein neues Konstruktionssystem, WMF übernimmt neben dem OTN-Generator und einem Tool für das Streitbeilegungsverfahren die Arbeitssteuerungen für den Netz- und Gelegenheitsverkehrs sowie den Baufahrplan. DaS kümmert sich um die zentralen Datenservices, um den Rest der Fahrplan IT mit Fahrplan-, Belegungs- und Kapazitätsdaten zu versorgen.
IFP ProduktinhalteDa EKon, DaS und WMF weiterhin eng zusammenarbeiten, nennen wir das große Ganze, was aus den Einzelprodukten entsteht, weiterhin IFP.
Die „Integrierte Fahrplan Plattform“ schafft ein neues modulares Fahrplankonstruktionssystem mit moderner Architektur und Benutzeroberfläche. Die zukünftig neu zu entwickelnden Komponenten, wie z.B. eine intuitiv zu bedienende Bedienoberfläche zur manuellen Fahrplankonstruktion und weiteren Funktionalitäten können somit an die Fahrplanplattform als Software-Services angedockt und integriert werden. 
Das zurzeit genutzte Fahrplankonstruktionssystem RUT-K von Netzfahrplan, Gelegenheitsverkehr und seit neuem auch vom unterjährigen Baufahrplan steht aus technischer und fachlicher Sicht am Ende seines Lebenszyklus. Der Aufbau der Client-Server-Architektur RUT-K sowie die installierten Anwendungen sind mittlerweile nicht mehr zeitgemäß und auch die Programmiersprache Smalltalk ist nicht mehr zukunftsfähig. Somit sind zukünftige Anforderungen in der aktuellen Fahrplan-IT nur schwer oder gar nicht zu realisieren. Auch die Anbindung von neuen Schnittstellen an RUT-K ist sehr aufwändig. Nun gilt es, die über Jahre gewachsenen und monolithischen Datenstrukturen aufzubrechen. Die neue Datenstrukturen orientieren sich an den Geschäftsprozessen und werden über serviceorientierte und standardisierte Schnittstellen zur Verfügung gestellt. Die Daten können dann zielgerichtet an Nachbarsysteme übergeben oder für das Konstruktionssystem selbst genutzt werden.   
Mit der bestehenden Fahrplan-IT und den weiteren Systemen in der DaViT-Welt ist eine vollständige Abbildung aller Fahrplanbearbeitungsprozesse und eine Bereitstellung einer einheitlichen Datenbasis für die Anwender des Fahrplans kaum mehr und nicht effizient möglich. Dies betrifft u.a. die Umsetzung der Vorgaben der TAF/TAP-TSI-Richtlinie. Daher ist eine neue integrierte IT-Plattform, in der alle aktuellen Informationen für die Fahrplanbearbeitung enthalten sind, notwendig. Alle diese Entwicklungen und Anpassungen finden derzeit im Hintergrund statt, so dass den Anwendern in RUT-K die bekannte Menü-Struktur und die bisherigen Funktionen weiterhin zu Verfügung stehen.
Useful Links
Achtung: Manche Links nur für ART-Mitglieder zugänglich!
Link | Description |
| DB Planet Startseite für den
ValueStream Capacity2Schedule
|
| DB Planet Link für DaS
Hier finden Sie weitere Informationen rund um den ART DaS und dessen Produkte
|
| DB Planet Link für WMF
Ist nun DB Planet von ART Plattform. 
|
| DB Planet Link für EKon
Hier finden Sie weitere Informationen rund um den ART EKon und dessen Produkte
|
Jira - DaS
|
JIRA: Backlog und Kanban Boards der DaS-Teams
|
Jira - WMF
|
JIRA: Backlog und Kanban Boards der WMF-Teams
|
Jira - EKon
|
JIRA: Backlog und Kanban Boards der EKon-Teams
|
Confluence - EKon
|
Confluence-Seite des ART EKon
|
|
Achtung: nur für ART-interne Kollegen
Der Ort des Austauschs, der Zusammenarbeit und der Dateiablage - zusätzlich zu Confluence
|
| EVI - das bahninterne Telefonbuch
|
| Hier wird das Framework SAFe mit allen Ebenen ausführlich erklärt. |
| Wissenswertes rund um Scrum |
| Das agile Manifest |
Arbeitsweise
ART WMF & DaS Business Owner:
Anatol Scholz, I.IBF 1
Henning Homfeld, I.IBF 1
Aimo Dießelmann I.IBF 3
ART DaS Trio:Release Train Engineer: Sarah Hagemann, I.IVI 43
Product Manager: Daniel Görich, I.IBF 15
System Architect: Zülfükar Onay, TO.IV D-T-358
ART WMF Trio:Release Train Engineer: Stefan Jahn, I.IVI 43
Product Manager: Lennart Freitag, I.IBF 311
System Architect: Stefan Schmeißer, TO.IV E-087
Railmap der Solution C2S
AchtungDie hier abgebildete Railmap kann sich ändern und ist womöglich nicht der aktuellste Stand. Unter diesem Link findet ihr stets die aktuelle Railmap. Bei weiteren Fragen steht das PM der ARTs DaS und WMF sowie das Solution Management zur Verfügung.
 
Blogeinträge
30creation90dtruetitles
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/ART-Team-und-Servicevisionen.md
+38
View File
@@ -0,0 +1,38 @@
# ART-, Team- und Servicevisionen
Version: 7 | Last modified: 2024-11-27T15:58:04.964+01:00
Source: confluence page ID 381468143
---
ART-VisionFür unsere Nutzer:innen stellen wir tagesaktuelle konsolidierte Sichten auf Kapazitäten und Fahrpläne bereit.​
Team-VisionenTeam | Vision |
FaPS | siehe Service-Visionen zum Fahrplanservice und RUT-K Adapter |
Ains | Wir bieten die vollständige und einheitliche Sicht auf die fahrplanrelevanten Kapazitäten für die beste Fahrplanerstellung und einen stabilen sowie pünktlichen Betrieb zum Nutzen aller Kund:innen.
|
BIS | Wir stellen Zugtrassen-Daten für die automatisierte Veröffentlichung von Fahrplänen zur Verfügung, um die Arbeit für die Fahrplan-Konstrukteure maßgeblich zu erleichtern und die Qualität der veröffentlichten Fahrplandaten zu erhöhen.
Konkret bedeutet dies:
Wir erweitern RuT-K um notwendige Funktionalitäten im Kontext „Fahrplan-Konstruktion“ als Voraussetzung für die automatisierte Veröffentlichung von BauFplon. Mit der VöA-API stellen wir Veröffentlichungsaufträge im Netz-/Gelegenheits-/Baufahrplan zur Verfügung. Damit schaffen wir die Voraussetzung für die automatisierte Veröffentlichung von allen relevanten Fahrplandaten.
|
AQuA | siehe Service-Vision zum AGS
|
|
|
Service-VisionenService | Vision |
Fahrplanservice | Der Fahrplanservice ist der „Single Point of Truth“, um tagesaktuelle vertragswirksame und angebotene bzw. konsultierte Fahrpläne für Zugfahrten zu erhalten.
Wir stellen die Durchführung des Eisenbahnbetriebs sicher, indem der Betrieb und die EVU/Tf Fahrpläne erhalten. Ebenfalls stellen wir Fahrplandaten zur Information unserer Fahrgäste bereit. Die Plandaten stellen wir DB-internen Analysetools zur Verfügung, um die Qualität des Fahrplans sicherzustellen. |
RUT-K Adapter | Der RUT-K Adapter versorgt mittelfristig den Fahrplanservice mit Fahrplänen aus RUT-K. Langfristig wird der RUT-K Adapter durch Ablösung von RUT-K obsolet. |
AGS | Der Auftrags- und Angebotsservice (AGS) dient seinen Nutzern als Single Point of Contact für einen qualitätsgesicherten und standardisierten Austausch von Daten für die Kundenkommunikation zwischen den Domänen Vertrieb und Fahrplan.
Der AGS ist ein Anti-Corruption-Layer, durch den eine TTT-konforme Kundenkommunikation und Datenintegration im NFPL, GelV und der Konsultation im UjBau sauber und effizient unterstützt und die Integrität sowie Qualität der übertragenen Informationen gewährleistet werden.
Mittelfristig soll neben dem AGS eine API für Fahrlagen die Möglichkeit bieten, aggregierte und strukturierte Daten bereitzustellen, um weitere Anwendungsfälle und Geschäftsmodelle für einen weiteren Nutzerkreis über den Bestellprozess hinaus zu unterstützen.
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/DaS-Roadmap-Team-Assessment.md
+20
View File
@@ -0,0 +1,20 @@
# DaS: Roadmap Team Assessment
Version: 10 | Last modified: 2025-01-21T09:25:49.950+01:00
Source: confluence page ID 362637479
---
InfoAblauf des Team and Technical Agility Assessments Lese die folgenden Slides um zu erfahren, wie das Team and Technical Agility Assessment durchgeführt werden kann:
250
Bei Fragen stehen die Mario Reiß oder Markus Reich zur Verfügung.
Templates zur Durchführung des Assessments:
Excel Template 
Team-And-Technical-Agility 10_2024_Gesamtergebnis aller Teams_inkl. DaS spezifischer Fragen.xlsx
PPT Template
250
xx.xx.xxxx_Retrospektive SAFe Assessment.pptx
Ergebnis Oktober 2024 aller Teams:
Team-And-Technical-Agility 10_2024_Gesamtergebnis aller Teams.xlsx
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/DaS-Team-Objectives-PI-35.md
+28
View File
@@ -0,0 +1,28 @@
# DaS Team Objectives / PI 35
Version: 7 | Last modified: 2024-12-10T09:26:40.759+01:00
Source: confluence page ID 386371997
---
ART PI ObjectivesNobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIDCAJgDKAEQCyC8QEEAckvEBLFCn71GU8QHkARvGR6AbnE07xAHRAAFaAHMIAQwC24gCSAHYIFP5wIUhuZm6q6u5B4gDMAKyx5gBKSgCiWeIAQgCa4lm+IQDWmgoyIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkACwdgHAIgosQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AinsTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIA6IAJIAxAAriAPuICCASwB2KOVoByAEXHaUKfvUZTxAeQBG8ZNoBucY2bnLoAcwgAQwBbcXldBApguF0kQ2k5EwBZAGVxZXlxAGYAVkN7ACUTAFEC8QAhAE1xAsDdAGstFIBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkABwFgggYsAMQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FaPSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,9
Confidence Vote Final Plan: 3,9
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIA6IAJIAxAAriAPuMUBDZQGU54gIIA5ACLiAlihT96jKeIDyAI3jILANzhGzskMugAcwgtAFtxeQA7BApQuEikA2k5UwBZXXFleXEAZgBWA0cAJVMAUSLxACEATXEirUiAayNdAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAEITg7AgiBsQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgG6WnBCt267gu17DJi5YAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team BiSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAQgEsAykO4BBAHIARbvJQpmREn24B5AEbxk8gG5w1WwSHHQA5hACGAW27CAdggg4TzhfJBV+IU0AWUVucWFuAGYAVhUTACVNAFF0uQBNbnT3XwBrNUUAYRAAXyAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKwdmGEAYSANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AQuATeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan:  3
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAgpUayhcgHIARbgEsUKZkRJ9uAeQBG8ZJoBucVRqHjoAcwgBDALbdhAOwQQ4buC8kZX4hNQBZAGVucWFuAGYAVmUjACU1AFFU7gAhAE1uVJcvAGs5SIBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIUQjCBCAiQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
System Integration TeamTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: -
Confidence Vote Final Plan: 3,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAysIAqQ7gEEAcgBFuASxQpmREn24B5AEbxk2gG5xVmwSHHQA5hACGAW27CAdggg4TzhfJGV+IQ0AWVlucWFuAGYAVmUTACUNAFF07gAhAE1udPdfAGtVWQBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKIJgnADAYgzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/DaS-Team-Objectives-PI-36.md
+28
View File
@@ -0,0 +1,28 @@
# DaS Team Objectives / PI 36
Version: 2 | Last modified: 2025-01-27T19:06:46.157+01:00
Source: confluence page ID 404609980
---
ART PI ObjectivesNobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIDCAJgDKAEQCyC8QEEAckvEBLFCn71GU8QHkARvGR6AbnE07xAHRAAFaAHMIAQwC24gCSAHYIFP5wIUhuZm6q6u5B4gDMAGyx5gBKSgCiWeIAQgCa4lm+IQDWmgoyIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAIIMQjATArAzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AinsTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIA6IAJIAxAAriAPuICCASwB2KOVoByAEXHaUKfvUZTxAeQBG8ZNoBucY2bnLoAcwgAQwBbcXldBApguF0kQ2k5EwBZAGVxZXlxAGYANkN7ACUTAFEC8QAhAE1xAsDdAGstFIBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAAwVgogYgIhQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FaPSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCFJCAV2WIjjSzxCQE8w4MQApARQBkR8BHYuCHWaRYiJAAIAvOIA6IAJIAxAAriAPuMUBDZQGU54gIIA5ACLiAlihT96jKeIDyAI3jILANzhGzskMugAcwgtAFtxeQA7BApQuEikA2k5UwBZXXFleXEAZgA2A0cAJVMAUSLxACEATXEirUiAayNdAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkACLBiEEFYDYgNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgG6WnBCt267gu17DJi5YAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team BiSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAQgEsAykO4BBAHIARbvJQpmREn24B5AEbxk8gG5w1WwSHHQA5hACGAW27CAdggg4TzhfJBV+IU0AWUVucWFuAGYANhUTACVNAFF0uQBNbnT3XwBrNUUAYRAAXyAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKwUQDAggIgzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AQuATeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan:  
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAgpUayhcgHIARbgEsUKZkRJ9uAeQBG8ZJoBucVRqHjoAcwgBDALbdhAOwQQ4buC8kZX4hNQBZAGVucWFuAGYANmUjACU1AFFU7gAhAE1uVJcvAGs5SIBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAJwUQDCIKxANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
System Integration TeamTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAysIAqQ7gEEAcgBFuASxQpmREn24B5AEbxk2gG5xVmwSHHQA5hACGAW27CAdggg4TzhfJGV+IQ0AWVlucWFuAGYANmUTACUNAFF07gAhAE1udPdfAGtVWQBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIBgggnATMQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/Geteilte-Verantwortungen-Sprintweise-Team-Rotation.md
+107
View File
@@ -0,0 +1,107 @@
# Geteilte Verantwortungen - Sprintweise Team-Rotation
Version: 48 | Last modified: 2025-03-07T11:32:53.545+01:00
Source: confluence page ID 304424588
---
AllgemeinAm 11.01.2024 haben sich Vertreter der Ast-NuG-Teams darauf geeinigt, die Verantwortung für das Erfassen und Analysieren von Whitesource-Findings, sowie die Umgebungswartung sprintweise zwischen den Teams zu rotieren.
Zuständigkeiten:
PI 35 (neu)Sprint | Datum | Team Adams | Team Flow | Team Tango → Infinity |
1 | 11.12. - 24.12. | Umgebungwartung | Security | Renovate (Tango) |
2 | 25.12. - 07.01. | Renovate | Umgebungswartung | Security (ab hier Infinity)
|
3 | 08.01. - 21.01. | Security | Renovate | Umgebungswartung |
4 | 22.01. - 04.02. | Umgebungwartung | Security | Renovate |
5 | 05.02. - 18.02. | Renovate | Umgebungwartung | Security |
6 | 19.02. - 04.03. | Security | Renovate | Umgebungwartung |
7 | 05.03. - 18.03. | Umgebungwartung | Security | Renovate |
8 | 19.03. - 01.04. | Renovate + Security | Umgebungwartung | <Team Infinity nicht nehr verfügbar> |
PI 35 (alt)
Sprint | Team Adams | Team Flow | Team Tango | Team Infinity |
1 | Umgebungwartung | Security | Renovate |
|
2 |
| Umgebungswartung | Security | Renovate |
3 | Renovate |
| Umgebungswartung | Security |
4 | Security | Renovate |
| Umgebungwartung |
5 | Umgebungwartung | Security | Renovate |
|
6 |
| Umgebungswartung | Security | Renovate |
7 | Renovate |
| Umgebungswartung | Security |
8 | Security | Renovate |
| Umgebungwartung |
PI 34
Sprint | Team Adams | Team Flow | Team Tango |
1 | Umgebungwartung | Security | Renovate |
2 | Renovate | Umgebungswartung | Security |
3 | Security | Renovate | Umgebungswartung |
4 | Umgebungwartung | Security | Renovate |
5 | Renovate | Umgebungwartung | Security |
6 | Security | Renovate | Umgebungwartung |
PI 33
Sprint | Team Adams | Team Flow | Team Gravity | Team Tango |
1 | Umgebungwartung | Security | Renovate |
|
2 | Renovate | Umgebungswartung | Security |
|
3 | Security | Renovate | Umgebungswartung |
|
4 | Umgebungwartung | Security | Renovate |
|
5 | Renovate | Umgebungwartung | Security |
|
6 | Security | Renovate | Umgebungwartung |
|
Umgebungen, um die wir uns kümmern müssenifp-dev: Dev, Demo, ains, gravity, tango, adams → machen die Teams
ifp-integration  
ifp-int-next  
ifp-int-sys
ifp-int-ttt (ITU)
ifp-abn-ttt (KTU)
Produkte, um die wir uns kümmern müssenArbeitssteuerung
UI
ASt NuG Mocks
Es wäre gut, wenn man trotzdem auch die Produkte prüft, die aus der Arbeitssteuerung kommen:
IFP-Common
IFP-Auth
SecurityVorgehen:Täglich prüfen, ob neue Sicherheitslücken gemeldet wurden (E-Mail-Alerts oder im Tool oder in den Trivy-Findings direkt prüfen). Und Grafana-Dashboard - https://grafana-v2.cnp.comp.db.de/d/e8f2b0d4-6fd5-4cc3-8575-35d485e04f54/vulnerabilities-by-service?orgId=55&var-cluster=ifp-abn-tv998&var-namespace=ifp-abn-ttt&var-image=ast-nug&var-version=1.18.1&var-DS_LOKI=Q3YIx8Q7k&var-DS_PROMETHEUS=ud1IbUwnz
Analyse Enabler anlegen und das Stichwort 'ast-nug' nicht vergessen (Enabler-Vorlage und Analyse-Vorgehen beschrieben)
Analyse zeitnah einplanen und ggf. Versionsanhebung durchführen
Falls eine Anpassung der Implementierung vorzunehmen ist, die komplexer ist, wird ein Folge-Enabler angelegt und die anderen Teams darüber informiert. Hier müssen wir ggf. noch ein gutes Vorgehen finden, welches Team die Umsetzung bei sich zeitnah einplanen kann.
Hinweis: die Renovate-MRs sind in ihrer Anzahl begrenzt. Alle Dependency-Updates die das Limit übersteigen können aber in einem Issue im GitLab angesehen werden, der von Renovate automatisch geplegt wird. In der AstNuG ist das z.B. https://git.tech.rz.db.de/ifp/app/arbeitssteuerung/-/issues/9 . Die Liste an Dependencies, die dem Rate-Limit zum Opfer fallen sollte nicht zu lang werden, weil ansonsten die Dauer bis zur Aktualisierung der Dependencies zu groß wird.
RenovateVorgehen:Empfehlung: im Sprint-Board eine Aufgabe anlegen und innerhalb des Teams zuweisen.
Täglich prüfen, ob neue Renovate Merge Requests geöffnet wurden.
Bei den fehlschlagenden Pipelines der MRs nach den Problemen schauen und beheben. Aufwand durch Time Boxing begrenzen.
In der Arbeitssteuerung werden diese auch automatisch gemerged, sofern die Pipeline erfolgreich ist. Bei allen anderen Projekten die MRs die Risiken der Änderungen abschätzen, ggf. testen, approven.
Bei schwierigen MRs:MRs die aus konkreten Gründen nicht gemerged werden können, z.B. weil größere Refactorings notwendig sind, werden geschlossen. Sie werden unten dokumentiert und ein entsprechender Enabler angelegt.
MRs die grundsätzlich merge-bar sind, bei denen es aber zu Problemen kommt sollten angegangen werden. Der Aufwand wird durch Time-Boxing begrenzt. Die Probleme und Fortschritte sollen dabei im MR dokumentiert werden.
MRs die während eines Sprints nicht fertiggestellt werden, werden vom vorherigen Team ans nächste Übergeben.
MRs sind entweder zu bearbeiten oder zu schließen und sollten nicht ohne Grund über längere Zeit offen bleiben.
Aktuell nicht merge-bare Dependencies:Camunda-Plattform 11, zeebe docker tag v8.6.0 und operate docker tag to v8.6.0: vgl. MR 2068, MR 2069 und MR 2070.
UmgebungswartungRelease Candidates bauen und deployenJeden zweiten Mittwoch (hierfür gibt es einen Termin; falls man den nicht im Kalender hat → auf Teamkolleg:innen zugehen) wird ein Release Candidate erstellt und deployed, siehe:
Solution Train Capacity2Schedule | Releasemanagement Kundentestumgebung | Microsoft Teams im Auge behalten und wie gewünscht Deployments durchführen
Begleitung Kundentest
Resourcen für Kundentest: 
System Health beobachten und ggf. auf Wiederherstellung hinwirkenProbleme werden ggf. auch von den Testern gemeldet!Im Wesentlichen ist regelmäßig zu beobachten, ob die Umgebungen, um die wir uns kümmern müssen, noch laufen. Für eine grobe Übersicht gibt es folgende Tools:
die Umgebungsübersicht IFP: ifp-infotafel.cnp.comp.db.de
ArgoCD: argocd.cnp.comp.db.de
Grafana: grafana-v2.cnp.comp.db.de
Fallen Unregelmäßigkeiten oder Probleme auf:
versuchen, das Problem einzugrenzen bzw. Informationen darüber zu sammeln anhand der Logs → z.B. über Grafana oder direkt auf den Pods (z.B. über K9s)
ist das Problem nicht konkretisier- oder kein konkretes Team zur Behebung ermittelbarKanal "ASt NuG privat" ODER
SIT-Team fragen
gibt es Anhaltspunkte, welches Team für die Behebung in Frage kommt → Bug-Ticket erstellenhier ist eine teamübergreifende Ansicht der vorhandenen Bug-Tickets
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/IFP-Team-BIS-ART-DaS.md
+14
View File
@@ -0,0 +1,14 @@
# IFP Team BIS (ART DaS)
Version: 9 | Last modified: 2025-03-14T09:14:28.312+01:00
Source: confluence page ID 301364007
---
Dies ist der Confluence-Bereich des BIS-Teams!
In welchem Umfeld bewegen wir uns?
Wer sind wir?
Was machen wir?
...Neugierig?... Dann wirf einen kurzen Blick in die Präsentation!
250
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/IFP-Team-Firefly.md
+17
View File
@@ -0,0 +1,17 @@
# IFP Team Firefly
Version: 11 | Last modified: 2024-11-20T08:59:05.113+01:00
Source: confluence page ID 333611178
---
Inhaltsverzeichnistrue
Laufzeitumgebungen KA-Editorifp-dev (api)
ifp-dev (frontend)
ifp-dev-PA-Übersicht
ifp-integration (api)
ifp-integration (frontend)
ifp-int-sys (api)
ifp-int-sys (frontend)
Die wichtigsten LinksKa-editor Dokumentation
Ka-editor GitLab Repositories
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/MS-Teams-Team-KanÃ-le-Chat.md
+43
View File
@@ -0,0 +1,43 @@
# MS Teams - Team, Kanäle, Chat
Version: 20 | Last modified: 2023-02-24T13:55:50.099+01:00
Source: confluence page ID 244617685
---
Hinweise zu der Seite:Die Inhalte richten sich an jeden Kollegen und sind insbesondere fürs Onboarding neuer Kollegen gedacht.
Die Inhalte sind keine expliziten Regeln sondern eher eine Richtschnur/Empfehlungen.
Einiges zu den Kanälen in Teams:Welche Teams Spaces nutzen wir im ART?Wir nutzen im ART 3 offizielle Teams SpacesART intern - Integrierte Fahrplan Plattform (IFP)
Solution -  Value Team C2S
IFP Mentoren Austausch
Unsere Teams Spaces werden durch das PMO in der Weise administriert:jedes ART-Mitglied wird beim Onboarding hinzugefügt oder
beim Offboarding aus dem ART wieder entfernt
Inhalt
Wie nutzen wir Teams Kanäle im ART?Für das Erstellen und Löschen der Kanäle innerhalb des ART internen Team Spaces - Integrierte Fahrplan Plattform (IFP) nutzen wir die Konventionen aus dem Entwicklerhandbuch
Auszug der Kommunikationsregeln
Wir kommunizieren direkt oder im MS-Teams-Kanal Integrierte Fahrplan Plattform (IFP).
Für viele Themen haben wir dort Diskussionskanäle (Prefix "[Diskussion]"); vielleicht wurde Deine Frage dort schon beantwortet, ansonsten feel free to ask! 
Jedes Team hat dort auch seinen Kanal (Prefix "[Team]").
Für Themen bezüglich eines Jira-Tickets können Kanäle angelegt werden, die mit der Jira-Issue-Nummer beginnen.
Für Themen außerhalb des Projekt steht die Kaffeeküche bereit: "[Social] Kaffeeküche".
Weitere HinweiseDie Kanäle sind durch Teams und Kollegen selbstorganisiert (Anlegen, Mitglieder verwalten, Löschen).
Sie bestehen manchmal über einen langen Zeitraum auch ohne sichtbare Aktivität.
Bitte nur Kanäle mit dem Status "öffentlich" anlegen.
Die Informationen wofür der Kanal genutzt wird kann auch dem Button "i" (Kanalinfos anzeigen) in dem jeweiligen Kanal entnommen werden.
Etwas zu den Chats:Wie nutzen wir Chats in unserem ART?Chats sind eine weitere Möglichkeit für die alltägliche Kommunikation und werden vielfältig genutzt. Wir haben für uns keine allgemeinen Regeln definiert, fahren aber unter Beachtung folgender Erfahrungen gut: 
Die Inhalte in den Chats, werden in der Regel systemseitig nach 6 Monaten gelöscht. Wenn Informationen dauerhaft zur Verfügung stehen oder Erkenntnisse gesichert werden sollen, dnn sind sie besser im Confluence, Sharepoint oder auch in den Teams Kanälen abgelegt.
In der Regel hat jedes Team mindestens einen langlebigen Chat. Die Pflege der Mitglieder in diesem Chat kann u.a. der ScM oder auch jedes Teammitglied übernehmen.
zu jeder Besprechung wird ein eigener Chat angelegt. Es bietet sich daher an:regelmäßige Termine mit dem selben Einwahl anzulegen, um jegliche Chatkommunikation dazu zu zentralisieren.
den Besprechungschat zu deaktivieren, falls ihr das hin und herchatten ein wenig eindämmen wollt. Das kann der oder die Organisatorin des Termins einstellen.
Wie kann ich mich mit Teams in den Kanälen und Chats gut selbst organisieren?Um sich mit Teams in den Kanälen und Chats gut selbst zu organisieren, haben wir diese guten Erfahrungen gemacht:
Wichtige Channels und Chats kann man für sich selbst anheften.
Weniger wichtige Channels und Chats lassen sich ausblenden oder auch stummschalten.
Diese Funktionen befinden sich hinter den 3 Punkten neben dem Channel- oder Chatnamen
weitere Hilfen finden sich auf den Support Seiten von MicrosoftÂ
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/PI-34-Team-Coach-Sync.md
+67
View File
@@ -0,0 +1,67 @@
# PI 34 - Team Coach Sync
Version: 154 | Last modified: 2024-09-13T10:30:17.195+02:00
Source: confluence page ID 361140038
---
Wichtigbitte jeweils vor dem nächsten Team Coach Sync aktualisieren
E = erledigt | O = offen | i.A. = in Arbeit 
| Historie - bei Aktualisierung bitte ändern von O auf  oder ja
|
IFP ART
| Workflow Management | Data Scheduling |
Team
| Adams | Flow | Adapt | Nexus | OTN | TANGo | K-Team | Firefly | SIT | Team GPT | Ains | BIS | FaPS | SIT | AQuA |
Kapazitäten
| E | E | E | E | E | E | E | E | E | E | E | E | E | E | E |
PI Objectives (Entwurf)
| E | E | E | E | E | i.A. | E | E | E | E | E | E | E | E | E |
Gefühlter Planungsfortschritt in %
| 100% | 100% | 40% | 100% | 100% | 67% | 100 % | 95% | 90% | 100 % | 100 % | 100% | 100% | 80% | 100% |
Abhängigkeiten
| E | E | E | E | E | i.A. | E | E | i.A. | i.A. | E | E | E | E | E |
Risiken
| E | E | E | E | E | i.A. | E | E | E | i.A. | E | E | E | E | E |
PI Objectives (Finalisierung)
| E | E | E | E | E | O | E | i.A. | E | E | E | E | E | E | E |
Unterstützungsbedarfe (ja/nein)
| Jennifer
wg. Test: erl.
| nein | nein
| nein | nein | zzt.   | nein | nein | nein | nein | nein | nein | nein | nein | nein |
Abstimmungsbedarfe mit anderem Team (ja/nein + ggf. Teamname) | ja/ Team Bestand
| nein  | ja
SIT-Team
BSV
Firefly
| E | E |  - 
| E | Werbung: Workshop 
Workshop 23.09.24 Netzfahrplanerstellung mit KA-Erweiterung
| nein | FaPs und Team AINS = erl.
Aqua = erl.
| nein |
| nein | - |
|
aktuelles Confidence Vote
| 3,1 | 4 | 3,3
| 2,0 | 3.7 | 3,2 | 4 | 3,7 | 3,6 | 3,1 | 3,7 | 3,9 | 3,6 | 3,0 | 4,2 |
Session 4 - TAG2 - aktualisiert / ja | | | |
|   |
|   | | ja | |
| | | | |
Session 3 - TAG2 - aktualisiert / ja | |
| |   | |   |   | | | |
| | | | |
Session 2  - TAG1 - aktualisiert / ja | |
|   |   | |   | | | |
|
|
| | |   |
Session 1 - TAG1 - aktualisiert / ja
|   | |   |   | |   | | |   | |
|   |   | |   |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/PI-35-Team-Coach-Sync.md
+148
View File
@@ -0,0 +1,148 @@
# PI 35 - Team Coach Sync
Version: 142 | Last modified: 2024-12-09T08:56:29.164+01:00
Source: confluence page ID 388458495
---
Wichtigbitte jeweils vor dem nächsten Team Coach Sync aktualisieren
E = erledigt | O = offen | i.A. = in Arbeit 
| Historie - bei Aktualisierung bitte ändern von O auf  oder ja
|
IFP ART
| Workflow Management | Data Scheduling |
Team
| ADAMS | Flow | Adapt | Nexus | OTN | TANGo | Infinity | Firefly | SIT | GPT | Ains | BIS | FaPS | SIT | AQuA |
Kapazitäten
| E
|
|
|
|
|   |
|
|
|
|
|
|
|
|
|
PI Objectives (Entwurf)
| E
|
|
|
|
|   |
|
|
|
|
|
| E |
|
|
Gefühlter Planungsfortschritt in %
| 100% | 100% | 100% | 100% | 100% | 100% | 100 % | 100% | 98% | 98% | 90% | 100% | 100% | 80% | 100% |
Abhängigkeiten
| E |
|
|
|
|   |
|
| i.A. |
| i.A. |
| E | E | E |
Risiken
| keine |
|
| 1 |
| keine | keine | keine | i.A. |
|
| O | E | E | E |
PI Objectives (Finalisierung)
| E |
|
|
|
|   | E |
|
|
| i
|
| E | E | E |
Unterstützungsbedarfe (ja/nein)
| nein | nein | keine | keine | aktuell nicht | keine | keine | Nein | keine | keine | keine | O | nein | E | nö |
Abstimmungsbedarfe mit anderem Team (ja/nein + ggf. Teamname) | ja - Team OTN und Team WMF SIT 
E
| aktuell nicht | aktuell nicht | aktuell nicht | aktuell nicht | / | E | E | aktuell nicht | NEXUS - erledigt | nein | O | nein | E | aktuell nicht |
aktuelles Confidence Vote
| 3,75 | 4,3 | 3,0 | 3,8 | 3,5 | 4,1 | 4,6 | 4,0 | 4,14 | 3,2 | 3,7 | 3,38 | 3,9 | 3,0 | 3,7 |
Session 4 - TAG2 - aktualisiert / ja |
|
|
|
|
|   |
|
|
|
|
|
|
|
|
|
Session 3 - TAG2 - aktualisiert / ja |
|
|
|
|
|   |
|
|
|
|
|
|
|
|
|
Session 2 - TAG1 - aktualisiert  / ja |
|
|
|
|
|   |
|
|
|
|
|
|
|
|
|
Session 1 - TAG1 - aktualisiert / ja
|
|
|
|
|   |   |
|
|
|
|
|
|
|
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/SIT-Portfolio-und-Team-Aufteilung.md
+61
View File
@@ -0,0 +1,61 @@
# SIT Portfolio und Team-Aufteilung
Version: 10 | Last modified: 2025-03-07T12:41:53.059+01:00
Source: confluence page ID 304425573
---
Geprüft am |  
|
Seite behalten in Confluence? | NEIN 
|
Überarbeitung erforderlich? | -- |
mgl. neuer Dokumentationsort | -- |
Verantwortlicher | SIT-Team
|
Datum | Status | Mitwirkende |
 
| DRAFT
|  
|
|
|
|
SIT interne Aufteilung / T-shaping
nicht "jeder kann alles", sondern Expertengruppen / Special Interest Groups (SIG), die sich vertreten können.
Jeder innerhalb einer Experten Runde (entweder testing & Lup oder CNP SUpport + K8s) soll alle Aufgaben/Services zu 80% durchführen können. Bzw. innerhalb dieser Teams können wir im PI Planning die Aufgaben rollieren
true SIT Portfolio und Team Rollenfalseautotoptrue7667
Optimierung des Daily:
Ablauf nach SIGs (Special Interest Groups), um Kontextwechsel zu reduzieren.
Ggf kann sogar auch nur ein Sprecher je SIG reporten, Einzelpersonen on top nur noch die specials
Externe Welt / SIT
Die Expertenrunden erarbeiten für jeden der von SIT betreuten und oder betriebenen Services und Aufgaben die Delegation Matrix, um den Grad der Delegation in die Teams festzulegen.
Ziel: ein klares Bild für den gesamten ART über die Zuständigkeiten und die Grenzen der Zuständigkeit.
Die Delegation-Level sind fest vorgegeben, und beschreiben exakt, zu welchem Grad eine Aufgabe an Teams delegiert ist, dh durch ein non-SIT Team durchgeführt wird.
Prinzipiell sieht ein Delegation Board 7 Stufen der Delegation vor. Selbstorganisiert können die SIGs zb durch DelegationPoker je Thema selbst bestimmen zu welchem Grad die Delegation erreicht werden soll.
Die 7 Stufen des Delegation Board:
1. Tell: I will tell them
SIT trifft eine Entscheidung und verkündet diese. Eine Diskussion darüber ist nicht gewünscht
2. Sell: I will try and sell it to them
SIT entscheidet für andere Teams, und begründet die Entscheidung, bzw versucht von der Entscheidung zu überzeugen
3. Consult: I will consult and then decide
SIT fragt erst die Teams, sammelt input, und trifft dann eine Entscheidung unter Berücksichtigung des Inputs
4. Agree: We will agree together
Die Entscheidungen werden gemeinsam getroffen, nach Abstimmung mit Beteiligten
5. Advise: I will advise but they decide
das SIT berät die anderen Teams, überlässt Ihnen aber die Entscheidung
6. Inquire: I will inquire after they decide
die anderen Teams entscheiden, das SIT informiert sich anschließend
7. Delegate: I will fully delegate
die Entscheidung liegt komplett in den anderen Teams, das SIT ist nicht involviert.
Die Delegationmatrix definiert dann je Thema/Aufgabe den Grad der Delegation.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/Team-Infinity-DoR-DoD.md
+65
View File
@@ -0,0 +1,65 @@
# Team Infinity DoR / DoD
Version: 17 | Last modified: 2024-09-23T10:37:07.872+02:00
Source: confluence page ID 243078773
---
Definition of Ready „Ready is when the team says: ‚Ah, we got it‘“. 
Jeff Sutherland
DoRDie Definition of Ready hilft beim Verständnis des Development-Teams darüber, was als Ergebnis zu liefern ist. Anhand dieses Verständnisses beantwortet das Development-Team die Frage, ob es das Ergebnis liefern kann. Ein Product Backlog ist "Ready", wenn es genügend Product Backlog Items an der Spitze hat, die diesen Kriterien entsprechen.
INVESTIndependent and immediately actionably – Product Backlog Items sind im Sprint unabhängig voneinander, damit sie umpriorisiert werden und besser geschätzt werden können. Zudem wird unnötiger Planungsaufwand für ihre Umsetzung vermieden. Alle Voraussetzungen sind vor Sprintbeginn aufgelöst. Die Umsetzer geben das Feedback, dass sie beginnen können.
Negotiable – PBIs* sind verhandelbar, damit die Details im Gespräch festgelegt werden und damit bessere oder günstigere Varianten identifiziert werden.
Valuable – PBIs bringen dem Kunden einen Mehrwert, damit nur Anforderungen umgesetzt werden, die Wert schöpfen und damit nur das umgesetzt wird, was gebraucht wird. Backlogeinträge, die nicht fertig sind, liefern keinen Wert.
Estimable – PBIs sind schätzbar. So wird erkannt, ob die Umsetzer den Backlog Item fachlich und technisch verstehen.
Small – PBIs haben die richtige Größe, damit sie in einer Iteration umgesetzt werden können.
Testable – PBIs sind testbar durch den Kunden. Sie haben Akzeptanzkriterien.
*PBI = Product Backlog Item (User Story)
Nummer
| DoR-Kriterien (Enabler + Story)
|
1 | ID, Titel, Beschreibung (Empfehlung zur Beschreibung inkl. „Als <Rolle> möchte <Funktion>, um <Zweck>“) sind vorhanden. |
2 | Klare und messbare / prüfbare Akzeptanzkriterien (ggf. auch im Sinne einer (Scope-) Abgrenzung beschreiben was die Story nicht können muss) sind definiert / beschrieben. Es muss definiert sein wer Enabler abnimmt, falls eine Abnahme erforderlich ist.   |
3 | Story / Enabler wurde vom Team verstanden und ist in Story Points geschätzt. |
4 | Story / Enabler sind möglichst in einer Iteration (Sprint) umsetzbar. |
5 | Logiken der funktionalen Anforderungen einer Story sind ausformuliert oder per Link referenziert, wenn vorhanden. |
6 | Story- / Enabler-spezifische nichtfunktionale Anforderungen (NfA) sind definiert / beschrieben / verlinkt oder nicht notwendig. |
7 | Story / Enabler ist (wenn möglich und sinnvoll)  einem Feature und einem Objective zugeordnet.  |
8
| Ggf. vorhandene Abhängigkeiten zu anderen Enablern, Features bzw. Stories sind falls nötig beschrieben und sofern möglich referenziert. 
|
9 | Offene Punkte zu Story / Enabler sind geklärt (vermerkt in Story / Enabler).  |
10 | Folgendes wurde bei Durchsprache der Story / des Enablers geklärt:
Wer sind die Ansprechpartner?
Welche Rollen werden zur Umsetzung benötigt (BE, Dev, Test)?
|
Definition of Done
DoDUm ein gemeinsames Verständnis herzustellen, vereinbaren die Mitglieder des Entwicklungsteams und der Product Owner eine sog. Definition of Done (kurz DoD). Die DoD zeigt, was alles zu tun ist, damit künftige Anwender die neue Funktionalität auch nutzen können. Backlogeinträge, die die DoD nicht erfüllen, kommen zurück ins Product Backlog und der Product Owner entscheidet über die weitere Umsetzung.
Minimal DoD
Code fertig
Code getestet (keine bekannten Fehler)
Doku fertig
Abgenommen durch den Product Owner
Bereit für die Übernahme in die Produktivumgebung
Nummer | DoD-Kriterien (Enabler + Story) |
1 | Die Akzeptanzkriterien sind erfüllt. |
2 | Neue Tests wurden geschrieben oder vorhandene erweitert/angepasst. 
Ziel: Code-Coverage im Backend von mindestens 80%
|
3 | Durchzuführende Tests laut Testkonzept (manuelle und automatische) sind erfolgreich und dokumentiert.
GUI-Test (zu definieren in Testtermin; Vorschlag: manueller Test im aktiven Sprint, automatisiert im Folgesprint)
|
4 | Der Code wurde qualitätsgeprüft (z.B. Peer Review, Clean Code, Kommentare, statische Prüfung). |
5 | Der Code ist versioniert, freigegeben und erfolgreich in den Master gemergt. |
6 | IT-Security-Vorgaben wurden berücksichtigt (wenn vorhanden und bekannt). |
7 | Die Story-spezifische technische Beschreibung/Dokumentation ist erstellt oder wurde als Folgestory im Backlog erfasst. |
8 | Die Story-spezifische fachliche Beschreibung/Dokumentation ist erstellt oder wurde als Folgestory im Backlog erfasst. |
9 | Die Releasenotes wurden Story-spezifisch angepasst/erweitert. |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/WMF-Team-Adapt.md
+8
View File
@@ -0,0 +1,8 @@
# WMF Team Adapt
Version: 1 | Last modified: 2025-03-19T08:13:09.519+01:00
Source: confluence page ID 422184227
---
Der Confluence-Space von Team Adapt liegt jetzt hier.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/WMF-Team-Objectives-PI-34.md
+58
View File
@@ -0,0 +1,58 @@
# WMF Team Objectives / PI 34
Version: 25 | Last modified: 2024-11-12T11:49:12.285+01:00
Source: confluence page ID 362627690
---
WMF Teams' Objectives & Confidence Vote
Team ADAMSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 2,4
Confidence Vote Final Plan: 3,1
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAggBMAhgFsUQuQDkAItwCWKFMyIk+3APIAjeMl0A3OJp1Dx0AOYQV3YQDsEEOMpw3kjq-EIA6gCyotziwtwAzAAs6mYASloAomncAEIAmtxpit4A1nIAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkABwFgzA7ArFQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FlowTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,9
Confidence Vote Final Plan: 4,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7dRAGygB3IdwCCAOQAi3AJYoUzIiT7cA8gCN4yHQDc4arYJDjoAcwgBDALbdhAOwQIOC84PyQVfiEAdQBZUW5xYW4AZgAWFVMAJU0AUUzuACEATW5Mjz8AazUAZQBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAJwEQogDCDMQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team GravityTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cA4hACGANwCWRIdwCCAOQAi3FShTMiJPtwDyAI3jIVSuFr2CQ46AHNFAW27CAdggQcF5wfkga-EIA6gCyotziwtwAzAAsGhYASroAopncAEIAmtyZCn4A1loAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAMIMQHADArALEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team NexusTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: -
Confidence Vote Final Plan: 3
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAcnAAejFEO4BBWQBFuASxQpmREn24B5AEbxkOgG5x1WwSHHQA5hACGAW27CAdggQcF5wfkiq-EIA6gCyotziwtwAzAAsqqYASpoAopncAEIAmtyZHn4A1uoAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGwQQ7AzAYgIkANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team OTNTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3.25
Confidence Vote Final Plan: 3.7
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cA8gBUAckO4BBRQBFuASxQpmREnzkAjeMm0A3OGs2CQ46AHMIAQwC23YQDsEEOO5w3kgq-EIA6gCyotziwtwAzAAsKrIAShoAomncAEIAmtxprt4A1moAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAEIMQDAogHAnEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team TANGoTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan:  3,7
Confidence Vote Final Plan: 3,1
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKgEMAdgHMoQ7gEEAcgBFuASxQpmREn24B5AEbxk+gG5xNuwSHHRlEeQFtuwxQgQcN5wikjq-EIA6gCyotziwtwAzAAs6hYASjoAopncAEIAmtyZSgDWmgDKAMIgAL5AAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKzCcGYCZiANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team InfinityTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,7
Confidence Vote Final Plan: 4,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cA0gFoAKnACGAWyHcAggDkAItwCWKFMyIk+3APIAjeMkMA3ONv2CQ46AHMI67sIA7BAg4NTgApE1+IQB1AFlRbnFhbgBmABZNKwAlPQBRbO4AIQBNbmyVAIBrbQBlAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAOzBiBYA4FEgNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team GPTTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,4
Confidence Vote Final Plan: 3,5
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKnACGAW24BxcbKHcAggDkAItwCWKFMyIk+3APIAjeMiMA3ODoOCQ46AHMIy7sIAdggQcEpwgUha-EIA6gCyotziwtwAzAAsWtYASvoAojncAEIAmtw5CoEA1joAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAJzCsGYFEEEgNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FireflyTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 
Confidence Vote Final Plan: 3,7
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAwgFkAYiO4BBAHIARbgEsUKZkRJ9uAeQBG8ZPIBucSbO4AdEAAVoAcwgBDALbcAkgDsEEOA7iuk59eYA6qLcFs7cAMwALP4aAEoyAKJx3ABCAJrccXauANaSAMoCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkACwVgTAHADBQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team WMF SITTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 2,8
Confidence Vote Final Plan: 3,6
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiADqAWQBi3AD7cAygEkAKkO4BBAHIARbgEsUKZkRJ9uAeQBG8ZDoBucNVsEgACtADmEAIYBbbvIB2CBBw3nD+SCr8QmKSzvLcAMwALCqmAEqaAKJp3ABCAJrcaZ7+ANZqsgDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGLCMwQQDiANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AdaptTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: -
Confidence Vote Final Plan: 3,3
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uA6gFkAYgEEAImIAKAFW5iAchO4BLFCmZESfbgHkARvGSqAbnAXLuAHRDToAcwgBDALbcAkgDsEEOK7gvJFtdW2ERbmkPbgBmABYQvQAlCQBRJO4AIQBNbiTnLwBrBQBlAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAEIUQHAIgzBQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Erläuterung Confidence Vote Q: https://t2informatik.de/en/smartpedia/fist-to-five/
Q: https://www.scrumstudy.com/
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/WMF-Team-Objectives-PI-35.md
+55
View File
@@ -0,0 +1,55 @@
# WMF Team Objectives / PI 35
Version: 24 | Last modified: 2024-12-05T15:08:45.743+01:00
Source: confluence page ID 386368134
---
WMF Teams' Objectives & Confidence Vote
Team ADAMSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,13
Confidence Vote Final Plan: 3,75
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAJJJoAEAKjnoQMYA2JyCqAcuZTBZcBMBy48qMeBFoZmohKwAWqMiTjhhg2SnkjCCTAnRq4iPdrABfa-nDRzutAGtUmUaQrmA0u9Hi3HwCTnIBnEFSTjB2DtJgKGTqAE4ehF6CAMrISSSp4RLB3vCJKWliEZLxpXnlSqrqmkIKJejJEEQA5orGpmTmNfm29pDxrNzoAPZkAGYQqOxQAPoAjAAcAJzrniHwAKpErNNkEOimUHQA8gBGAFaorOgQAG4sFYX8xWAHR0mn51c7g8nq8CpExjNgOstmsALqKFRqDSwLQtMAkIjlcYmabmIgYAB0PAg11QyXQFCgEBIBJInQg7FQyheqFp9MZAFpma8Odh2Mh6URYMhDsd-qgoBzJkDHiyOXMFjFYqNzNiprN5otVpsAAwAJh2XwACpwiHQAELcDqoJB0ABqJH5b0CPE+ghNGItVvxtodTrBVVVkOh+vhhkRjRRzRE8AxWImuPg+PQRNQJLJFIl1LZDKZLJznO5qF5-MFsGu3ptCA5z0daA5PEZjxs1lhQAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAggBMAhgFsUQuQDkAItwCWKFMyIk+3APIAjeMl0A3OJp1Dx0AOYQV3YQDsEEOMpw3kjq-EIA6gCyotziwtwAzACs6mYASloAomncAEIAmtxpit4A1nIAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAMwUQDAIgYgjEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FlowTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 4,25
Confidence Vote Final Plan: 4,33
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7dRAGygB3IdwCCAOQAi3AJYoUzIiT7cA8gCN4yHQDc4arYJDjoAcwgBDALbdhAOwQIOC84PyQVfiEAdQBZUW5xYW4AZgBWFVMAJU0AUUzuACEATW5Mjz8AazUAZQBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIRgrAwmBCQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team NexusTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 0
Confidence Vote Final Plan: 3,8
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAcnAAejFEO4BBWQBFuASxQpmREn24B5AEbxkOgG5x1WwSHHQA5hACGAW27CAdggQcF5wfkiq-EIA6gCyotziwtwAzACsqqYASpoAopncAEIAmtyZHn4A1uoAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIdgLAIhJANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team OTNTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,2
Confidence Vote Final Plan: 3,5
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cA8gBUAckO4BBRQBFuASxQpmREnzkAjeMm0A3OGs2CQ46AHMIAQwC23YQDsEEOO5w3kgq-EIA6gCyotziwtwAzACsKrIAShoAomncAEIAmtxprt4A1moAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKIVg7AzBAMQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team TANGoTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan:  3,2
Confidence Vote Final Plan: 4,2
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKgEMAdgHMoQ7gEEAcgBFuASxQpmREn24B5AEbxk+gG5xNuwSHHRlEeQFtuwxQgQcN5wikjq-EIA6gCyotziwtwAzACs6hYASjoAopncAEIAmtyZSgDWmgDKAMIgAL5AAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAAwDg7AQgjATEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team InfinityTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,7
Confidence Vote Final Plan: 4,6
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIAN4IglgJiBc4M5wK4FMDWyCeIA0IAuGADsjCBMnAMYgC+QADIUQYgKkAQ1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKnACGAW27CAdgDMAlmq1Eh3AIIA5ACLctKFMyIk+3APIAjeMi0A3OEbOCQ46ADmEMqqaggQcEpwakgG-EIA6gCyotziwtwAzACsBg4ASqYAovncAEIAmtz5CmoA1kYAygDCIAC+QANoXSAIwEQQgwiBsQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAfalse
Team GPTTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,2
Confidence Vote Final Plan: 3,5
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKnACGAW24BxcbKHcAggDkAItwCWKFMyIk+3APIAjeMiMA3ODoOCQ46AHMIy7sIAdggQcEpwgUha-EIA6gCyotziwtwAzACsWtYASvoAojncAEIAmtw5CoEA1joAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKIDgIgggTAwkANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FireflyTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 4,0
Confidence Vote Final Plan: 4,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAwgFkAYiO4BBAHIARbgEsUKZkRJ9uAeQBG8ZPIBucSbO4AdEAAVoAcwgBDALbcAkgDsEEOA7iuk59eYA6qLcFs7cAMwArP4aAEoyAKJx3ABCAJrccXauANaSAMoCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAIwTgwgLAHAgkANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team WMF SITTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,67
Confidence Vote Final Plan: 4,1
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiADqAWQBi3AD7cAygEkAKkO4BBAHIARbgEsUKZkRJ9uAeQBG8ZDoBucNVsEgACtADmEAIYBbbvIB2CBBw3nD+SCr8QmKSzvLcAMwArCqmAEqaAKJp3ABCAJrcaZ7+ANZqsgDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAAwIQwg7AggzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AdaptTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,4
Confidence Vote Final Plan: 3,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uA6gFkAYgEEAImIAKAFW5iAchO4BLFCmZESfbgHkARvGSqAbnAXLuAHRDToAcwgBDALbcAkgDsEEOK7gvJFtdW2ERbmkPbgBmAFYQvQAlCQBRJO4AIQBNbiTnLwBrBQBlAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkABwQQIgnADAzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Erläuterung Confidence Vote Q: https://t2informatik.de/en/smartpedia/fist-to-five/
Q: https://www.scrumstudy.com/
bahn/Analyse-O2C-C2S/sources/c2s/C2S-IFP/teams/WMF-Team-Objectives-PI-36.md
+53
View File
@@ -0,0 +1,53 @@
# WMF Team Objectives / PI 36
Version: 3 | Last modified: 2025-01-27T19:11:48.304+01:00
Source: confluence page ID 404609975
---
WMF Teams' Objectives & Confidence VoteReihenfolge muss angepasst werden! Team ADAMSTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,13
Confidence Vote Final Plan: 3,75
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAJJJoAEAKjnoQMYA2JyCqAcuZTBZcBMBy48qMeBFoZmohKwAWqMiTjhhg2SnkjCCTAnRq4iPdrABfa-nDRzutAGtUmUaQrmA0u9Hi3HwCTnIBnEFSTjB2DtJgKGTqAE4ehF6CAMrISSSp4RLB3vCJKWliEZLxpXnlSqrqmkIKJejJEEQA5orGpmTmNfm29pDxrNzoAPZkAGYQqOxQAPoAjAAcAJzrniHwAKpErNNkEOimUHQA8gBGAFaorOgQAG4sFYX8xWAHR0mn51c7g8nq8CpExjNgOstmsALqKFRqDSwLQtMAkIjlcYmabmIgYAB0PAg11QyXQFCgEBIBJInQg7FQyheqFp9MZAFpma8Odh2Mh6URYMhDsd-qgoBzJkDHiyOXMFjFYqNzNiprN5otVpsAAwAJh2XwACpwiHQAELcDqoJB0ABqJH5b0CPE+ghNGItVvxtodTrBVVVkOh+vhhkRjRRzRE8AxWImuPg+PQRNQJLJFIl1LZDKZLJznO5qF5-MFsGu3ptCA5z0daA5PEZjxs1lhQAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAggBMAhgFsUQuQDkAItwCWKFMyIk+3APIAjeMl0A3OJp1Dx0AOYQV3YQDsEEOMpw3kjq-EIA6gCyotziwtwAzACs6mYASloAomncAEIAmtxpit4A1nIAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAMwUQDAIgYgjEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FlowTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 4,25
Confidence Vote Final Plan: 4,33
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7dRAGygB3IdwCCAOQAi3AJYoUzIiT7cA8gCN4yHQDc4arYJDjoAcwgBDALbdhAOwQIOC84PyQVfiEAdQBZUW5xYW4AZgBWFVMAJU0AUUzuACEATW5Mjz8AazUAZQBhEABfIAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIRgrAwmBCQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team NexusTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 0
Confidence Vote Final Plan: 3,8
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAcnAAejFEO4BBWQBFuASxQpmREn24B5AEbxkOgG5x1WwSHHQA5hACGAW27CAdggQcF5wfkiq-EIA6gCyotziwtwAzACsqqYASpoAopncAEIAmtyZHn4A1uoAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAGIdgLAIhJANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team OTNTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,2
Confidence Vote Final Plan: 3,5
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cA8gBUAckO4BBRQBFuASxQpmREnzkAjeMm0A3OGs2CQ46AHMIAQwC23YQDsEEOO5w3kgq-EIA6gCyotziwtwAzACsKrIAShoAomncAEIAmtxprt4A1moAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKIVg7AzBAMQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team TANGoTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan:  3,2
Confidence Vote Final Plan: 4,2
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKgEMAdgHMoQ7gEEAcgBFuASxQpmREn24B5AEbxk+gG5xNuwSHHRlEeQFtuwxQgQcN5wikjq-EIA6gCyotziwtwAzACs6hYASjoAopncAEIAmtyZSgDWmgDKAMIgAL5AAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAAwDg7AQgjATEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team InfinityTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,7
Confidence Vote Final Plan: 4,6
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIAN4IglgJiBc4M5wK4FMDWyCeIA0IAuGADsjCBMnAMYgC+QADIUQYgKkAQ1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKnACGAW27CAdgDMAlmq1Eh3AIIA5ACLctKFMyIk+3APIAjeMi0A3OEbOCQ46ADmEMqqaggQcEpwakgG-EIA6gCyotziwtwAzACsBg4ASqYAovncAEIAmtz5CmoA1kYAygDCIAC+QANoXSAIwEQQgwiBsQNobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAfalse
Team GPTTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,2
Confidence Vote Final Plan: 3,5
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiACSAMQAK3AD7cAKnACGAW24BxcbKHcAggDkAItwCWKFMyIk+3APIAjeMiMA3ODoOCQ46AHMIy7sIAdggQcEpwgUha-EIA6gCyotziwtwAzACsWtYASvoAojncAEIAmtw5CoEA1joAygDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAKIDgIgggTAwkANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team FireflyTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 4,0
Confidence Vote Final Plan: 4,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAwgFkAYiO4BBAHIARbgEsUKZkRJ9uAeQBG8ZPIBucSbO4AdEAAVoAcwgBDALbcAkgDsEEOA7iuk59eYA6qLcFs7cAMwArP4aAEoyAKJx3ABCAJrccXauANaSAMoCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAIwTgwgLAHAgkANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team WMF SITTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,67
Confidence Vote Final Plan: 4,1
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uAOiADqAWQBi3AD7cAygEkAKkO4BBAHIARbgEsUKZkRJ9uAeQBG8ZDoBucNVsEgACtADmEAIYBbbvIB2CBBw3nD+SCr8QmKSzvLcAMwArCqmAEqaAKJp3ABCAJrcaZ7+ANZqsgDCIAC+QAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkAAwIQwg7AggzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Team AdaptTeam Confidence VoteHier bitte möglichst zum Draft und Final Plan den jeweils aktuellen Confidence Vote eintragen. Danke!
Confidence Vote Draft Plan: 3,4
Confidence Vote Final Plan: 3,0
NobwRAlgJmBckGcEFcCmAXAngB1WANGAHYCGAtnvAGoD2ATgOYlEMJbYFgDGANicglQA5cpTDs8hXv0EBJGPAhI0Ezgi4ALVGRJxwqxcow5JYBJjba4iFMdxgAvg-zho1pbYDWqTJ1IVrAGVNHgAfpFQeTmkBYVF3I2i+WPl3GGdXBTNkMh06X0J-MQAtAXIKIgAzEmUWJJk4gPgUXJJ8+pSslryCs01tXVh9E2s2Ogg6wnNLMlGcnscMyCyuAXQaMkqISKgAfQBGAA4ATiO-ePgAVSIuDbIIdHRUKAACAHkAIwArVC50CAAbqYYoIRE0wNdbrkHk9Xp8fn9AcDknIVpVgEdTocALpqfo6PTiEbwZi9VZsDbWIgYAB0gggH1QdHQFCgEBINJIDAgPFQGiRnO5vIAtPygcLsDxkNyiLBkDc7jDnsKaN9fv9xVsdosXMtrOT1pttjw9piAAwAJnO4IACnwiC8AEICCaoJAvKgkKXIhpgsR25hOl3U92e70dVH69Hmi24qb4wbDewkohktaU+DU9B01AMpks57swU8vkCrkl0VIiVSmWwD7Bt0IYUAr1oYWCXl-RbYoAMICQggSgKkAN4IgDgTg9gVgpgYwC4GcQC4DaBdANCJATzDgxACkBFAGRHwEcBXOCQsyWRJAAgF5uA6gFkAYgEEAImIAKAFW5iAchO4BLFCmZESfbgHkARvGSqAbnAXLuAHRDToAcwgBDALbcAkgDsEEOK7gvJFtdW2ERbmkPbgBmAFYQvQAlCQBRJO4AIQBNbiTnLwBrBQBlAGEQAF8gAN4IgZglgNgLgpgJwM4gFwG0C6AaEB7AB0QEMYI8A7NEAeQCUQBfIANoXSADIUQYgKkABwQQIgnADAzEANobwRAlgJmBckGcEFcCmAXAngB1WANGAMbILoD2AtgHICGle8AKmAL77jRyIqoDWqTGw6QY8FJUq0ATkMIkyVOg27DOY4qQqUAZhFQAbKAH0AjAA4AnBYJgAdvUZgAqnaJVKEdOlRQABADyAEYAVqhE6BAAbniEDOi0cCCs7OrcCtp6hiYWlgAMAExsALpAAQfalse1N4IgJgpgzgxgTgSwA4BcEHsB2AFdUFpYgBcIAQuiiugLYgA0IUAFugO4VyRwkBmAhgBsoERi3YARaPGSFMJFHACuopqzYBVEXACSMIsUUrGYfnADWAWXSQ+QkYzjQlglFGwQ42fgHMIJAEYABkZMJRoAI08AcTh0JSQETB8SEAA5AHkAfWiAJQyNbB006IYQMMjPbCcYBHwDACYTfhQIADF0OBoW1IkAQQBNLLadXIBlABUssYAJDNyJsvFNbR0aJE8oLBaMeUNlVRhBBBhzCeY4pR9mBQPGfiVqXIheJxY7YVUhQXYM1F2oJYIGFbsYQN92ABRAAeSE6KFBqmWfVcnkwO2SuXYAGF0D84FAPg41Ow0uEonBcYJwnsjF8fD4nD4dlgJggaBANJgCKk5hpxmVfIyIMy5GyOTN4nBciySAAOMTqcXQFD8dZQDKYCQtCDKtoICCCMCE4gCT4mOr8CKCCAzACeGzgx0w5hNZpEAF8gA
Erläuterung Confidence Vote Q: https://t2informatik.de/en/smartpedia/fist-to-five/
Q: https://www.scrumstudy.com/
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/KapaStrategie-Startseite.md
+54
View File
@@ -0,0 +1,54 @@
# ART K&K Kapazitätsstrategie und Kapazitätsplanung
Version: 89 | Last modified: 2026-06-11T09:49:00.258+02:00
Source: confluence page ID 270407636
---
Vision:Die etappenweise Realisierung des Deutschlandtakts und Optimierung der Kapazitäten durch die Synchronisation von Fahren, Bauen und Infrastruktur.
ART Ziele für PI41:Zur Sicherstellung der FinVe Nachweise entwickeln wir die dafür erforderlichen restlichen Funktionalitäten (ausgenommen BEP). Dadurch reduzieren wir das Risiko, dass Rückzahlungen erforderlich werden.
Für die Ersteller des KNK (IWF 23) stellen wir alle notwendigen Funktionalitäten zur Verfügung, um KNK Anmeldungen in CapOS zu erstellen und als Kundenwunsch an Prep2Plan zu übergeben.
Für die Ersteller des bKNP (IWF 23) bauen wir einen neuen Service auf (CapaCockpit), der Fahrplanstände aus dem TAS und Anmeldungen aus CapOS gemeinsam darstellt.
Trio:RTE:  
Product Manager:  
Systemarchitekten:  
Business Owner:  
Umgebungen:Umgebung | KUK | CapOS |
Entwicklung (Öffnungszeiten 8-20 Uhr) | Dev
| Dev |
Test (Öffnungszeiten 8-20 Uhr) | iat 
| iat |
Abnahme (Öffnungszeiten 8-20 Uhr)  | Abn 
| Abn |
Produktion (24/7) | https://db.de/kuk alternativ: Prod
| Prod |
KuK Indexseite: https://db.de/kukindex Produkte:CapaGuardVergleich eines Fahrplans mit Kapazitätsgrenzen
Bearbeitung von Kapazitätsabschnitten und Kapazitätsgrenzen
IDSPflege von Geokoordinaten
Aggregation von Betriebsstellen und Erstellung Netzgrafikknoten
InProHubProzessvisualisierung und zentrale Anlaufstelle für Anwender DB InfraGO
Aufgabensteuerung und Kennzahlen
NetzlotseAggregation von Trassen zu Trassentaktklammern
Datenaufbereitung von Trassen als Netzgrafik
Prep2PlanAufbereitung von Kundenwünschen
Vorbereitung der Konstruktion und Dokumentation von Entscheidungen
Visualisierung von Trassen als Netzgrafik
RABEZuweisung von Rahmenverträgen
Dokumentation des RV Vergabeverfahrens
CapaCockpitIntegration und Visualisierung unterschiedlicher Fahrpläne und Studien
Filtern und Selektion von Fahrlagen für Konstruktion
CapOSAuswahl und Verknüpfung von Kapazitätsabschnitten
Bestellung von Rahmenverträgen
Erfassung von KNK Anmeldungen
Neueste Bereichsaktivitätpage, comment, blogpost5truesocial
Bereichsmitarbeiterlistdescendants5trueupdate
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Agile-Teams-Work-in-Progress.md
+359
View File
@@ -0,0 +1,359 @@
# Agile Teams (Work in Progress)
Version: 82 | Last modified: 2026-05-20T12:07:14.685+02:00
Source: confluence page ID 270407642
---
Teams:
Art TrioBild (freiwillig) | Name | Rolle | seit wann bei KuK | Kernkompetenzen | Homebase | Sonstiges (freiwillig) |
|   | RTE | 01.02.2024 | Aufbau und Steuerung eines leistungsfähigen ARTs.
Role Model für agile Werte. Zusammen mit unserem Agile Coach und den Team Coaches förder und forder ich den agilen Reifegrad und das Mindset über alle ART Mitglieder hinweg. | Bielefeld | Earlybird  
Sport  
Frauen bei der Bahn Mitglied |
|  
| System Architekt |  
| Medieninformatiker
Backend + Frontend-Entwicklung
Verteilte Systeme / Microservices
DevOps, CI/CD Pipelines
Kubernetes, Container
AWS, Cloud Native, Serverless
Chaos Engineering
Testing
Machine Learning
seit 2017 bei der Bahn
3 Jahre Agile Product Developer be DB Vertrieb
3 Jahre Implementation Lead bei DB Vertrieb / DB Fernverkehr
seit 2023 Architekt bei der DB Systel
seit 2024 Systel PO vom Team NextGT
| Office:
Frankfurt/Main
Home Office: Hasselroth-Niedermittlau (~40 km östlich von Frankfurt)
| Papa von Joshua
Musiker: Schlagzeug, Gitarre
Sport: Kraftsport, EMS, HIT-Training, Joggen, Fußball
Gärtnern: Fachwart für Obst- und Gartenbau, eigener Gemüsegarten, eigenen Apfelwein keltern
Technik: Videographie, Fotographie, Audio-Recordings, Computergrafik (2D und 3D)
|
|  
| System Architekt | 01.12.2023 | Ich befinde mich gerne im IT-Umfeld mit Schwerpunkt im (Dev-) Ops Bereich. Meine Werkzeuge sind docker, helm, gitlab, kubernetes, aws. | Berlin | Ich fahre gerne Motorrad, Fahrrad und spiele gerne Tischtennis. |
|   | Product Manager | 01.06.2023 | BWLer: Kann theoretisch alles aber nix richtig... 
Ich löse gerne Probleme (daher auch gerne bei der Eisenbahn, da gibt es immer genug) und beschäftige mich gerne mit neuen Themen.
Erfahrung:
15 Jahre Know-How aus der Produktion im Fernverkehr
Datenanalyse
Projektmanagement
Software Einführung
| Friedrichsdorf | Ich bin Papa von 2 wunderbaren Töchtern und wenn ich mit Arbeit und Familie nicht ausgelastet bin dann:
versuche ich mich Fit zu halten (Badminton, Rudern, Fahrrad fahren, Rollschuh laufen und im Sommer schwimmen)
klimper ich gerne auf meiner Gitarre
in dem Jahr geboren, in dem Ralf seine erste Zeile Code geschrieben hat  
|
|   | Business Owner | 01.07.2023 | Ingenieur
Ich habe Erfahrung als Entwickler, SM, PO, PM und als BO und behaupte einen guten Überblick über agile Entwicklung zu haben.
| Kölle | Ich versuche einmal Tag Sport zu machen, was mir mittlerweile oft gelingt. 
Ich baue gerne Möbel und besitze super viele Werkzeuge. 
Am liebsten verbringe ich meinen Urlaub auf Segelbooten. 
|
Team IrisBild (freiwillig) | Name | Rolle | seit wann bei KuK | Kernkompetenzen | Homebase | Sonstiges (freiwillig) |
|   | Team Coach | 01.04.2024 | Ich lebe agile Werte und Prinzipien und unterstütze mein Team bei der täglichen Arbeit, indem ich als Moderator oder Facilator aggiere. Ich räume Hindernisse aus dem Weg und strebe danach, Prozesse kontinuierlich zu verbessern. 
| Bonn
| Ich mag Sommer, Sonne und Strand. Im Winter stehe ich am liebsten auf dem Snowboard. Wenn du was wissen möchtest, stell mir gerne einen Termin für einen Kaffee ein.
|
|   | Product Owner |
|
|
|
|
|   | BE | Ende 2023 | Optimierung, Datenanalyen, Prozesse & Fachlichkeit | Frankfurt a.M. | Fußball, Musik, Pfadfinder |
|  
| .NET Entwickler | Juli 2023 | Backend-Entwicklung, Routing, Umlegungsverfahren, Datenbanken, AWS, Docker, Kubernetes | Frankfurt | Engagiere mich als Fußball-Trainer für die Kinder. Wenn es sich ergibt spiele ich gerne auch mal Schach. |
|   | Entwickler | Januar 2025 | Backend-Entwicklung, Camunda, Datenbank, AWS, Java | Nürnberg | Ich spiele gerne Fußball und bin außerdem als aktiver Schiedsrichter in der Schiedsrichtergruppe Nürnberg tätig. Zusätzlich spiele ich gerne Videospiele. |
|   | Frontend Entwickler |
|
|
|
|
Team CortexBild (freiwillig) | Name | Rolle | seit wann bei KuK | Kernkompetenzen | Homebase | Sonstiges (freiwillig) |
|   | Product Owner | August 2023 | Eisenbahn und Digitalisierung zusammenbringen mit Fokus auf Fahrplanung
Brücken schlagen zwischen fachlichem Prozess und IT
Argumente Sammeln und Lösungen finden
Zuhören
Dinge erklären
Netzwerke bilden
Von allem ein bisschen (Infrastruktur, Fahrzeug, Betrieb)
| Nürnberg | Zwei Drei Kinder, ein Schrebergarten, Sport
Baumarkteinkauf mit dem Fahrrad
Zwischendurch immer mal wieder daran denken, wie gut es uns doch allen geht
|
|   | BE | Januar 2026 | Analyse von Geschäftsprozessen
Anforderungsanalyse, fachliche und technische Analysen
Technische Analyse von Schnittstellen
Modellierung und Visualisierung von Analyseergebnissen
Agile Methoden, Scrum, Kanban
Scrum Product Owner
Jira, Confluence
| Ingolstadt | Draußen in der Natur sein, Wandern, Volleyball
Brett- und Kartenspiele
|
|  
| Full-Stack Entwickler | Juli 2024 | Entwicklung, Microservices, Infrastruktur, CI/CD und Integration in der Cloud
IT-Security
Architektur
Diverse Mengen an Halbwissen so zusammenführen, dass die Vereinigungsmenge (hoffentlich) Ganzwissen ergibt  
Witze machen, die niemand als Witze erkennt, und Leute dadurch verwirren
| Frankfurt | Klettern und Bergsteigen, Abenteuerreisen
Ich reise gerne weit, ohne zu fliegen, z.B zu Fuß oder mit Bahn und Schiff. Auch mal gerne bis Teneriffa oder Irland.
Musik: Metal, Metalcore, Punk
Seit Januar 2025 Vater einer Tochter
|
|  
| Fachlicher AP aus dem Fahrplan | Quartal 2024
| Strategische Fahrplan- und Kapazitätsthemen sind mein berufliches Hobby
Ansonsten Modellierungstätigkeiten des Güter- und des Personenverkehrs innerhalb unserer Haus- und Hofprodukte Visum, PlanIT und Viriato
| Bensheim (an der schönen Bergstraße ) | Meine Family ("beste Ehefrau von allen" plus 18 Jahre alte Tochter und  11 Jahre alter Sohn)
Sonst mache ich sehr gerne Sport (Tennis und Tischtennis jeweils im Verein, früher Handballer) und fotografiere total gerne (wer mal reinschauen möchte ), Wildlife, Makros oder meine Tochter in ihren selbst genähten Kostümen aus früheren Epochen. 😊 
|
|  
| (Frontend-)Entwickler | April 2024 | Alles in und ums (Angular)-Frontend. Mitdenken beim Design und der UX, aber hab auch Backenderfahrungen gemacht und könnte da mitarbeiten.
Außerdem auch ein kleines bisschen Bahnwissen. Das Team und die Teamstimmung ist mir auch sehr wichtig,
| Ottobrunn bei München | Fahrrad (Rennrad) und sehr gerne Ausflüge. (Geschichts-)Museen, kleine und große Städte, wandern.
Und 100 andere Hobbys, die immer mal wieder den Weg in mein Leben finden. Wenn ihr mal ein Thema sucht um mit mir zu reden, einfach fragen was grade aktuell ist
|
|  
| UX Consultant | Juli 2023 | Contentmarketing (z.B. DB Planet, Newsletter), Markenidentität entwickeln (z.B. Logo)
Rapid Prototyping, Low-Fidelity, High-Fidelity (z.B. Interaktiv und visuell)
Nutzer befragen (z.B. Interviews, Umfragen, etc.), Nutzer beobachten, Zielgruppenanalyse (z.B. Persona, Customer Journey, User Journey), User Flows / Use Cases erstellen, Anwendungsanalyse und Bewertung (z.B. Heuristische Analysen, Expertenreview), Validieren, Testing
UI Konzeption, Funktionsdesign (Interaktionskonzept, Handbuch), Komponentendesign, Design Systeme nutzen & gestalten (z.B. Standards einsetzen und pflegen), Design spezifizieren (z.B. Erstellung Playbook, Design Guidlines, etc.), Visual Design
Business Understanding: Verständnis Anwender / Problem / Aufgabenstellung
Features und Stories zielgruppenkonform formulieren (Anforderungen, Akzeptanzkriterien, Benefithypothesis)
UX Coaching (z.B. Figma)
| Berlin | Ich liebe meine Familie/ koche und backe gerne/ liebe Kunst, Musik, Sprachen und Kulturen
Außerdem male ich gerne, am liebsten Portraits
Ich singe und tanze gerne
Ich skate gern, kletter gerne, am liebsten auf Bäumen. Ich schwimme gerne, am liebsten im Meer. Im See ist auch ok.
Ich bin liebend gern in der Natur!
Fahrrad fahren, Tischtennis spielen
Fotografieren, DIY (Häkeln, Schmuck basteln)
Alles im Leben feiern
|
|   |
|
|
|
|
|
|   |
|
|
|
|
|
|   | Frontend-Entwickler | Juni 2025 | Alles rund um Frontend, JavaScript und TypeScript, HTML, CSS
UX/UI mitdenken, planen und umsetzen und dabei die Performance im Fokus! | Hannover | Liebe Sprachen, reisen, Kulturen, Architektur und Natur
Mache meinen Drohnenführerschein
Mache YouTube
Investor und Börsianer
Fitness
|
Team ThalamusBild (freiwillig) | Name | Rolle | seit wann bei KuK | Kernkompetenzen | Homebase | Sonstiges (freiwillig) |
|   | Product Owner | August 2023 | Reden
Ansonsten: 
Prozessanalyse und -design
Facharchitektur
IT-Anwendungsgestaltung
IT-Anwendungen inkl. ihrer fachlichen Prozesse ans Laufen bringen mit allem, was dazu gehört
| Bensheim | Lesen, Reisen und Brettspiele
Zeit mit meiner Tochter und meinem Mann
|
|  
| Scrum Master | Januar 2025 |
| Willanzheim |
|
|  
| BE | August 2023 | Ich mag die Diskussion und teile gerne, ob gefragt oder nicht, meine Meinung.  Der Eiertanz um den heißen Brei ist auch nicht so mein Ding.
Sprecht mich gerne an bei Themen rund um Modellierung & Python.  Ansonsten bin ich immer für einen schlechten Spruch zu haben!
|
Saarbrücken
| Musik
Zucht südamerikanischer Zierwelse (L66 & L333) 
Brett- & Kartenspiele 
|
|  
| BE |
|
|
|
|
|  
| Backend Entwickler | Q3 / 2024 | Technische Schulden aufbauenhauptsächliche Backend mit Java
Frontend nur wenn es sein muss
| offiziell Frankfurt
meistens Geseke
|
|
|  
| Backend Entwickler |
|
|
|
|
|  
| Backend Entwickler |
|
|
|
|
|  
| Frontend Entwickler | Juli 2024 | Frontends mit modernen Frameworks bauen
UI Entwürfe kritisieren
Stylesheets refaktorieren
Leute über die Wichtigkeit von Barrierefreiheit aufklären
| Hamm
(Da wo der Zug getrennt wird)
| Meine Familie
Kraftsport
Laufen
Golf
Kochen und Backen
Auf Festivals raven gehen
|
|  
| Frontend Entwickler | Q4 / 2024 | Fullstack Entwicklung
Lösungen für Komplexe Themen erarbeiten
Coole UIs bauen
| Kaiserslautern
| Reisen
Festivals
Game Development
Irgendwas mit Microcontrollern bauen 
|
|  
| Frontend Entwickler |
|
|
|
|
|   | QA | Q4 / 2024 | alles rund um QA
| Kassel | Meine Familie
Basketball
Tauchen
|
|  
| QA |
|
|
|
|
Team HippocampusBild (freiwillig) | Name | Rolle | seit wann bei KuK | Kernkompetenzen | Homebase | Sonstiges (freiwillig) |
|  
| Product Owner | September 2023 | Logisches Denken und Hinterfragen
10 Jahre Fahrplan-IT-Wissen
| Frankfurt | Fitnessstudio (4x die Woche)
Musical Verein (Musical Tomorrow)
Radfahren (Gravel-Bike/Rennradtouren)
Bonsai (Workshop zum anerkannten Bonsai-Gestalter)
Altdeutsche Philatelie (mittlerweile auch als Business )
Reisen
Ski fahren
Brettspiele / Hidden Identity Spiele
|
|  
| Scrum Master | Januar 2025 |
|
|
|
|  
| BE | Ende 2023 | Ich bin Business Engineer mit Schwerpunkt auf Fahrplanerstellung und die zugehörige Systemlandschaft | Frankfurt | Nachteule
Spiele Tischtennis, Badminton, Squash
Sehe einen Sinn hinter dem was wir machen .
|
|  
| Backend Entwickler |
|
|
|
|
|  
| Fullstack Entwickler |
|
|
|
|
|  
| Frontend Entwickler |
|
|
|
|
|  
| Frontend Entwickler | Mai 2025 | Full-Stack Entwicklung mit (Type|Java)script, Java, Python
DevOps
Docker
| Dortmund |
|
|  
| Backend Entwickler | Juli 2025 |
|
|
|
|  
| Backend Entwickler | Mai 2026 |
| Köln |
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/DB-Planet-Teams-IT-Produkt-Idee.md
+45
View File
@@ -0,0 +1,45 @@
# DB Planet/ Teams / IT-Produkt Idee
Version: 7 | Last modified: 2024-01-31T13:00:31.931+01:00
Source: confluence page ID 306226898
---
https://db-planet.deutschebahn.com/pages/kapazitaetsstrategie-und-kapazitaetsplanung-k-k/apps/content/team-k-k
TeamsTeambaum 
Konstruktionsvorbereitung
Im Team Konstruktionsvorbereitung werden die Anmeldungen und Rückmeldungen der Fahrlagen unserer Kunden systematisiert. Dopplungen und ähnliche Anmeldungen werden identifiziert. Mehrungen und Minderungen gegenüber eines Vergleichsfahrplans werden dargestellt.
Integrierte Prozesssteuerung
Die integrierte Prozesssteuerung ist eine Anwendung, die - wie der Name sagt - den gesamten Prozess inkl. Abhängigkeiten darstellt. Der Nutzer kann auf unterschiedliche Systeme und Services mittels DeepLinks zugreifen, um möglichst einfach unterschiedliche Systeme und Tools zu erreichen. Des Weiteren werden Prozesskennzahlen bzw. Arbeitsstände der jeweiligen Prozessschritte dargestellt.
Kapazitätsgrenzen und Bewertung
Das Modul zeigt Abweichungen zwischen einem Fahrplanstand und Kapazitätsgrenzen dar. Kapazitätsgrenzen stellen sicher, dass ausreichend Kapazitäten für alle Verkehrsarten zur Verfügung stehen. Die Bewertungen von Fahrplankonzepten werden ebenfalls visualisiert.
Netzproduktdarstellung
Im Team Netzproduktdarstellung werden Fahrplankonzepte visuell aufbereitet und in einer modernen Weboberfläche zur Verfügung gestellt. Die Darstellung der Planungsergebnisse als Netzgrafik werden durch Such- und Gruppierungsfunktionen unterstützt.
IT-Produktehttps://db-planet.deutschebahn.com/pages/kapazitaetsstrategie-und-kapazitaetsplanung-k-k/apps/content/mvp-idee
STRUKTUR DB Planet: IT-ProdukteÜbergeordnete Fähigkeitenkarte
übergeordnete Zeitschiene
Ausbaustufen je Produkt
UI Entwürfe je Produkt
INPUT: TeamslidesPrepToPath
CapaGuard
NetzLotse
InProHub
Eine integrierte Sicht auf den Gesamtprozess inkl. aller Produkte:
1.Kapazitätsnutzungskonzepte (Leuchtturm-KNK und Jahres-KNK)
2.Kapazitätsrahmenverträge (KRV)
3.Kapazitätsnutzungsplan (KNP)
Eingangstor für alle Nutzer: 
1.Zugangsberechtigte / EVU
2.DB Netz / EIU
Zentrale Absprungbasis für alle angebundenen IT-Module: 
1.Kundenanmeldungen
2.Trassenkonstruktion
3.Fahrplanbewertung
4.Darstellung Fahrplankonzepte
5.usw...
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/DevOps-Anforderungen-im-Team.md
+73
View File
@@ -0,0 +1,73 @@
# DevOps Anforderungen im Team
Version: 4 | Last modified: 2025-08-25T13:59:47.059+02:00
Source: confluence page ID 474095243
---
Rollen & VerantwortlichkeitenRolle | Beschreibung |
AG (Auftraggeber) | Fachliche Anforderungen, Budget, Abnahme von Leistungen |
ART-Trio | Kombination aus Release Train Engineer, Product Manager und System Architect im SAFe-Kontext |
DevOps-Team | Entwicklung, Betrieb und Automatisierung (CI/CD, Monitoring, Deployments, Cloud-Ressourcen) |
PM (Projektmanager) | Koordination des Projektes, Zeit- und Ressourcenplanung |
PO (Product Owner) | Fachliche Priorisierung, Abstimmung mit Auftraggeber, Sicherstellung der Anforderungen |
Release Train Architect | Verantwortlich für die übergreifende Architektur im gesamten Release Train, Schnittstelle zwischen Teams und Systemarchitekten |
Scrum Master | Prozessbegleitung im agilen Vorgehen, Unterstützung bei Hindernissen |
Security-Beauftragter (Team) | Vom Team ernannte Person, koordiniert Sicherheitsthemen, führt regelmäßige Security-Checks durch und arbeitet eng mit dem System Architect zusammen |
Systemarchitekt | Verantwortlich für die Systemarchitektur, Schutzbedarfsfeststellung, Netzwerksegmentierung; Zusammenarbeit mit Security-Beauftragtem bei Sicherheitsfragen |
Checkliste / Self-AssessmentBereich | Anforderung | Status | ToDo / Nächste Schritte | Verantwortlich |
1. Verantwortlichkeiten und Rollen | Sind alle relevanten Rollen (Betreiber, AG = Auftraggeber, IT-Asset-Owner, PO, Remediation Manager) klar benannt und dokumentiert? | 🔴 Offen | Rollenliste erstellen und in Confluence dokumentieren. Remediation Manager = alle Mitgleider des DevOps Team (außer Asset-Owner)? SIT Team → CNP | PO |
| Ist geregelt, welche Verantwortlichkeiten im Team, beim AG und bei Dienstleistern liegen? | 🟡 In Arbeit | Team (DevOps-Team): Codeentwicklung, CI/CD-Betrieb, Monitoring, Deployments (via CNP/ArgoCD) → Welche Entscheidungen/Freihaben haben wir bezüglich technischer Anforderungen
AG (im SAFe-Kontext: ART-Trio = PM, RTE, System Architect): Fachliche Anforderungen (PM), Budgetfreigaben (RTE), technische Anforderungen/Unterstützungen (System Architect)
Dienstleister: Betrieb der Cloud Native Platform (SIT Team) inkl. ArgoCD-Basisbetrieb und AWS-Infrastruktur
| Team |
2. Datenschutz | Liegt eine aktuelle Abstimmung mit dem AG für die Verarbeitung personenbezogener Daten vor? | 🔴 Offen | Rücksprache mit AG & Datenschutzbeauftragtem, ob aktuelle Freigabe vorliegt | Team / Datenschutzbeauftragter |
| Gibt es Prozesse zum schnellen Umsetzen der Betroffenenrechte (Löschung, Auskunft, Berichtigung)? | 🔴 Offen | Prüfen, ob personenbezogene Daten verarbeitet werden; falls ja: Prozess definieren und abstimmen | Team / Datenschutzbeauftragter |
| Werden personenbezogene Daten ausschließlich verschlüsselt gespeichert und übertragen? | 🟢 Erledigt | Dokumentation der eingesetzten Verschlüsselung (AWS + DocumentDB, TLS in Transit, Encryption at Rest) ergänzen | Team / CNP |
| Sind alle Test- und Schulungssysteme frei von echten personenbezogenen Daten? | 🔴 Offen | Prüfen, ob in Test-/Schulungssystemen echte Namen/IDs vorkommen; falls ja: Anonymisierung/Pseudonymisierung umsetzen | Team / Datenschutzbeauftragter |
| Existieren dokumentierte technische und organisatorische Maßnahmen (TOM)? | 🟢 Erledigt | TOM-Dokumentation jährlich prüfen und aktualisieren | Team / Datenschutzbeauftragter |
| Gibt es ein Verfahren zur sofortigen Meldung von Datenschutzvorfällen? | 🔴 Offen | Zuständige Datenschutzbeauftragte identifizieren und Ablaufplan dokumentieren | ART-Trio / Datenschutzstelle |
| Ist festgehalten, wie personenbezogene Daten in Logs, Fehlerbeschreibungen oder beim Einsatz von Dienstleistern behandelt werden? | 🟢 Erledigt | Links zu relevanten Richtlinien im Confluence-Bereich hinterlegen | Team |
3. IT-Sicherheit | Wie ist das Team über aktuelle Schwachstellen, Patchstände und verfügbare Scans/Pentests informiert? | 🟢 Erledigt | Dokumentation der eingesetzten Security-Checks in Confluence aktuell halten | Team |
| Gibt es regelmäßige Security-Checks (Scans, Pentests, Compliance-Check/CSA)? | 🟡 In Arbeit | Prüfen, ob ergänzende periodische Tests notwendig sind | Team / Systemarchitekt |
| Werden technische Benutzerkonten nach Genehmigung und nach dem Minimalprinzip genutzt? | 🟢 Erledigt | Aktuelle Rollen- und Berechtigungsliste im Confluence hinterlegen | Team |
| Sind gesicherte Admin-Zugänge und Multi-Faktor-Authentifizierung (wo notwendig) umgesetzt? | 🟢 Erledigt | Regelmäßige Überprüfung der Zugriffsrechte auf Secrets & KeyPass-Einträge | Team |
| Existiert ein vollständiger Wiederherstellungsplan (Business-Continuity)? | 🟢 Erledigt | Plan jährlich überprüfen und mit aktuellen Plattform-Änderungen abgleichen | Team |
| Ist eine Trennung zwischen Entwicklungs-, Test- und Produktionsumgebung implementiert? | 🟢 Erledigt | Sicherstellen, dass keine produktiven Daten in nicht-prod-Umgebungen genutzt werden | Team |
4. Prozesse & Betriebsmanagement | Sind alle Service-, Change-, Incident- und Problem-Management-Prozesse bekannt und dokumentiert? | 🔴 Offen | Links zu den aktuellen Prozessdokus im Team hinterlegen | Team |
| Werden Operations-Dokumentationen (Runbooks, Incident-Anleitungen) gepflegt? | 🟡 In Arbeit | Review aller Runbooks; fehlende Szenarien ergänzen | Team |
| Sind SLAs mit AG und Dienstleistern regelmäßig überprüft und dokumentiert? | 🔴 Offen | Mit AG/Dienstleistern abstimmen, ob SLAs existieren und wie die Einhaltung dokumentiert wird | AG / ART-Trio |
| Existiert ein Konfigurationsmanagement und ist jede Änderung nachvollziehbar? | 🟢 Erledigt | Sicherstellen, dass Doku zu Helm-/ArgoCD-Prozessen aktuell ist | Team |
| Werden regelmäßig Konten und Berechtigungen überprüft? | 🟡 In Arbeit | Quartalsweise Access Review etablieren | Team / Scrum Master |
5. Cloud & Architektur | Ist der Schutzbedarf und die Netzwerksegmentierung dokumentiert? | 🟢 Erledigt | Jährliche Überprüfung/Aktualisierung der Doku | Team / Systemarchitekt |
| Erfolgt die Verschlüsselung (auch BYOK) und Schlüsselrotation aktiv? | 🟡 In Arbeit | Option für automatische Rotation evaluieren | Team |
| Ist festgelegt, wie Zugriffsrechte und Vertrauensstellungen zu externen Partnern geregelt sind? | 🟢 Erledigt | Falls externe Partner dazukommen: formale Regelung ergänzen | Team + beteiligte Teams |
| Sind die Cloud-spezifischen Vorgaben (Trennung Prod/Dev/IAT, Einschränkung technischer Benutzer) umgesetzt? | 🟢 Erledigt | Quartalsweises Berechtigungs-Review pro Environment | Team |
6. Kontrolle & Verbesserung | Werden Compliance-Checks/CSAs regelmäßig durchgeführt? | 🔴 Offen | Klären, ob durch ART-Trio/Systemarchitekt durchgeführt wird | Systemarchitekt / ART-Trio |
| Gibt es dokumentierte Maßnahmen zu gefundenen Schwachstellen und Risiken? | 🟢 Erledigt | Schulung im Team zur Nutzung der Schwachstellenmanagement-Seite | Team |
| Wird die eigene Prozess- und Dokumentationsqualität überprüft und kontinuierlich verbessert? | 🟢 Erledigt | Lessons Learned aus Retros auch in Prozess-/Dokumentationsänderungen einfließen lassen | Team / Scrum Master |
7. Betriebsrat & Organisation | Sind alle Vorgaben der GBVen eingehalten (z. B. Rufbereitschaft, Arbeiten außerhalb Regelarbeitszeit, Dokumentationspflichten)? | 🔴 Offen | Mit Betriebsrat oder HR abstimmen, ob Vorgaben erfüllt sind |
|
| Sind Beteiligungspflichten und die Kommunikation an den Betriebsrat berücksichtigt? | 🟡 In Arbeit | Bestätigung durch ART-Trio einholen und Informationsfluss ins Team sicherstellen | ART-Trio |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Fokusthema-Umgebungsmanagement-Team-1.md
+162
View File
@@ -0,0 +1,162 @@
# Fokusthema: Umgebungsmanagement (Team 1)
Version: 20 | Last modified: 2025-08-22T10:49:23.649+02:00
Source: confluence page ID 449094070
---
Ziele / AgendaAusgangssituationBegriffe
Umgebungen & Umgebungsmanagement pro stagewelche mocks, welche tests, aws services, umgebung pro Qualitätsstufe, stehende umgebung oder wegwerf umgebung, artifactory, datenqualität
Tests
Was sagt C2S-Plattform und TTT
Aktuelle Probleme
Was sind unsere Erwartungen an ein Zielbild
Zielbild mit Orientierung an C2S-Plattform und TTT
AppendixWarum mocken wir
Ausgangssituation
Begriffe (orientierung an Zielbild TTT)
Begriff | Erklärung |
Preprd
| dev, iat, abn |
Prod | prod |
Quality Coach | Ziel: pro team teamübergreifende Anforderungen aus Sicht des Testings  steuern
aktuell nicht bekannt
|
Systemtest / Systemintergrationstest
| Durchlauf (happy-path) von  einem Camunda "Gesamt"-Workflow (z.B. KNK_gesamt)
Mock von ART-Fremdsystemenverwendung von mocks nach neuer Definition siehe 
verwendung keiner mocks nach bisheriger definition siehe Testarchitektur
Werkzeuge: Thunderclient (,Manuelle Usertasks)
|
Integrationstest
| Integrationstests evaluieren, wie verschiedene Komponenten miteinander interagieren. Ziel ist es, sicherzustellen, dass die Schnittstellen korrekt funktionieren und dass die Integration der Module reibungslos verläuft.
Werkzeuge: Thunderclient, Robotframework
|
Geschäftsprozesstest
| Haben wir das überhaupt oder ist das nicht unter Systemtest zu finden?
definiert hier https://kuk.gitpages.tech.rz.db.de/doc/architektur/07-test/01-test-concept.html
|
E2E-Tests (=realisiert durch Geschäftsprozesstests z.B. auf kut)
| Haben wir das überhaupt oder ist das nicht unter Systemtest zu finden?
Unterschied zu Geschäftsprozess tests: Es wird auf Datenkorrektheit geprüft (z.B. Prüfen Perlschnur zu Produktionsauftrat)
|
Account/Mandant/Tenant
| CNP-Mandant (z.B. kuk-dev) siehe https://kuk.gitpages.tech.rz.db.de/doc/architektur/02-arc42/07-deployment-view.html
|
Stage | Qualitätsstufe im Entwicklungsprozess: dev, test, abn, prod (oder nur preprd und prod)
|
Umgebung/Environment | läuffähigen Softwareverbund mit einem Zweck/Tag
Aktuell haben wir immer exakt 1 Umgebung für 1 Stage
|
Cluster | Technische Laufzeitumgebung mit einem Rechnerpool für mehrere Umgebungen (einer stage)
|
Service | WebApplikation (kein einmaliger cron-job)
|
Release | fachliches Release:
technisches Release:
prozess: 
|
Deployment |
|
welche mocks, welche tests, aws services, umgebung pro Qualitätsstufe, stehende umgebung oder wegwerf umgebung, artifactory, datenqualität
probleme:
Unsicherheit bezüglich der Umgebung
Unsicherheit bezüglich konkret der dev Umgebung gerade richtung abn
Wollen wir mehr umgebung haben
wo machen wir lup und systemtest
art-fremde apps mocken
camunda mocken2 sichteninprohub will gesamtprozess testen
andere apps wollen teilprozess testen
prozessmocks
umgebung = namespace → nein
umgebung = controlplane oder umgebung = namespace + eigener nodepool (falls notwendig) (korrektes setzen von affinities, taints, tolerations notwendig)
stage = cnp tenant
service kommunikation nur zwischen services auf einer envservices verknüpfen mit anderen services auf anderen env's wegen verschiedener datenqualitätart-intern: motivation: von dev auf iat da bessere datenqualität Gegenargument: eher daran arbeiten datenqualität auch auf z.B. dev zu erhöhen, könnte evt. zu verwirrung im art führen
art-extern: kontrolle nicht bei uns
schauen das dev auch anspruch das stabil ist (nicht perma down)
mocks vs proxiesproxies > mocks für simulation (z.B. von schnittstellen)z.B. Ordnungsrahmen api, kapaguard wenn ids nicht da,
Infrastruktur (aws services)entwicklungsgrad: aws service durch localstack ersetzen
kosteneffizient: weniger ressourcen pro z.B. ec2, spot instances > normale instancen (muss nicht bei jedem service )
Produktionsgrad:
lup art-übergreifend > lup art-intern bezüglich der abhängigkeiten
diskussion lup bleibt offen
camunda prozess mockenmotivation: teilprozess pro app durchlaufen
überbrücken der zeit bis wir systemtest haben
alle in camunda dev tenant rein deployen
wer hat usecase: unterprozess mocken
aktuell:2 camunda instances: dev,abndev: 1 tenant pro appmotivation/vorteil: verschiedene prozesse mocken pro app, jedes produkt hat umgebung um seine prozesse zu testen (und andere zu mocken)prozesstests
nachteil: ist eigentlich komponententest auf einer EU (nicht IEU)
abn: 1 tenant iat, abn, prod
zielbildalternativenweiterhin auf dev tenant pro app
nur 1 tenant (kuk-dev)
1 tenant für inprohub und 1 tenant für alle anderen
frage: ist dev eine EU oder IEUEU hab ich ja schon lokal
Systemtest definieren
Integrationstest
https://kuk.gitpages.tech.rz.db.de/doc/architektur/04-runbook/02-architecture-overview.html
Aktuelles (Zielbild) Umgebungsmanagement
Grobteinteilung | preprod | prod |
Qualitätsstufe | dev | test | abn | prod |
Stage
| dev | iat | abn | prod |
Umgebung
| kuk-dev | kuk-iat | kuk-abn | kuk-prod |
Up-Time
| 6:00-20:00 | 8:00-20:00 | 8:00-20:00 | durchgängig |
SLA
| - | - | - | Bronze |
KuK Verfahrenscluster | kuk-dev | kuk-iat | kuk-abn | kuk-prod |
CNP Cluster | cnp-iat | cnp-iat | cnp-iat | cnp-prod |
Camunda Cluster/Instance/Umgebung | cluster-c2s-kuk-dev | cluster-c2s-kuk-dev | cluster-c2s-kuk-abn | cluster-c2s-kuk-abn |
Camunda Mandant ID | dev, dev-capaguard, dev-fps,
dev-ids, dev-iph, dev-netzlotse-dev-tas
| iat | abn | prod |
Camunda Modeler | ja
| ja | nein | nein |
Reifegrad Infrastruktur | Kosteneffizient | Kosteneffizient | Produktionsgrad | Produktionsgrad |
Datenbestand | Testdaten | Testdaten | (anonymisierte) prod-daten | prod-daten |
Tests | Unit-test | Integrationstests, Systemtests | LuP-Test (ggf. art-übergreifend),
E2E/KTU-Tests, Smoke-Tests
| Smoke-Tests |
Monitoring/Logging | Logging, Monitoring, Alerting
| Logging, Monitoring, Alerting | Logging, Monitoring, Alerting | Logging, Monitoring, Alerting |
Konnektivität | keine mocks
Ausnahmen: BEP, FAPS
Proxies?
| keine mocks
Ausnahme: BEP, FAPS
Proxies?
| keine mocks | keine mocks |
Zielumgebung zur Konnektivität
ART-interner Services
| kuk-dev
| kuk-iat
| kuk-abn | kuk-prod |
Zielumgebung zur Konnektivität
ART-externer Services
| kuk-abn
| kuk-abn
| kuk-abn | kuk-prod |
Artifactory Techuser | iat | iat | iat | prod |
Artifactory Repository Anbindung | stage | stage | prod | prod |
Lebenszyklus Umgebung | stehend | stehend | stehend | stehend |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Onboarding-Team-Cortex.md
+16
View File
@@ -0,0 +1,16 @@
# Onboarding Team Cortex
Version: 5 | Last modified: 2025-06-27T08:10:47.070+02:00
Source: confluence page ID 457675862
---
Allgemeines Onboarding im ART: On-/Offboarding neuer Mitarbeiter
Einige der Inhalte sind veraltet. Deshalb korrigiert bitte in Absprache mit Julius (fachliche Inhalte), dem Team (technische Inhalte) und den Architekten Florian Thom und Stefan Schmeißer (übergreifende architektonische Inhalte) die veralteten Inhalte direkt in den Confluence-Seiten.
Team Sprint Board: https://arija.jaas.service.deutschebahn.com/secure/RapidBoard.jspa?projectKey=KUKT3&rapidView=1375
Cortex Abwesenheitskalender und Team Space: 
Entwicklungshandbuch ART-Weit: https://kuk.gitpages.tech.rz.db.de/doc/entwicklungshandbuch/
Lokale Entwicklungsfähigkeit herstellen für
Prep2Plan-Frontend https://git.tech.rz.db.de/kuk/app/prep2plan/prep2plan-frontend
Fahlragen-Persistence-Service https://git.tech.rz.db.de/kuk/app/fahrlagen-integration/fahrlagen-persistence-service
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Onboarding-Team-Hippocampus.md
+132
View File
@@ -0,0 +1,132 @@
# Onboarding Team Hippocampus
Version: 10 | Last modified: 2024-10-10T10:17:42.670+02:00
Source: confluence page ID 324801344
---
Auf dieser Seite wird ein kleines Onboarding Paket zur Verfügung gestellt, das Themen abdeckt, die besonders relevant für das Team Hippocampus und den CapaGuard sind.
Der CapaGuard ist für die verschiedenen Umgebungen zu erreichen unter:
Entwicklungsumgebung (dev):
https://kapaguard-frontend-kuk-dev.cnp-test.comp.db.de/home
Testumgebung (iat):
https://kapaguard-frontend-kuk-iat.cnp-test.comp.db.de/home
Abnahmeumgebung (abn):
https://kapaguard-frontend-kuk-abn.cnp-test.comp.db.de/home
Über die Master-App:
https://kuk-frontend.kuk-dev.cnp-test.comp.db.de/kapaguard/home
https://kuk-frontend.kuk-iat.cnp-test.comp.db.de/kapaguard/home
Fachliche Grundlagen
Einstieg
Übersicht Produkte und fachlicher Kontext Art K&K
Folienmaster Art K&K
Es empfiehlt sich zunächst folgende Inhalte aus dem Infopaket des ART K&K zu lesen:
Link zum Infopaket K&K
Unter 02 - Fachlich:
Einstieg ART K&K
Produkte ART K&K 
Unter 04 - Informationen zu Projekten und Regularien
Kapazitätsplanung und –Zuweisung der Zukunft (KaZu-Novum)Es lohnt auch ein Blick in die Finanzierungsvereinbarung mit dem Bund zu KaZu Novum: FinVe-Ziele KaZu Novum
Besonders relevant für das Team Hippocampus:[KNK] 1b: Ermittlung und Abgleich Ober und Untergrenze D-Takt und Sockelangebot
[KNK] 2b: Kennzahlenbasierte Konstruktionsbewertung: verkehrlich, kapazitativ und qualitativ
[KNK] 3a: IT unterstützte Kapazitätsauswahl im Konfliktfall
[KNK] 3b: Kennzeichnung bei Übersteuerung des Sockelangebots
[KRV] 1a: Kapabänder aus KNK inkl. Abgleich KRV-Bestellung zum Kapa-Band
[KRV] 2a: IT-gestützte Prüfung der KRV-Bestellung auf KNK-Konformität und optimale Kapazitätsnutzung
[KNP] 1b: Abgleich mit Sockelkapazitäten
mittelfristiges Konzept für eine optimierte Kapazitätsnutzung (mKoK)Insbesondere ein Blick auf den Prozess mKoK 26 lohnt (entspricht dem Ist-Zustand) - Link zum Prozess mKoK 26
Für einen Überblick: Konzeption des mKoK 26 - Link zum Foliensatz im Sharepoint
Interessante Slides für den CapaGuard:Grobprozesse 19-22 (Use Case Sockelangebot, hier unterstützt perspektivisch der CapaGuard)
Bestand & Mehrung 55-61 (Sockelangebot + Mehrung) 
Abgleich Sockelangebot 101-104 (Grobe Beschreibung des bisherigen Vorgehens für den Abgleich)
Übersicht IT Systeme für Konstruktion aktuell 121 (Idee für 2028, nur noch Viriato)
Entwicklungshandbuch
Installationsanweisungen, Best Practices und alle weiteren Informationen zur Entwicklung im ART K&K
Entwicklungshandbuch ART K&K
Architekturübersicht
Übersicht über die einzelnen IT-Systeme und Services des ART K&K, inkl. Systemkontext (je PI aktualisiert) 
Übersicht IT-Systeme und Services ART K&K (Architekturhandbuch)
Informationen zum CapaGuard MVP Ein grober Überblick über die Fachlichkeit des CapaGuard und den Entwicklungsstand ist in folgendem Foliensatz gegeben
CapaGuard Onboarding Überblick
Für die Entwicklung des CapaGuard verwenden wir Git und GitLab, man findet den CapaGuard unter
https://git.tech.rz.db.de/kuk/app/kapaguard
HandbuchEine Übersicht über aktuelle Funktionalitäten des CapaGuard, inkl. fachlichem Kontext/fachlichen Anwendungsfällen ist im Handbuch der Anwendung zu finden
CapaGuard Handbuch
SockelangebotEin weiterer zentraler Input für den CapaGuard ist das Sockelangebot, das aus einem anderen IT System (Netzmonitor) exportiert und im CapaGuard importiert wird.
Überblick Sockelangebot aus dem CapaGuard Handbuch
CapaGuard Handbuch Sockelangebot
Eine ausführliche Beschreibung des Sockelangebotes ist zu finden unter 
CapaGuard Git-Doku Sockelangebot
Das Sockelangebot ist dabei auch zentral für die Definition der Objekte Kapazitätsabschnitte
CapaGuard Handbuch Kapazitätsabschnitte
Einige Informationen zum Netzmonitor finden sich auf folgender Confluence Seite 
Confluence-Seite zum Netzmonitor
oder auch auf der DB-Planet Seite des Netzmonitor
Db-Planet Netzmonitor
Konstruktionsstand - mKoK 2026Exemplarisch für den SPFV - wie sieht der mKoK 2026 (synthetisches 2h Fenster) in der Form einer Netzgrafik aus
mKoK 26 Netzgrafiken (Pdf Download)
Kundeninformationen zum mKoK 2026
Unterlage mKoK 2026 Kundeninformation
Wie wird der Konstruktionsstand im CapaGuard verwendet
CapaGuard Handbuch Konstruktionsstand
Datengrundlage für den Konstruktionsstand mKoK 2026 im CapaGuard ist zur Zeit eine .railml aus einem Viriato Export (für mehr Informationen siehe unten) 
Deutschland-Takt (D-Takt)Die Verkehrsmengen des Deutschlandtaktes stellen eine weitere, für den CapaGuard relevante Kennzahl dar.
Die Verkehrsmengen des D-Takt liegen in der Form einer .railml (aus Viriato, siehe unten) vor. 
Erläuterungen zum D-Takt und zum Format railml:
CapaGuard Git-Doku Deutschlandtakt
Vertiefung (sehr ausführlich):
Abschlussbericht D-Takt 
Infrastruktur und Geokoordinaten→ Im Zielbild erhält der CapaGuard die Infrastruktur für ein Zielfahrplanjahr aus einer Schnittstelle zum Infrastrukturmanager (IM) 
Der Infrastrukturmanager wird durch den ART IDBF entwickelt, einige Informationen finden sich unter
DB-Planet ART IDBF
Eine Schnittstelle zum CapaGuard stellt die sogenannte "Ordnungsrahmen-API" dar, die einen Export von makroskopischer Infrastruktur auf der Ebene Betriebsstellen und Streckenabschnitte erlaubt
Ordnungsrahmen API im API-Portal 
Eine detaillierte Beschreibung der Ordnungsrahmen-API findet sich unter
CapaGuard Git-Doku OR-API
Vertiefung (sehr ausführlich): Dokumentation des Infrastrukturmanagers (IDBF)
https://infrastruktur-manager.gitpages.tech.rz.db.de/doku/Runbook/01-system-profile.html
Geokoordinaten erhält der CapaGuard zum einen über STREDA.X sowie aus weiteren Quellen/manueller Bearbeitung. 
Für eine grobe Beschreibung siehe
CapaGuard Git-Doku Geokoordinaten
Testing, UI/UX und Release im ART K&KUI/UX Entscheidungen/Vorgaben für den ART K&K sind zu finden unter
Confluence-Seite UI Konzept ART K&K
DB konforme Icons können u.a. hier gefunden werden 
https://db-ui.github.io/core/review/507-provide-dark-mode/?p=viewall-base-icons
Informationen und Guidelines zum Testing sind im Architekturhandbuch zu finden
Architekturhandbuch: Testing Guidelines
Aktuell Probleme werden in der Test-CoP besprochen und die Themen hier gesammelt
Themen des Test CoPs (Unterseiten)
Unit-Tests sind für die jeweiligen Komponenten geschrieben.
Automatsierte End-to-End Tests im Robotframework sind zu finden unter
KuK-Git CapaGurad Robot-Tests
Die IT-Systeme im Art K&K sind noch nicht produktiv, aber der Releaseprozess wird bereits verprobt. 
Der Prozess ist hier abgebildet
Releaseprozess ART K&K
Vertiefung (optional bzw. bei Interesse)ArcsAusgangspunkt für die Konzeption eines MVPs sind die Arcs aus der Bautaktkonzeption (HaKo) 
Zentrale Begriffe der Bautaktkonzeption sind auf folgender DB-Planet Seite erklärt
Db-Planet Bautaktwiki
Eine detaillierte Erklärung zur Erstellung und Verwendung der Arcs findet sich auf folgender Seite
Confluence-Seite Arcs
ViriatoInformationen zum Konstruktionssystem Viriato für den mKoK 2028 (relevant für das CapaGuard MVP) 
Broschüre Viriato
Informationen zum Output Dateiformat .railml findet man unter 
Handbuch Viriato SST
Neues Konstruktionssystem→ Im Zielbild soll die Konstruktion der Fahrpläne des Projektes KaZu Novum mit einem neuen (mikroskopischen) Konstruktionssystem erfolgen
→ Der CapaGuard stellt dann einen Service für den Abgleich des Konstruktionsstandes mit de Sockelangebot bereit und muss dazu voraussichtlich auf das Backend des neuen Konstruktionssystems zugreifen
Das neue Konstruktionssystem wird durch den ART EKON realisiert, einige Informationen findet man auf
DB-Planet ART EKON
Weitere Anforderungen/UseCases des CapaGuardÜbersicht der UseCases - Übersicht CapaGuard UseCases
UseCase für KRVFoliensätze aus Absprache mit dem KRV: Foliensatz Termin 2 - Austausch KRV , Foliensatz Termin 1 - Austausch KRV
Konzept der Messpunkte und Kapa-Bänder: Confluence-Seite Kapazitätsbänder
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Onboarding-Team-IRIS.md
+44
View File
@@ -0,0 +1,44 @@
# Onboarding Team IRIS
Version: 3 | Last modified: 2026-01-16T15:16:22.076+01:00
Source: confluence page ID 528179195
---
Auf dieser Confluence Seite finden sich alle teamspezifischen Onboarding-Materialien für den Start bei Team IRIS.
Als genereller Startpunkt im ART K&K gibt es eine Orientierungsliste unter 
https://arija-confluence.jaas.service.deutschebahn.com/x/FwwjEQ
auf der auch alle wichtigen Zugänge (Git, Sharepoint, Confluence, AriJa etc.) gelistet sind. 
Unter https://arija-confluence.jaas.service.deutschebahn.com/x/Wa5hE findet sich auch ein Infopaket mit einer Übersicht des Business Case des ART K&K und den Anwendungen. 
Für einen allgemeinen Überblick über die Onboarding Materialien des ART K&K bitte zunächst die Abschnitte
01 Organisatorisch
02 Fachlich
03 Methodisch (falls nicht bekannt) 
sichten. 
Für den Start als Entwickler ist das Entwicklerhandbuch zentral, in welchem der TechStack und alle notwendigen Zugänge beschrieben sind
https://kuk.gitpages.tech.rz.db.de/doc/entwicklungshandbuch/00-entwicklungshandbuch.html
Für den fachlichen Einstieg im Team IRIS empfiehlt es sich insbesondere folgende Abschnitte im Anwendungshandbuch Prep2Plan zu lesen:
Trassenaggregationsservice - https://kuk.gitpages.tech.rz.db.de/app/prep2plan/prep2plan-benutzerhandbuch/01-overview/05-trassenaggregationsservice.html
Netzlotse Service - https://kuk.gitpages.tech.rz.db.de/app/prep2plan/prep2plan-benutzerhandbuch/01-overview/06-netzlotseservice.html
Verkehrsmengenzählung im TAS - https://kuk.gitpages.tech.rz.db.de/app/prep2plan/prep2plan-benutzerhandbuch/01-overview/07-Logik_Verkehrsartenmengen.html
Konstruktionsergebnis in Prep2Plan (inkl. der Unterseiten) - https://kuk.gitpages.tech.rz.db.de/app/prep2plan/prep2plan-benutzerhandbuch/04-trassentaktliste/00-overview.html
Eine sehr nützliche Übersichtsseite mit Links zu Handbüchern, den Anwendungen und den Prozessen im ART K&K ist die Index-Seite
https://kuk.gitpages.tech.rz.db.de/index/ 
Die jeweiligen Services die im Team IRIS betreut werden sind hier im GIT zu finden:
Service Trassenaggregationsservice (TAS) - https://git.tech.rz.db.de/kuk/app/tas
Service Netzlotse - https://git.tech.rz.db.de/kuk/app/netzlotse/netzlotse-backend 
Service Netzlotse Layout Prozessor - https://git.tech.rz.db.de/kuk/app/netzlotse/netzgrafik-layout-processor
UI Lib Netzgrafik - https://git.tech.rz.db.de/kuk/lib/frontend/kuk-ui-library 
Pipeline Templates - https://git.tech.rz.db.de/kuk/pip/pipeline-templates 
Zentrale APIs der Services - https://git.tech.rz.db.de/kuk/app/apis
Testdaten -  https://git.tech.rz.db.de/kuk/pip/kuk-mock-data 
AriJa (DB Version von Jira)
Team IRIS Board - https://arija.jaas.service.deutschebahn.com/secure/RapidBoard.jspa?rapidView=1426&projectKey=KUKIRIS
Team IRIS Agile Hive mit der Übersicht über das PI - https://arija.jaas.service.deutschebahn.com/projects/KUKIRIS?selectedItem=net.seibertmedia.agilehive.agile-hive-plugin:breakout-board
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/SchÃ-tzlogik-Team-Thalamus.md
+34
View File
@@ -0,0 +1,34 @@
# Schätzlogik Team Thalamus
Version: 8 | Last modified: 2025-06-23T11:39:26.454+02:00
Source: confluence page ID 391268722
---
Wir schätzen Storys idealerweise relativ zueinander
Wir orientieren uns dabei an vier Kriterien
Volumen:
Wie viel Aufwand steckt in der Story? → mehr Aufwand, mehr Story Points
Wie viel Testaufwand steckt in der Story? → mehr Testfälle, mehr Story Points
Kompliziertheit:
Wie viele Bereiche sind mitverantwortlich? (FE, BE, T, BA) → ab zwei hat die Story mindst. 2 Punkte
Wie viele Abhängigkeiten haben wir? (SST, andere Teams)
Wie viele Komponenten sind betroffen?
Unsicherheit
Gibt es große Unklarheiten? → dann mindst. 5 Story Points
Wissen - Ausreißerpotential → mindst. 5 Story Points
Sind wir in "Camunda-Neuland" unterwegs?
haben wir große teamübergreifende Abstimmungen?
Kennen wir die Lösung nicht wirklich und müssen erstmal ausprobieren?
Storyvergleich aktuelles PI
1 | 2 | 3 | 5 | 8 | 13 |
das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 284 AND "Story Points" = "1" d1143f0d-33c0-3f1c-b44b-7720150f306e
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 284 AND "Story Points" = "2" d1143f0d-33c0-3f1c-b44b-7720150f306e
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 284 AND "Story Points" = "3" d1143f0d-33c0-3f1c-b44b-7720150f306e
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 284 AND "Story Points" = "5" d1143f0d-33c0-3f1c-b44b-7720150f306e
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 284 AND "Story Points" = "8" d1143f0d-33c0-3f1c-b44b-7720150f306e
| das I.NVI IT Lifecycle Management Toolissuekey,summary,issuetype,status,resolutionkey,summary,type,status,resolution20project = "24003" AND "Program Increment" = 277 AND "Story Points" = "13" d1143f0d-33c0-3f1c-b44b-7720150f306e
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Team-Cortex.md
+8
View File
@@ -0,0 +1,8 @@
# Team Cortex
Version: 6 | Last modified: 2024-09-30T15:34:32.607+02:00
Source: confluence page ID 304421681
---
7508370f-08ad-488d-95bd-6ea74381ac0e,9311910c-118b-4c19-a1fb-412003efdc78,076332de-60d3-4e8b-958a-1ab288d608cdtrue
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Team-Hippocampus.md
+46
View File
@@ -0,0 +1,46 @@
# Team Hippocampus
Version: 17 | Last modified: 2026-05-22T09:57:29.233+02:00
Source: confluence page ID 304428823
---
Wer wir sind 
Name | Rolle | Organisation |
Julian Müller | PO | DB Systel |
Simon Stafflinger | SM | DB InfraGO |
Stefan Hartmann | BE | DB Systel |
Dominik Reggentin | Dev | DB Systel |
Joe Petereit | Dev | DB Systel |
Daniel Seidewitz | Dev | Extern |
Robert Weyres | Dev | Extern |
Jens Dambruch | Dev | DB Systel |
Roman Minchyn | Dev | Extern |
Fabian Fetting | Dev | Extern |
7508370f-08ad-488d-95bd-6ea74381ac0e,a684ef54-7417-4048-9f0e-01074a1a625a,076332de-60d3-4e8b-958a-1ab288d608cd
Regeltermine Team Hippocampus
Termin | Zeit |
Daily | Montag bis Freitag von 09:45 - 10:15 Uhr |
Weekly | Gemeinsames Weekly mit dem gesamten ART K&K, donnerstags 11:00 - 12:00 Uhr |
Planning | Alle 2 Wochen mittwochs von 13:00 - 14:30 Uhr |
Refinement | Alle 2 Wochen mittwochs von 13:00 - 14:30 Uhr (1 Woche versetzt zu Planning) |
Retro | Alle 2 Wochen montags von 13:00 - 14:00 Uhr (1 Woche versetzt zu Planning) |
Sharepoint Team Hippocampus
Auf dem Sharepoint des ART K&K können im folgenden Ordner
Sharepoint K&K Ordner - Team Hippocampus
zentral größere Dateien/Präsentationen abgelegt werden.
Konvention für das Erstellen von neuen User Stories in Jira
Folgende Vereinbarungen wurden für das Erstellen von neuen User Stories in Jira getroffen:
Abschnitt | Regeln |
Akzeptanzkriterien | Akzeptanzkriterien werden durchnummeriert
Akzeptanzkriterien werden kurz und prägnant, am besten im Stil der Satzschablone formuliert. Die Satzschablone gilt als Orientierung nicht als Pflichtmuster.
|
Beschreibung | Die Beschreibung fängt immer mit dem User Story Text an: "Als Benutzter (Wer: Bezeichnung der Rolle), möchte ich (Was: Was will der Benutzter machen?), um zu (Wozu/Warum: Grund aus dem er die Aktivität machen möchte).
Details unter der Story werden im Freitext formuliert
Optional: Themen, die explizit ausgeklammert werden, werden in der Beschreibung unter dem Abschnitt "Out of Scope" beschrieben. Falls in Out of Scope etwas beschrieben wird, ist immer ein Link zu der Story setzen, in der die Umsetzung erfolgt. Existiert hierfür keine Story, ist diese anzulegen und mit der ursprünglichen Story zu verknüpfen.
Optional: Gibt es offene Fragen, sind diese unter der Überschrift offene Punkte zu vermerken. Gibt es offene Punkte kann die Story nicht Sprint ready sein.
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Team-Iris.md
+12
View File
@@ -0,0 +1,12 @@
# Team Iris
Version: 6 | Last modified: 2024-05-03T15:06:27.917+02:00
Source: confluence page ID 304428009
---
7508370f-08ad-488d-95bd-6ea74381ac0e,180a1617-cd57-4eca-9d7e-19335807e489,076332de-60d3-4e8b-958a-1ab288d608cdtrue
Arija Board 
true
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Team-KuKquck.md
+8
View File
@@ -0,0 +1,8 @@
# Team KuKquck
Version: 1 | Last modified: 2024-01-15T09:05:39.586+01:00
Source: confluence page ID 304428056
---
Arija BoardÂ
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/Team-Thalamus.md
+8
View File
@@ -0,0 +1,8 @@
# Team Thalamus
Version: 3 | Last modified: 2024-04-26T08:08:10.262+02:00
Source: confluence page ID 301362187
---
7508370f-08ad-488d-95bd-6ea74381ac0e,1837d6da-4afe-4777-bb37-ff9832dce889,076332de-60d3-4e8b-958a-1ab288d608cd
bahn/Analyse-O2C-C2S/sources/c2s/C2S-KapaStrategie/teams/UX-Konzepte-anderer-Value-Teams-ARTs.md
+23
View File
@@ -0,0 +1,23 @@
# UX-Konzepte anderer Value Teams/ARTs
Version: 13 | Last modified: 2023-11-15T11:11:31.519+01:00
Source: confluence page ID 294192518
---
Value Team O2C, ART Bestellsystem und ART APNAnsprechpartner: Bernd Klebl
UX KonzeptIm ART Oder 2 Cash haben verschiedene Anwendungen UX Konzepte. Die Konzepte für APN (Anlagenportal Netz) und das NBS (Neues Bestellsystem) erscheinen hilfreich, da sie im Confluence dokumentiert sind. Leider gibt es kein übergreifendes Konzept, sondern nur systembezogene Konzepte. O2C hat ein Portal und eine Webservice Schnittstelle.
Nachfolgend sind Links auf Seiten eingefügt, die als hilfreich für die Erstellung eines eigenen UX Konzeptes erachtet werden, bzw. an denen man sich orientieren kann.
UX-Design APN 
Personas in APN 
Frameset des Bestellportals (Ansprechpartnerin für Personas im Bestellsystem ist Ana Cvitkovic)
Ein hilfreicher Hinweis von Bernd Klebl ist, sich bei Anwendungen die EVUs benutzen sollen, an Systemen zu orientieren, die sich mit Fahrplänen in der Kommunikation mit den EVUs beschäftigen wie bpsw. APN, Bestellsystem oder KomBau. Dagegen stehen Anwendungen, die nur DB Netz intern verwendet werden. Hier sollte eine Orientierung an IFP (bspw. neues Konstruktionssystem) ausrichtet sein.
Kontaktaufnahme zu ZugangsberechtigtenDie Abstimmung mit den EVUs betrifft ungefähr 800 Zugangsberechtigte in Produktion, die der TPN Fachbetriebsführung bekannt sind: https://fahrweg.dbnetze.com/fahrweg-de/kunden/Netzzugang-und-Regulierung/taf-tap-tsi/evu_schnittstelle-9764508#. Bernd verweist darauf, dass diese sich als vielfache Konkurrenten eigentlich gar nicht unterhalten.
Value Team C2S, ART KommunikationAnsprechpartner: Salvatore Pellegrino
UX KonzeptDas ART Kommunikation mit der Anwendung KomBau arbeitet aktuell an einem UX Konzept. Es gibt noch keine Informationen auf Confluence die gesichtet werden können. Für die Kundenkommunikation mit den EVUs verfolgt das ART zwei Formate:
Mentoring: Dieses Format befindet sich im Aufbau. Es orientiert sich an bereits bestehenden Formaten anderer Geschäftsfelder. Ein Mentor ist hier ein Anwender aus dem EVU Bereich, der Zugriff auf eine Testumgebung hat, um den Fortschritt zu tracken und jederzeit das "Look & Feel" der Anwendung ausprobieren kann. Er hat Kontakt zu einer Person aus dem ART, um sofort Feedback geben zu können. Zum Austausch mit den Organsiationseinheiten, die ein solches Format bereits etabliert haben, wird mit eingeladen.
Showcase: Alle 3 Monate wird das sogenannte Showcaseformat durchgeführt, dass ein sehr gutes Feedback seitens der Kunden bekommt. Das Format wird in 2 separaten Veranstaltungen DB Netz-intern und extern (EVUs) durchgeführt. Es dauert 2-3 Stunden und ist in Vorbereitung, Durchführung und Nachbereitung sehr aufwendig. Es sind zwischen 100 und 140 Gästen anwesend. Einladungen erfolgen 6-8 Wochen im voraus, sonst kann eine Teilnahme nicht sichergestellt werden. KOMBau verwendet methodisch das Worldcafe, um das Format durchführen zu können. Hier eine Präsentation mit weiteren Informationen zum Format: Showcaseformat in KomBau. 
Kontaktaufnahme zu ZugangsberechtigtenDie Kontaktaufnahme zu Zugangsberechtigten ist über DB Vertrieb herzustellen. DB Vertrieb kennt sich mit den Verfahrensweisen aus, um eine diskriminierungsfreie Auswahl an Zugangsberechtigen zu ermitteln, die im späteren Verlauf mit dem jeweiligen ART zusammenarbeiten können. Ansprechpartner bei DB Vertrieb für KOMBau waren Louis Leinweber und Frank Schleinhege.
Übergreifende AktivitätenBei der Entwicklung einer eigenen UX Strategie sollten die aktuellen Aktivitäten in Value Team C2S und ART Capacity Management überprüft werden. Die Folgenden Epics sind auf ihren Bearbeitungsstand zu prüfen, um dem Cooperate Design Gedanken Rechnung zu tragen und sich an übergeordnete Standards anzugleichen.:
https://arija.jaas.service.deutschebahn.com/browse/KUPCM-788 → Solution-weite UX/UI-Angleichungen
https://arija.jaas.service.deutschebahn.com/browse/C2SIFP-746 → Definition übergreifender UX/UI-Patterns für Konsistenz
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/Kommunikation-Startseite.md
+17
View File
@@ -0,0 +1,17 @@
# ART Kommunikation
Version: 8 | Last modified: 2025-04-23T13:36:26.530+02:00
Source: confluence page ID 225282671
---
Wir sind der ART Kommunikation.
Unsere VisionfalseWir sind der „Single Point of Truth“ in Sachen Stellungnahme, Rückmeldung und Historisierung. Dazu kommunizieren wir alle relevanten Bauauswirkungen fristgerecht und Annex VII-konform.
Unsere MissionfalseWir bilden die optimierten, Annex VII-konformen Baukommunikationsprozesse in einer modernen, interaktiven Anwendung ab. Wir beseitigen Medienbrüche und gestalten die Abstimmung zwischen den relevanten Kommunikationsteilnehmern nachvollziehbar. Wir vereinen alle Kommunikationsphasen in einem Tool. Wir orientieren uns an den agilen Werten und Prinzipien.
Wir wollen gemeinsam…unsere externen und internen Kunden befähigen, fristgerecht, konsistent und nachvollziehbar die Baukommunikation durchzuführen und dadurch die Kundenzufriedenheit steigern
die regulatorischen Anforderungen aus der Baukommunikation erfüllen und damit einen diskriminierungsfreien und transparenten Zugang ermöglichen
die Digitalisierung vorantreiben und alle externen und internen Kunden davon profitieren lassen
Neueste Bereichsaktivitätpage, comment, blogpost5truesocial
Bereichsmitarbeiterlistdescendants5trueupdate
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/DoD-Team-Io.md
+15
View File
@@ -0,0 +1,15 @@
# DoD - Team Io
Version: 1 | Last modified: 2026-01-06T15:53:01.522+01:00
Source: confluence page ID 528184498
---
Der Product Owner/BA hat die Änderungen überprüft und freigegeben.
Alle Akzeptanzkriterien sind fachlich richtig auf der IEU deployed (PO/BA).
Änderungen am Interface wurden durch UX geprüft und abgenommen.
Alle Akzeptanzkriterien wurden auf der IEU getestet, wenn möglich automatisiert (Devs).
Fachliche Dokumentation ist erstellt/gepflegt: Benutzerhandbuch, Lösungsversion in Story / Enabler hinterlegt, fachliches Datenmodell (BKE, SN)
Technische Dokumentation ist erstellt/gepflegt: Schnittstellenbeschreibung, Architekturbeschreibung, Umgebungen, Betriebsführungshandbuch und Migrationguide
Für die Sicherung der Codequalität ist mindestens die Prüfung durch einen zweiten Entwickler erforderlich.
Im Kommentar steht wer bei der Abnahme anwesend war, um sicherzustellen, dass alle wissen wen sie dazu im Zweifel nochmal ansprechen können
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Draft-Release-Train-Technisches-Umsetzungskonzept-Automatisiertes-Multi-Team-Rel.md
+104
View File
@@ -0,0 +1,104 @@
# Draft - Release Train - Technisches Umsetzungskonzept: Automatisiertes Multi-Team Release Management
Version: 1 | Last modified: 2026-06-16T11:47:54.778+02:00
Source: confluence page ID 603274912
---
Status | YellowDRAFT
|
Rolle | Release Manager / System Architek |
Zielgruppe | DevOps / Devs |
1. Einleitung & Strategischer Hintergrund In einer modernen Microservice- oder lose gekoppelten Systemlandschaft, in der mehrere autonome Entwicklerteams parallel Features entwickeln, entstehen ohne klare Strukturen zwei Kernprobleme:
Das Integrations-Chaos: Teams deployen unkoordiniert. Stille Abhängigkeiten zwischen Services brechen erst auf höheren Umgebungen oder – im schlimmsten Fall – auf der Produktion.
Der Dokumentations-Overhead: Entwickler verbringen wertvolle Zeit damit, Excel-Listen zu pflegen, Jira-Tickets manuell zu schieben und Confluence-Release-Notes händisch zu tippen. Das ist fehleranfällig und intransparent.
Unsere VisionWir entkoppeln die Entwicklungsgeschwindigkeit von der Produktions-Governance.
Auf den vorderen Umgebungen (DEV bis TEST) gilt das Prinzip der maximalen Autonomie: Teams dürfen und sollen so oft, so frei und so schnell wie möglich deployen, um schnelles Feedback zu generieren.
Auf den hinteren Umgebungen (ABNAHME bis PRODUKTION) gilt das Prinzip der eisernen Stabilität, vollständigen Transparenz und rigorosen Automatisierung. Wir führen das „Release Train“-Modell ein. Die Produktion wird nicht mehr ad hoc bespielt, sondern ausschließlich in zwei festen Wartungsfenstern: Dienstag und Donnerstag. Wer die automatisierten und fachlichen Qualitätskriterien (Quality Gates) bis zum jeweiligen Stichtag nicht erfüllt, verpasst den „Zug“ und wartet automatisch auf den nächsten (z.B. von Dienstag auf Donnerstag). Es gibt keine künstlichen Verzögerungen für die Gesamtheit des Systems, nur weil eine einzelne Komponente verzögert ist.
2. Die Kubernetes Stage-Infrastruktur & Quality GatesWir betreiben fünf dedizierte Kubernetes-Cluster (oder logisch strikt getrennte Namespaces), die als fortlaufende Stufen unserer Pipeline dienen. Jede Stufe besitzt ein definiertes Einlasskriterium (Quality Gate).
2.1 DEV (Development)Zweck: Kontinuierliche Integration (CI) für Entwickler-Feedback.
Auslösung: Jeder Push auf einen Feature-Branch oder offenen Merge Request (MR).
Automatisches Quality Gate:Erfolgreicher Build des Docker-Images.
Code-Linting bestanden.
Unit-Tests erfolgreich (Coverage > 80%).
Statische Codeanalyse (SAST / SonarQube) ohne kritische Befunde.
Verhalten: Automatisches Deployment in den Dev-Namespace nach erfolgreichem Gate.
2.2 IEU (Integrierte Entwicklungsumgebung)Zweck: Erste technische Validierung des Zusammenspiels loser gekoppelter Services.
Auslösung: Automatischer Trigger nach einem erfolgreichen Merge auf den Hauptzweig (main / master).
Automatisches Quality Gate:Consumer-Driven Contract Testing (CDCT): Ausführung von Verträgen (z.B. via Pact). Wenn Team A eine API-Schnittstelle so verändert, dass der Konsumenten-Service von Team B bricht, scheitert diese Pipeline sofort. Der Merge wird blockiert.
Technische API-Integrationstests (z.B. automatisierte Postman/Newman-Kollektionen).
2.3 INT (Integrierte Testumgebung mit Drittsystemen)Zweck: Vollwertige Fach- und End-to-End-Tests in einer verketteten Umgebung, die mit echten externen Drittsystemen (z.B. Zahlungsanbieter-Sandboxen, ERP-Testsystemen) kommuniziert.
Auslösung: Automatisch nach erfolgreicher INT-Stage oder als periodischer Nightly-Build.
Quality Gate (Hybrid):Automatisch: Umfassende End-to-End (E2E) Test-Suiten (z.B. via Playwright oder Cypress).
Manuell/API: QA-Verantwortliche im jeweiligen Team können optionale manuelle Abnahmen via GitLab Manual Action bestätigen.
Jira-Automatisierung: In Jira muss ein entsprechendes Label gesetzt werden
2.4 ABNAHME (Staging / Produktionsnah)Zweck: Letzte Bastion vor der Produktion. Die Umgebung spiegelt die Datenmenge, Skalierung und Konfiguration der Produktion wider (inkl. replica counts, ingress-Routen etc.).
Auslösung: Manuell durch das Erstellen eines Release-Tags (z.B. v2.4.0-rc1) im Git-Repository.
Quality Gate (Fachliches Sign-Off):Automatisierte Last- und Performance-Tests.
Das fachliche Go: Die Product Owner (POs) müssen die User Stories auf dieser Umgebung prüfen und im Jira-Ticket das Custom-Feld Fachliche Abnahme auf Approved setzen.
2.5 PRODUKTION (Live-System)Zweck: Auslieferung des stabilen Wertes an den Endkunden.
Auslösung: Ausschließlich Dienstag und Donnerstag innerhalb der definierten Wartungsfenster.
Striktes Quality Gate:Alle vorherigen Stages sind vollständig grün.
Automatischer API-Check: Gibt es offene Blocker-Tickets in Jira? Ist das Confluence-Readiness-Board im Status "GO"?
Vier-Augen-Prinzip: Das Deployment ist als geschützte manual action in GitLab hinterlegt. Nur die Rolle Release Manager (oder explizit autorisierte Lead Engineers) hat die Berechtigung, den finalen Deploy-Knopf in der Pipeline zu drücken.
3. Der BPMN-Prozessfluss im DetailDie Orchestrierung über die Teams hinweg folgt einem klaren zeitlichen und prozessualen Rhythmus.
[Mo / Mi 15:00 Uhr] [Mo / Mi 16:00 Uhr] [Di / Do Wartungsfenster]
│ │ │
▼ ▼ ▼
Pipeline scannt Jira ───> Confluence-Ampel ───> Release-Sync ───> Finales Deploy
& prüft Abhängigkeiten wird generiert (Go/No-Go) (RM Freigabe)
Montag & Mittwoch 15:00 Uhr (Einsendeschluss / Feature Freeze für den Release Train): Die Entwickler müssen alle Tickets, die am Folgetag live gehen sollen, im Jira-Projekt ihres Teams mit der entsprechenden fixVersion versehen haben (z.B. Release-2026-W24-Di). Alle zugehörigen MRs müssen gemerged und auf der Abnahmeumgebung erfolgreich getestet sein.
Montag & Mittwoch 16:00 Uhr (Der automatisierte Readiness-Scan): Ein zentral gesteuerter GitLab-Pipeline-Job (Chron-Job) startet ein automatisiertes Skript. Dieses Skript aggregiert alle Jira-Daten, validiert Abhängigkeiten und schreibt einen visuellen Statusbericht (Ampelsystem) per REST-API direkt nach Confluence.
Montag & Mittwoch 16:15 Uhr (Das 15-Minuten-Release-Sync-Meeting): Ich als Release Manager lade die Lead-Entwickler oder Tech Leads der Teams zu einem ultrakurzen Sync ein. Wir öffnen das automatisch generierte Confluence-Board. Wir diskutieren ausschließlich Komponenten, die gelb oder rot markiert sind (z.B. weil Team B eine API-Abhängigkeit für Team A nicht rechtzeitig fertiggestellt hat).
Entscheidung: Entweder wird das Feature per Feature-Flag deaktiviert, oder die Komponente wird für diesen "Zug" ausgehängt (fixVersion wird auf das nächste Fenster verschoben). Das fehlerfreie System der anderen Teams fährt planmäßig ab.
Dienstag & Donnerstag (Das Deployment): Zum Start des Fensters gebe ich das GitLab-Deployment manuell frei. Nach dem erfolgreichen Kubernetes-Rollout schließt die Pipeline den Kreis, informiert die Stakeholder und setzt die Jira-Tickets automatisiert auf Done.
4. GitLab Pipeline Konzept & ArchitekturDie Pipelines der einzelnen Team-Repositories müssen standardisiert werden, um die beschriebene Logik abzubilden. Für die Kommunikation mit Jira und Confluence wird ein zentrales Skript (z.B. in Python) genutzt, das als Docker-Image in die Pipelines eingebunden wird.
4.1 Fehler- und Rollback-Strategie (One-Click-Rollback)Sollte nach dem Prod-Deployment ein kritischer Fehler im Kubernetes-Cluster auftreten (erkannt durch Prometheus-Alerts oder Sentry), sieht das Pipeline-Design eine sofortige Schadensbegrenzung vor:
In der GitLab-Oberfläche existiert neben dem fehlgeschlagenen/problematischen Produktions-Job ein „Rollback“-Button (technisch ein helm rollback Befehl auf die vorherige stabile Revisionsnummer).
Das Auslösen des Rollbacks triggert über das API-Skript sofort einen automatisierten Kommentar in allen zugehörigen Jira-Tickets: ⚠️ ACHTUNG: Rollback auf Produktion durchgeführt. Feature vorerst wieder deaktiviert.
Ich als Release Manager werde sofort alarmiert, um die Task Force mit dem betroffenen Team zu koordinieren.
5. Jira & Confluence API-Schnittstellen-KonzeptDie Pipeline-Engineers müssen das Automatisierungsskript (check_jira_and_build_confluence_table.py) so programmieren, dass es folgende Endpunkte anspricht:
5.1 Jira REST API v3Das Skript nutzt JQL (Jira Query Language), um den Status aller Tickets einer Release-Version zu ermitteln.
Szenario 1: Tickets auslesenEndpunkt: GET /rest/api/3/search
Query: jql=fixVersion="Release-2026-W24-Di"
Validierungsschleife im Code:# Pseudo-Code zur Prüfung von Blockern und Sign-Offs
for ticket in response['issues']:
# Prüfe fachliche Abnahme
if ticket['fields']['customfield_10021']['value'] != "Approved":
set_status_yellow(ticket['key'], "Fehlende fachliche Abnahme durch PO")
# Prüfe verknüpfte Blocker
for link in ticket['fields']['issuelinks']:
if link['type']['name'] == "Blocks" and link['inwardIssue']['fields']['status']['name'] != "Done":
set_status_red(ticket['key'], f"Blockiert durch unfertiges Ticket {link['inwardIssue']['key']}")
Szenario 2: Status-Update nach erfolgreichem DeploymentEndpunkt: POST /rest/api/3/issue/{issueIdOrKey}/transitions
Payload: {"transition": {"id": "ID_FUER_STATUS_DONE"}}
Zweck: Verschiebt alle Tickets vollautomatisch auf "Done", sobald das K8s-Deployment erfolgreich war.
5.2 Confluence REST APIDas Skript übersetzt die gesammelten Jira-Zustände in ein valides XHTML-Format, das von Confluence nativ interpretiert werden kann. Um optisch ansprechende Status-Makros (die bekannten farbigen Status-Inseln) zu erzeugen, muss das Skript Confluence-Storage-Format-Tags generieren.
Endpunkt: PUT /wiki/rest/api/content/{pageId} (Update der existierenden Release-Wochenseite)
XHTML-Struktur für die Status-Ampel:<ac:structured-macro ac:name="status">
<ac:parameter ac:name="title">GO</ac:parameter>
<ac:parameter ac:name="colour">Green</ac:parameter>
</ac:structured-macro>
<ac:structured-macro ac:name="status">
<ac:parameter ac:name="title">NO-GO</ac:parameter>
<ac:parameter ac:name="colour">Red</ac:parameter>
</ac:structured-macro>
Das Skript baut aus diesen Bausteinen eine übersichtliche Matrix-Tabelle aller Services und lädt den HTML-Body via API hoch.
6. Zusammenfassung & Nächste Schritte für die Pipeline-EntwicklerMit diesem System beenden wir das Zeitalter der manuellen Berichterstattung. Entwickler tun das, was sie am besten können: Code schreiben und Git pflegen. Die Pipeline erledigt den bürokratischen Rest. Arbeitspakete für das DevSecOps- / Pipeline-Team:
Paket 1: Erstellung des zentralen Python/Node-Docker-Images, das die Logik für die Jira- und Confluence-API-Kommunikation beinhaltet.
Paket 2: Einbau der CDCT/Pact-Test-Schritte in die test-Stage der Standard-Pipeline.
Paket 3: Konfiguration der geschützten Variablen (API-Tokens für Jira/Confluence) in den globalen GitLab-CI-Einstellungen.
Paket 4: Implementierung der when: manual Schranke für die Produktions-Infrastruktur-Pipelines mit Benutzerrollen-Einschränkung.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Refinement-Prozess-Team-IO.md
+8
View File
@@ -0,0 +1,8 @@
# Refinement-Prozess Team IO
Version: 5 | Last modified: 2026-01-29T13:40:32.184+01:00
Source: confluence page ID 517781117
---
trueRefinement-Prozess Iofalse600autotoptrue12566216
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Dia-KOMBau.md
+17
View File
@@ -0,0 +1,17 @@
# Team Dia - KOMBau 💎
Version: 4 | Last modified: 2026-03-19T09:36:52.354+01:00
Source: confluence page ID 540794334
---
Das Team:
Name | Rolle | E-Mail |
Debora Heimer
| UX | Debora.Heimer@deutschebahn.com |
Emil Vanselow | PO | Emil.Vanselow@deutschebahn.com  |
Ferdinando De Meo | UX | Ferdinando.De-Meo@deutschebahn.com  |
Josephine Leusman | UX | Josephine.Leusman@deutschebahn.com  |
Kim Leah Reibnitz | SM/TC | Kim-Leah.Reibnitz@deutschebahn.com  |
Milena M Kunz | UX | Milena.M.Kunz@deutschebahn.com  |
Tabea Lessing | UX | Tabea.Lessing@deutschebahn.com  |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Europa-KOMBau.md
+41
View File
@@ -0,0 +1,41 @@
# Team Europa - KOMBau 🌕
Version: 9 | Last modified: 2026-02-24T08:54:03.195+01:00
Source: confluence page ID 428928125
---
Wir sind Team Europa. (ehemals Team AQuA)
Ende 2023 sind wir in IFP gestartet und haben den AGS von (ehemals) Team Y übernommen. Nach knapp einem Jahr im ART DaS sind wir seit PI 35 Teil vom ART.KOM. Anfang Oktober 2025 ist der AGS zum ART ujK übergangen nun fokussieren wir uns auf den Auth-Service sowie Export-Service für die KOMBau, als ein Shared Services Team.
Aktuell befinden wir uns noch in der Umstellung des Teamnamens auf allen Umgebungen, sowie die Erstellung eines neuen Logos.
Mailverteiler: C2S.KOM.Europa@deutschebahn.com 
Wer | Schwerpunkte
|
 
| Product Owner
|
 
| Scrum Master
|
 
| BE
PO-Vertretung
|
| Entwicklung
Grafana
|
| Entwicklung
DevOps
|
| Entwicklung
|
| Entwicklung
|
| Entwicklung
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Europa-Naming-Conventions.md
+58
View File
@@ -0,0 +1,58 @@
# Team Europa: Naming Conventions
Version: 11 | Last modified: 2026-02-02T11:46:28.363+01:00
Source: confluence page ID 402097097
---
Branch-ConventionstrueAQuA Branch rulesfalse600autotoptrue14024091
Dauerhafte Branchesdevelopment enthält zu jedem Zeitpunkt den letzten Stand der abgeschlossenen Issues, d.h. Arbeit an Features, Enablern und Bugs werden nach Abschluss per Merge Request auf diesen Branch gebracht. Im Fall von Hotfixes werden diese auch nach Abschluss über release zurück nach development gebracht.
Von release (früher main) erstellen wir am Ende jeder Iteration ein Release durch Setzen eines Tags, nachdem wir den Stand von development dorthin gemergt haben.
Regeln für temporäre BranchesBranches für Hotfixes zweigen von release ab und tragen das Präfix hotfix/. Auf diese Weise sind sie nicht nur als Hotfixes leichter erkennbar, es lässt sich auch im GitLab konfigurieren, dass Merge Requests für Hotfixes per Default zurück nach release gehen. Von dort mergen wir dann weiter zurück nach development.
Branches für die Arbeit an Jira-Issues (Features, Enablers oder Bugs, die keine Hotfixes sind) verwenden das Präfix ticket/ und werden von development abgezweigt. In GitLab konfigurieren wir, dass Merge Requests von diesen Branches per Default zurück nach development gehen. Die Information, um welche Art von Issue es sich handelt, ist nun nicht mehr redundant im Branchnamen enthalten, ist an der Stelle aber auch nicht nötig.
Branches für Arbeiten ohne Issue verwenden als Präfix no-ticket/. Sie werden wie Issue-Branches von development abgezweigt und per Default dorthin gemergt.
Durch Tools erstellte Branches, wie z.B. durch den Renovate Bot, erhalten einen Bezeichner des Tools als Präfix, wie z.B. renovate/, und werden per Merge Request nach development gemergt.
Auf das Präfix folgt bei Branches, die sich auf ein Issue beziehen, die ID des Issues sowie eine durch Bindestriche gekoppelte kurze Beschreibung des Inhalts, also z.B. IFPRPR-112-map-calendar-attributes. Bei Branches ohne Issue verwenden wir nach dem Präfix aussagekräftigen Kurzbezeichnung, z.B. add-ktlint
Wichtig: Bei Commits auf den temporären Branches beachten wir die AQuA: Konventionen für Commit-Messages.
Suffixe für API-KlassenDer AGS verwendet diverse Schemata für JSON-Daten, z.B. Produktions- und Vertriebsaufträge jeweils in den Domänen Vertrieb und Fahrplan, die wir umgangssprachlich APIs nennen und die in Form von OpenAPI-Spezifikationen vorliegen. Für die Verarbeitung der Daten nutzen wir Code, der mit einer ifpGenerateApiClient Gradle-Task generiert wird (siehe z.B. Submodul produktionsauftrag-api-fahrplan). Bei der Konfiguration der Task kann ein modelNameSuffix angegeben werden, der an alle Namen von generierten Klassen angehängt wird. Dieses Suffix sollten wir für alle APIs durchgängig einheitlich gestalten, so dass am Namen einer Klasse ihr Ursprung abgelesen werden kann, mit dem Ziel, den Code, der API-Klassen nutzt, leichter verständlich zu machen, und um Fehlern vorzubeugen.
Ein Suffix sollte deshalb im Regelfall aus zwei Teilen bestehen:
Einem Kürzel für die Gesamtmenge der enthaltenen Nachrichten. Aktuell verwenden wir Pa für Produktions- und Va für Vertriebsaufträge. Künftig wäre z.B. Bpe oder Pe für (Bau-)Planungsergebnisse im unterjährigen Bau denkbar.
Einem Bezeichner für den Kontext - i.d.R. die Domäne - dem die API entstammt. Aktuell verwenden wir Vertrieb und Fahrplan für eben diese beiden Domänen.
Als Kombination ergeben sich dann insgesamt z.B. ErstanmeldungMessagePaVertrieb und PathInformationVaFahrplan als Klassennamen.
Dies sollte im Allgemeinen alles sein, ein weiteres Anhängsel wie Dto fügt nur unnötiges Rauschen hinzu, da das Vorhandensein eines Suffixes ohnehin schon signalisiert, dass es sich um eine API- und damit DTO-Klasse handelt.
Commit Messages und Titel von Merge-Requestssiehe 
Tests und TestvariablenVariablen innerhalb von Tests folgen diesen Konventionen:
Test-Inputs bekommen den Präfix given
Erzeugte Ergebnisse (typischerweise der Rückgabewert der getesteten Methode) bekommen den Präfix actual
Erwartete Ergebnisse (typischerweise das, wogegen die actual-Werte verglichen werden) bekommen den Präfix expected
Das zu testende System (typischerweise ein Service oder eine anderweitige Spring-Komponente, aber möglicherweise auch eine (Extension- oder statische) Funktion) bekommt den Präfix tested.
Gemockte Komponenten bekommen den Präfix mock. Dies wird sinnvoll adaptiert für mock-ähnliche Komponenten (Spys, ...)
Der Mehrwert, der hierdurch gewonnen werden soll, ist, dass innerhalb eines Tests eindeutig auf einen Blick identifiziert werden kann, welches das getestete System und welches nur Hilfestellungen für den Test sind.
Codebeispiel(exemplarisch, nicht realer Code mit vielen Auslassungen)
java
@Spy
var spyAngebotstrasseMessageService : MessageService
fun `receiving Fertigmeldung should trigger sending Angebotrasse`(
val givenFertigmeldung: Fertigmeldung, // or string of JSON
val givenZugtrasse: Zugtrasse,
val expectedAngebotstrasse: Angebotstrasse
) {
// Arrange
when(mockAngebotstrassenRepository.getByFertigmeldung(givenFertigmeldung)).thenReturn(givenZugtrasse)
// Act
spyFertigmeldungMessageService.send(givenFertigmeldung)
// Assert
assertEquals(true, spyAngebotstrasseMessageService.hasNext())
val actualAngebotstrasse = spyAngebotstrasseMessageService.receive()
       assertEquals(false, spyAngebotstrasseMessageService.hasNext())
assertEquals(expectedAngebotstrasse, actualAngebotstrasse)
val actualAllAngebotstrassen = testedAngebotstrassenService.getAllAngebotstrassen()
assertEquals(1, actualAllAngebotstrassen.size)
}
}]]>
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Europa-Scrum-Events.md
+65
View File
@@ -0,0 +1,65 @@
# Team Europa: Scrum Events
Version: 3 | Last modified: 2026-02-02T11:45:51.789+01:00
Source: confluence page ID 490592987
---
42
Team Sync / Daily 
Ziel: Das Daily dient dazu, den Fortschritt zu überprüfen, Hindernisse zu identifizieren und die Arbeit für den Tag zu planen.
Dauer: Max. 15 Minuten
Ablauf: 
Was habe ich seit dem letzten Daily erreicht?
Was werde ich bis zum nächsten Stand-up tun?
Welche Hindernisse stehen mir im Weg?
Anti-Patterns:
Statusbericht an ScM oder PO: Das Daily ist kein Reporting-Meeting, sondern ein Austausch unter den Teammitgliedern.
Zu lange Diskussionen: Detaildiskussionen sollten nach dem Meeting separat geführt werden - z.B. im "Meet-after"
Fehlender Fokus auf Hindernisse: Hindernisse sollten klar benannt und nicht verschwiegen werden.
Multitasking während des Meetings: Alle Teilnehmer sollten aufmerksam und fokussiert sein.
Backlog RefinementZiel: Abhängigkeiten und Probleme identifizieren, die sich auf
die nächste Iteration auswirken könnten. Fertiges Backlog für die Iterationsplanung erstellen.
Dauer: 70 Minuten
Ablauf: (Muster)
PO stellt ein Set von potentiellen Stories / Enablern vor und führt durch das Backlog
PO und Team besprechen jede Story.Erstellen u. a. AKs und decken Abhängigkeiten auf
-> letztlich sollten die Stories / Enabler die DoR erfüllen.
Anti-Patterns:
Fehlende Priorisierung: Wenn die Backlog Items nicht klar priorisiert sind, kann das Team Schwierigkeiten haben, sich auf die wichtigsten Aufgaben zu konzentrieren.
Unklare Akzeptanzkriterien: Wenn die Akzeptanzkriterien nicht klar definiert sind, kann es zu Missverständnissen und Nacharbeit kommen.
ReviewZiel: Das Sprint Review dient dazu, die während des Sprints erzielten Ergebnisse zu präsentieren und Feedback innerhalb des Teams einzuholen. Es hilft, den Fortschritt zu bewerten und Anpassungen für zukünftige Sprints zu planen.
Dauer: 50 Minuten
Ablauf: (Muster)
Blick auf die Objectives, haben wir sie erreicht?
Demonstration der Ergebnisse und Feedback
Anti-Patterns:
Fehlende Vorbereitung: Unvorbereitete Präsentationen können den Wert des Reviews mindern.
RetrospektiveZiel: Die Retrospektive dient dazu, die Zusammenarbeit und Prozesse im Team zu reflektieren und kontinuierlich zu verbessern. Es sollen Maßnahmen zur Optimierung identifiziert und beschlossen werden.
Dauer: 80 Min
Ablauf: (Muster)
Check-in
Daten sammeln: Was lief gut? Was könnte verbessert werden? 
Erkenntnisse gewinnen: Diskussion der gesammelten Daten und Identifikation von Mustern oder Problemen.
Maßnahmen planen: Konkrete Maßnahmen zur Verbesserung festlegen und Verantwortlichkeiten zuweisen.
Check-out
Anti-Patterns:
Schuldzuweisungen: Die Retrospektive sollte nicht dazu genutzt werden, Schuld zuzuweisen, sondern konstruktiv zu bleiben.
Keine Maßnahmen: Ohne konkrete Maßnahmen verliert die Retrospektive an Wert.
Dominanz einzelner Personen: Wenn nur wenige Personen sprechen und andere nicht zu Wort kommen, kann das die Qualität der Diskussion beeinträchtigen.
Sprint PlanningZiel: Das Sprint Planning dient dazu, die Arbeit für den kommenden Sprint zu planen und sicherzustellen, dass das Team versteht, was zu tun ist und wie es erreicht werden soll.
Dauer: 70 Min
Ablauf: (Muster)
Zielsetzung: Der Product Owner stellt das Sprint-Ziel vor.
Backlog-Durchsicht: Das Team bespricht die priorisierten Backlog-Items und wählt die aus, die im Sprint bearbeitet werden sollen.
Aufgabenplanung: Das Team plant die Umsetzung der ausgewählten Items und schätzt den Aufwand.
Abschluss: Zusammenfassung und Sicherstellung, dass alle Teammitglieder die Ziele und Aufgaben verstehen.
Anti-Patterns:
Überladung des Sprints: Zu viele Items in den Sprint zu packen, kann zu Überlastung und Frustration führen.
Fehlende Priorisierung: Wenn die wichtigsten Aufgaben nicht priorisiert werden, kann das Team an weniger wichtigen Dingen arbeiten und die Sprint-Ziele verfehlen.
Fehlende Teambeteiligung: Das gesamte Team sollte aktiv am Planning teilnehmen und nicht nur der PO oder der Scrum Master.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-IO-KOMBau.md
+31
View File
@@ -0,0 +1,31 @@
# Team IO - KOMBau 🫏
Version: 21 | Last modified: 2026-06-01T08:35:16.363+02:00
Source: confluence page ID 322190978
---
Wer wir sind Rolle | Vorname, Name  |
PO  |  
|
SM / TC  |   |
BA |  
|
BA |  
|
|
|
DEV |  
|
DEV |
|
DEV |  
|
DEV |  
|
DEV |  
|
Team Kalender5d6d71c6-ea45-4c43-be4a-ee73de2eadd9
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Metis-KOMBau.md
+23
View File
@@ -0,0 +1,23 @@
# Team Metis - KOMBau🦉
Version: 13 | Last modified: 2026-01-08T10:48:13.023+01:00
Source: confluence page ID 322196220
---
Rolle
| Name
|
PO |  
|
Scrummaster |  
|
BAs |  
|
Devs |  
 
 
 
 
 
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Metis-Sicherstellen-der-korrekten-LÃ-sungsversion.md
+11
View File
@@ -0,0 +1,11 @@
# Team Metis - Sicherstellen der korrekten Lösungsversion
Version: 3 | Last modified: 2026-04-08T14:56:40.202+02:00
Source: confluence page ID 573777764
---
Generell legt der PO (in Vertretung auch der BA) die entsprechende Lösungsversion und damit die gewünschte Lieferung bei der Abnahme der jeweiligen Story/Enabler/Bug fest.
Diese Lösungsversion sollte in der Regel die nächste geplante Regel-Lieferung treffen.
Um sicher zu gehen, dass keine Tickets ohne Lösungsversion bleiben und daher in der Abfrage unerkannt bleiben, werden spätestens nach Sprintstart vom PO alle in Arbeit befindlichen Tickets mit der Lösungsversion nextRelease versehen.
Sollte es abgearbeitete Tickets geben, welche keine richtige Lieferung benötigen (Kafka-Change, Karate-Test Anpassung oder ähnliches), dann wird bei der Abnahme des Tickets dies in den Kommentaren vermerkt.
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Metis-Umgang-mit-DoD-und-Abnahme.md
+29
View File
@@ -0,0 +1,29 @@
# Team Metis - Umgang mit DoD und Abnahme
Version: 8 | Last modified: 2026-03-24T13:15:53.514+01:00
Source: confluence page ID 320416827
---
DoD und DoR des ARTs
+++
Die Abnahme erfolgt auf der Umgebung des Entwicklers, wenn möglich. Erst wenn dort die Funktion fehlerfrei funktioniert, erfolgt der finale Merge auf /main
Die Implementierung erfolgt mindestens auf dem Dev-Cluster und nicht lokal.
Die Abnahme führt der DEV mit Blick auf die DoD / Akzeptanzkriterien durch, damit sichergestellt werden kann, dass der vorher definierte Mehrwert erreicht wird.
Nach dem Merge auf /main macht der PO/BA einen weiteren Smoke-Test auf der DEV-Umgebung.
Abnahme erfolgt für Stories, die Auswirkungen auf Feature und damit für die Kunden haben. 
Für Technische Enabler entscheiden die DEV selbst, ob sie untereinander Reviewen oder PO/BE vorführen.
Abnahme erfolgt durch den PO. In der Abwesenheit oder per Delegation kann dies auch von den BE wahrgenommen werden.
Zur Abnahme vorgesehene Tickets werden von den DEV in die Spalte "Ready for approve" gestellt.
Der PO (in Vertretung BA) wird vom bearbeitenden DEV bilateral angesprochen. Es wird (falls Erstellung nötig) die Dokumentation gezeigt und auf geeignete Weise das Ergebnis der Arbeit vorgeführt.
Danach wird der Enabler/Story vom Reviewer auf Done gesetzt.
Die fachlichen Testcases (X-Ray) werden von BA/PO angelegt.
Zusätzliches Vorgehen, das wir für uns festhalten:
o. g. Punkte sind nur zu beachten, wenn diese Kriterien bei einer Lieferung greifen
DoD-Punkte werden in der übergeordneten Story-Liste von dem jeweiligen Dev. abgehakt, wenn diese durch Unteraufgaben erledigt wurden.
DoDs, die nicht abgehakt werden können, werden in dem jeweiligen Kommentarfeld der Story erläutert.Sollte man der Meinung sein, dass kein automatischer Integration-Test möglich/notwendig ist, muss das auch in den Kommentaren festgehalten werden.
Wir sprechen nochmal kurz über die Kommentare um noch eine zweite Meinung einzuholen.
Der Letzte setzt den Haken.
Darauf achten, dass keine Arbeitsaufgaben oder ToDos in der Kommentarfunktion formuliert, sondern neue Unteraufgaben erstellt werden.
TBD: Wie gehen wir mit Reviews und Abnahmen von Stories um, die nicht abgenommen werden können? → Dann finden bilaterale Absprachen zwischen Dev und PO statt
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Metis-Umgang-mit-technischen-Schulden.md
+28
View File
@@ -0,0 +1,28 @@
# Team Metis - Umgang mit technischen Schulden
Version: 2 | Last modified: 2026-01-28T09:59:12.267+01:00
Source: confluence page ID 493880248
---
Technische Schulden in der Software-Entwicklung sind bewusste oder unbewusste Kompromisse bei der Code-Qualität oder Systemarchitektur, die kurzfristig die Entwicklung beschleunigen, aber langfristig zu erhöhtem Wartungsaufwand und möglichen Problemen führen.
Hier geht es um den Umgang mit technischen Schulden im Team Metis, sodass sie geplant und abgearbeitet werden können.
Erkennung technischer Schulden 
Fallen während der Entwicklung Verbesserungsmöglichkeiten auf, prüft derdie Entwicklerin, ob diese direkt mit erledigt werden können. Gegebenenfalls wird dies im Daily angesprochen. Es gilt weiterhin, dass das Erreichen des Sprintziels Vorrang vor der Abarbeitung bestehender technischer Schulden hat.
Werden technische Schulden direkt abgearbeitet, wird ggf. eine Unteraufgabe zum aktuellen Entwicklungsticket erstellt.
Sollten erkannte oder bekannte technische Schulden aufwändiger sein und daher in der aktuellen Entwicklung nicht ohne Weiteres abgearbeitet werden können, legt derdie jeweilige Entwicklerin ein Ticket an.
Dieses Ticket enthält mindestens:
Den passenden Typ (Enabler oder Story)
Eine aussagekräftige Überschrift (verständlich auch für Nicht-Entwickler*innen)
Die betroffene Komponente
Das Stichwort "TechDebt"
Eine Beschreibung, mindestens in Stichpunkten
Dem PO (oder stellvertretend dem BA) fallen die neuen Tickets im Backlog auf. Eventuell wird der PO auch im Daily auf das neue Ticket hingewiesen.
Einplanung technischer Schulden
Der PO sorgt dafür, dass das Ticket nach der Erstellung bis zum nächsten Refinement alle weiteren notwendigen Angaben enthält (wie Akzeptanzkriterien usw.).
Im Refinement wird das Ticket geschätzt und in den Status "Erfüllt DoR" (Definition of Ready erfüllt) gebracht.
Die Top-of-Backlog-Philosophie soll konsequent gelebt werden!
Das Ticket wird vom PO entsprechend im Backlog eingeordnet.
Ziel ist es, diese technischen Schulden priorisiert abzuarbeiten.
Sollte eine Entwicklerin mit seinen Aufgaben im laufenden Sprint fertig sein und auch seine Kolleg*innen nicht unterstützen können, greift er oder sie auf das Backlog zurück.
Technische Schulden und/oder Bugs aus dem Backlog haben Vorrang vor dem Vorziehen von Aufgaben aus Folgesprints!
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Metrics.md
+85
View File
@@ -0,0 +1,85 @@
# Team Metrics
Version: 3 | Last modified: 2026-02-24T15:38:26.440+01:00
Source: confluence page ID 553943905
---
Die folgenden Kennzahlen dienen der Transparenz über unseren Arbeitsfluss und unsere Zusammenarbeit auf Teamebene.
Sie unterstützen uns dabei, Muster zu erkennen, Engpässe sichtbar zu machen und fundierte Entscheidungen zur kontinuierlichen Verbesserung zu treffen.
Dabei gilt:
Kennzahlen sind Systemindikatoren, keine Leistungsbewertung einzelner Personen oder Teams.
Sie zeigen Trends und Muster – keine isolierten Wahrheiten.
Ihre Aussagekraft entsteht erst durch regelmäßige gemeinsame Reflexion.
Einzelne Werte sind weniger relevant als Entwicklungen über mehrere Iterationen hinweg.
Unser Ziel ist nicht maximale Geschwindigkeit, sondern ein stabiler, nachhaltiger und vorhersagbarer Arbeitsfluss.
Kennzahlen helfen uns insbesondere dabei:
Fokus und Priorisierung zu reflektieren
Engpässe frühzeitig zu erkennen
Qualität und Stabilität im Blick zu behalten
Entscheidungsprozesse zu verbessern
Transparenz gegenüber Stakeholdern herzustellen
Wir nutzen diese Kennzahlen bewusst als Gesprächsgrundlage in Reviews, Retrospektiven und strategischen Abstimmungen.
Sie sind ein Instrument zur Verbesserung unseres ARTs – nicht zur Kontrolle von Teams.
Kennzahl | Beschreibung der Kennzahl | Anwendungsbeispiele | Typische Muster und Interpretation |
Flow Distribution | Flow Distribution zeigt die prozentuale Verteilung der erledigten Arbeit nach Arbeitstypen (z. B. Feature, Bug, Enabler/Technical Debt, Support, Spike) innerhalb eines definierten Zeitraums (Sprint, Monat, Quartal).
Sie macht sichtbar, wofür das Team seine Kapazität tatsächlich verwendet und welche impliziten Prioritäten im Arbeitsalltag entstehen.
Die Kennzahl dient der Reflexion des Arbeitsfokus und ist keine Leistungskennzahl.
| Strategischen Fokus überprüfen: Entspricht die tatsächliche Verteilung unserer geplanten Ausrichtung?
Qualitätsentwicklung beobachten: Steigt der Bug-Anteil über mehrere Sprints hinweg? 
Balance diskutieren: Wie viel Kapazität investieren wir in neue Features vs. Wartung oder technische Verbesserungen?
Transparenz gegenüber Stakeholdern schaffen: Warum liefern wir weniger Features, wenn Support oder Stabilisierung dominieren?- Nachhaltigkeit prüfen: Investieren wir ausreichend in Enabler und technische Schulden?
| Hoher Bug-Anteil: mögliches Qualitätsproblem, instabile Architektur oder fehlende Testautomatisierung. 
Kaum Enabler/Tech Debt: kurzfristiger Lieferdruck, Risiko für langfristige Wartbarkeit.
Hoher Support-/Maintenance-Anteil: hohe Betriebslast oder unklare Produktverantwortung.
Stark schwankende Verteilung: fehlender Fokus oder häufige Prioritätswechsel.
Sehr hoher Feature-Anteil bei gleichzeitig steigender Bug-Quote: Qualitätsrisiko durch Lieferdruck.
|
Lead Time | Lead Time misst die Zeit vom Start der Bearbeitung eines Vorgangs bis zu dessen Fertigstellung (z. B. von „In Progress“ bis „Done“).Sie zeigt, wie schnell Arbeit durch das System fließt und wie stabil der Lieferprozess ist.
Lead Time ist eine Systemkennzahl zur Prozessverbesserung und keine Bewertung einzelner Personen.
| Lieferfähigkeit verbessern und realistische Forecasts ableiten.
Vorhersagbarkeit erhöhen: Wie stabil ist unsere durchschnittliche Durchlaufzeit?
Engpässe und Wartezeiten identifizieren (in Kombination mit Status-Verweildauer).
Wirkung von Prozessänderungen messen (z. B. WIP-Limits, Pair Programming, Automatisierung).
Ticket-Zuschnitt prüfen: Sind Stories zu groß oder unklar geschnitten?
| Kontinuierlicher Anstieg: Systemüberlastung oder zu viel parallele Arbeit (WIP).
Hohe Streuung: stark unterschiedliche Ticketgrößen oder wechselnde Prioritäten.
Viele Ausreißer mit sehr langer Dauer: Blockaden, Abhängigkeiten oder externe Freigaben.
Sinkender und stabiler Trend: verbesserter Flow und klarere Übergaben.
Sehr kurze Lead Time bei hoher Fehlerquote: möglicher Qualitätskompromiss.
|
Umgesetzte vs. verworfene Ideen | Diese Kennzahl zeigt das Verhältnis zwischen realisierten und bewusst gestoppten bzw. nicht weiterverfolgten Produktideen im gewählten Zeitraum.
Als „Idee“ gelten z. B. Initiativen, Epics oder größere Features – nicht einzelne User Stories.Die Kennzahl macht sichtbar, wie konsequent priorisiert wird und ob bewusste Entscheidungsprozesse stattfinden.
| Fokus prüfen: Setzen wir alles um oder priorisieren wir konsequent?
Entscheidungsqualität reflektieren: Werden Ideen früh validiert oder erst spät verworfen?-
Stakeholder-Transparenz schaffen: Produktentwicklung bedeutet auch bewusstes Nicht-Umsetzen.
Discovery-Prozess verbessern: Hypothesen, Erfolgskriterien und Experimente klarer definieren.
 Ressourcensteuerung prüfen: Wie viel Aufwand investieren wir in Ideen, die später gestoppt werden?
| Fast alle Ideen werden umgesetzt: fehlende Priorisierung oder Strategieunschärfe.
Viele späte Abbrüche: zu geringe frühe Validierung oder unklare Zieldefinition.
Viele frühe Stopps mit klarer Begründung: gesunder Filtermechanismus.
Sehr hoher Verwerfungsanteil: möglicherweise zu strenge Kriterien oder fehlende Kapazität.- Kaum verworfene Ideen trotz hoher Auslastung: Risiko von Überfrachtung.
|
Average Days in Status | Average Days in Status zeigt die durchschnittliche Verweildauer von Vorgängen in einzelnen Workflow-Status (z. B. „In Progress“, „Code Review“, „Testing“, „Waiting for Approval“).
Die Kennzahl macht sichtbar, in welchen Prozessschritten Arbeit besonders lange verbleibt und wo Wartezeiten entstehen.
Sie dient der Identifikation von Engpässen und Prozessineffizienzen.
| Engpassanalyse: Welcher Status hat die längste Verweildauer?
Wartezeiten sichtbar machen (z. B. Review, Abnahme, Deployment).
WIP-Management reflektieren: Lange „In Progress“-Zeiten als Hinweis auf zu viel Parallelität.
Kapazitätsungleichgewichte erkennen (z. B. Test- oder Review-Engpässe).- Wirkung von Prozessverbesserungen messbar machen.
| Ein Status sticht deutlich heraus: lokaler Engpass im System. 
Lange Review- oder Testing-Phasen: fehlende Kapazität, zu große Tickets oder unklare Übergabekriterien.
Lange „In Progress“-Zeit: zu viel parallele Arbeit und Kontextwechsel.
Mehrere lange Warte-Status: viele Übergaben oder externe Abhängigkeiten.-
Sehr geringe Verweildauer in allen Status: kleine, gut geschnittene Arbeitspakete und stabiler Flow.
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Pandia-KOMBau.md
+49
View File
@@ -0,0 +1,49 @@
# Team Pandia - KOMBau 🐼
Version: 36 | Last modified: 2026-03-30T12:40:46.593+02:00
Source: confluence page ID 256705809
---
🐼
Wir sind ein Entwicklungsteam für das Produkt KOMBau.
Wir teilen mit den anderen Teams eine gemeinsame Vision:
"Wir sind der „Single Point of Truth“ in Sachen Stellungnahme, Rückmeldung und Historisierung. Dazu kommunizieren wir alle relevanten Bauauswirkungen fristgerecht und Annex VII-konform."
Aus <https://arija-confluence.jaas.service.deutschebahn.com/display/C2SK/ART+Kommunikation> 
Mailverteiler: C2S.KOM.Pandia <C2S.KOM.Pandia@deutschebahn.com>
Das Team:
Name | Rolle | E-Mail |
Adriana D’Ambrosio
| Product Owner | Adriana.DAmbrosio@deutschebahn.com |
Anja Niemann | Scrum Master | anja.niemann@deutschebahn.com |
Leutrim Maliqi | Business Analyst | Leutrim.L.Maliqi-extern@deutschebahn.com |
Björn Baumgarten | BE-Developer | Bjoern.Baumgarten-extern@deutschebahn.com |
Dominique Dorscheid | BE-Developer | Dominique.Dorscheid-extern@deutschebahn.com |
Stefan Kacarevic | BE-Developer | Stefan.Kacarevic-extern@deutschebahn.com |
Alexander Kantak | FS-Developer | Alexander.Kantak-extern@deutschebahn.com |
Abdelaziz Akkad | FS-Developer | Abdelaziz.Akkad-extern@deutschebahn.com |
Nicola Hanna | FS-Developer | Nicola.Hanna@deutschebahn.com |
Martina Hunfeld | FE-Developer | Martina.M.Hunfeld@deutschebahn.com |
|
|
|
|
|
|
|
|
|
|
|
|
Links:
AriJa Board
Teamplace Pandia
etc...
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Pandia-Meetings-ART.md
+272
View File
@@ -0,0 +1,272 @@
# Team Pandia - Meetings (ART)
Version: 52 | Last modified: 2025-12-04T08:39:49.014+01:00
Source: confluence page ID 265523953
---
Oberste Regel: Sprintziele stehen über Termintreue!
Besprechungsname
| Frequenz/Termin
| Ziel des Meetings
| Inhalt
|  Teilnehmer
| Kommentar / Agenda
| Status aktualisiert
Stand 23.01.25
|
Dev-Termine: |   |
|   |
|
|
|
ART.KOM: State of the ART
| alle 4 Wochen Mi. 11:35 - 12:00 Uhr | Infos und Neuigkeiten aus dem ART und für den ART | Standardagenda:
Personelles
Einblick in aktuelle Themen
Blick auf Risiken und Impediments
Sonstige Themen (wer ein Thema hat, meldet sich bitte beim ART-Trio)
| Alle ART-Mitglieder
Moderation: RTE
| Protokoll:
ART.KOM Allgemein Kanal in MS Teams
|
22
complete
Status aktualisiert
|
ARTKOM-Entwicklerrunde
| 1mal/Woche - Fr. 10:30 - 11:30 Uhr | Austausch zwischen Softwareentwicklern mit unterschiedlichen und meist technischen Themen.
|
| Devs:
 
 
 
im wöchentlichen Wechsel
 
|
|
27
complete
Status aktualisiert
|
PO/BA-Termine: |   |   |
|
|  
|  
|
ART-Sync / PO-Sync | 2mal/Woche - Mo/Do 13:00 -13:30 Uhr | Fachliche Steuerung des ARTs und der Teams | Aktueller Status des ARTs und der Teams
Impediments
=> was klemmt gerade und wer kümmert sich darum?
Vertiefende Diskussion aktueller Themen mit den betroffenen
Aufnahme neuer Themen
Rückmeldung zu erarbeiteten Ergebnissen
Priorisierungsempfehlung 
| POs/PM
 
oder BA-Vertretung
 
SM (zum ART-Sync)
 
| Vertreterbenennung erforderlich 
PO-Sync Sharepoint
|
33
complete
Status aktualisiert
 
|
PM aktuell - KOMBau | 1mal/Woche - Do 14:05-15:55 | Austauschtermin zwischen PM und BA's | Statusaustausch über aktuelle Themen
| PM/BAs
 
|  
|
44
complete
Status aktualisiert
 
|
KOMBau - I.NBF22 - regelmäßiger Austausch | alle 2 Wochen Mi. 09:00 - 09:55 Uhr | Fachliche Abstimmung mit I.NBF 22 | Aufnahme und Durchsprache von Anforderungen
| PM/POs/BAs
 
 
|  
|
48
complete
Status aktualisiert
|
KOMBau - I.IBF 4 - regelmäßiger Austausch | alle 2 Wochen Mi. 09:00 - 09:55 Uhr | Fachliche Abstimmung mit I.NBF 4 | Aufnahme und Durchsprache von Anforderungen
| PM/POs/BAs
 
 
 
|  
|   |
KOMBau Austausch Betrieb Projekt/Ops4I/FBF/CIO | 1mal/Woche - Do 11:00-11:30 |   |
| SA/POs/BAs
Devs
 
 
 
|  
|   |
Feature Refinement  | 1mal/Woche - Do 14:05-15:55 | Die Feature fürs nächste PI vorbereiten | Damit wir wissen was für Arbeit auf uns zukommen wird. Und das fachliche Verständnis 
dieser Termin findet jeden Donnerstag statt und dient dazu ein gemeinsames Verständnis für anstehenden Features zu schaffen und die Features für das PI-Planning vorzubereiten.
Um die Relevanz der Beteiligung beurteilen zu können wird es jeweils eine Agenda für diesen Termin geben.
| PM/POs/BAs/SAs/ ggf. Devs
 
 
 
| Vertreterbenennung erforderlich 
Roadmap
Themensammlung
|
34
complete
Status aktualisiert
 
|
MakSi/ BKE-Verwaltung Austausch zur Schnittstelle | alle 2 Wochen Di. 11:00 - 11:30 Uhr | Austausch zur Schnittstelle BKE-Verwaltung – KOMBau und BAKO - BKE-Verwaltung – KOMBau.
|  Wir besprechen jeweils neue Anforderungen und Umsetzungen zur Schnittstelle. | PM/SA/POs/BAs
 
 
ein Dev zusätzlich aus den Teams sinnvoll? 
|
|
35
complete
Status aktualisiert
|
Fachlicher Austausch mit Ulrich Taxen / KOMBau  | 1mal/Woche - Mi. 13:00 - 13:30 Uhr | Austausch zur KP2 |
| Ulrich Taxen/PM/POs/BAs
 
Vertretung: 
 
|
|
36
complete
Status aktualisiert
|
KOMBau WS 2 und 3 KP | 1mal/Woche - Fr. 11:30 - 12:30 Uhr | Fachlicher Austausch zu KPen
| Bis auf weiteres gilt folgende Agenda:
Themen 2 KP
Themen 3 KP
Bei Bedarf (wird vor dem Termin bekanntgegeben) Themen Netzfahrplan
| Ulrich Taxen/PO/BAs
 
 
| Confluenceseite:
|
37
complete
Status aktualisiert
|
BA Austausch | Mo-Fr 09:30 - 09:45 Uhr | Fachlicher Austausch BAs | Austausch zu neuen Anforderungen an den ART.KOM
| BAs
 
|
|
38
complete
Status aktualisiert
|
ScM-Termine: |   |   |
|  
|
|
|
SM/RTE Austausch & Organisation | 1mal/Woche - Mo 08:35 - 09:55 Uhr | Startschuss in die Woche
Synchronisation und Austausch zum Wochenstart
| Wichtige Themen, über die wir sprechen müssen
Blick auf Team-Sprints, Impediments, Risiken
Wie steht es um die Teams?
Blick auf die Termine dieser Woche
News aus den Produktkontexten
Blick auf die methodischen Meilensteine in dieser Woche
News aus der Solution
| RTE/ScM
 
| Confluence |
39
complete
Status aktualisiert
|
SM/RTE Lernen & Helfen
| alle 2 Wochen Di. 14:05 - 15:55 Uhr | Austausch zum Stand unserer aktuellen Fokusthemen
Bearbeitung unserer aktuellen Fokusthemen
| Agenda:
Agile Clique & Friends: Impulsvorträge
Agile Clique: Blick auf die Sprint Health
| RTE/ScM
 
|
|
40
complete
Status aktualisiert
|
SM/RTE Fokusthemen | 1mal/Woche Do. 09:05 - 09:55 Uhr | Unser Termin für gemeinsames Lernen und gegenseitiges Helfen.
|  Gibt es neue Tickets und ist die Beschreibung vollständig? Dann werden sie vorgestellt und gemeinsam priorisiert.
Sync zum Stand unserer aktuellen Fokusthemen (max. 5 Minuten pro Ticket, es ist KEIN Arbeitstermin)
2.1. Gibt es Hindernisse oder Fragen?
2.2. Wird ein Arbeitstermin zur Weiterarbeit benötigt?
| RTE/ScM
 
| Kanban Board |
41
complete
Status aktualisiert
|
CoP: Coaches & Tooling | alle 2 Wochen Do. 14:00 - 15:00 Uhr | Die Community of Practice richtet sich an alle, die agiles Arbeiten im Unternehmen fördern und vertiefen möchten. 
| halten Teilnehmende Vorträge zu interessanten und “neuen” agilen Themen.
beraten und unterstützen wir uns bei Problemstellungen mit konkreten Lösungsvorschlägen. Diese können auch AdHoc eingebracht werden.
| ein Vertreter aus jedem Team
 
| iObeya Board zum Termin
Teams-Kanal: Coaches und Tooling
|
42
complete
Status aktualisiert
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Pandia-Meetings-Intern.md
+49
View File
@@ -0,0 +1,49 @@
# Team Pandia - Meetings (Intern)
Version: 12 | Last modified: 2025-12-04T08:49:27.885+01:00
Source: confluence page ID 256706699
---
Team-Event / Meeting
| Timeslot
| Remote/in Präsenz
| Frequenz
| Teilnehmer
|
Daily | Mo - Do 10:00 - 10:15 Uhr
Fr 10:00 - 10:30 Uhr
| Remote | Täglich | Developer- und
UX Team (di. und Fr.)
|
Iteration Planning 
| Dienstag, (Sprintwechsel)
13:00 bis 15:55 Uhr
| Remote | 2-wöchentlich | Developer- und UX Team |
KOMBau Sprint-Review (alle)
| Dienstag,
Sprintende,
9:00 - 10:25 Uhr
| Remote | 2-wöchentlich | alle Teams und Stakeholder |
Retrospective
| Dienstag, Sprintende,
10:30 bis 12:00 Uhr
| Remote | 2-wöchentlich | Developer- und UX Team |
Refinement | Montags
10:30 - 11:55 Uhr
| Remote | wöchentlich | Developer  Team |
UX-Refinement | Freitags
10:30 - 11:30 Uhr
 
| Remote | wöchentlich | UX Team |
UX- Abnahmetermine | jeden zweiten Montag
11:30 - 12:00 Uhr
jeden zweiten Dienstag
10:15 - 11:00 Uhr
jeden Donnerstag
11:00 - 11:55 Uhr
| Remote |   | UX Team |
Sprintwechsel vor Ort | Dienstag, Sprintende,
09:00 bis 17:00 Uhr
| Vor Ort | einmal im Monat, wenn kein PIP stattfindet | Developer- und UX Team |
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-Pandia-Wichtige-Links.md
+15
View File
@@ -0,0 +1,15 @@
# Team Pandia - Wichtige Links
Version: 7 | Last modified: 2025-12-04T08:50:16.128+01:00
Source: confluence page ID 256706703
---
Review Unterlagen
ariJa Board Team Pandia
Onboarding-Checkliste
In Confluence halten wir unsere Arbeitsweise und wichtige Informationen zur Arbeitsbefähigung fest und aktualisieren diese regelmäßig. →  Confluence
In MS Teams legen wir unsere Dateien entweder im Team Pandia-Ordner oder im internen Team Pandia-Ordner ab. → Teamplace
Verlinkung zu der Sammlung wichtiger Links für den ART.KOM: Sammlung wichtiger Links
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Team-TriPoSm-á-â-Ì-á-á.md
+18
View File
@@ -0,0 +1,18 @@
# Team TriPoSm ᘛ⁐̤ᕐᐷ
Version: 1 | Last modified: 2026-05-20T10:37:49.810+02:00
Source: confluence page ID 591123939
---
Hallo liebes Trio, liebe POs und SMs,
lasst uns als Führungsteam diesen Bereich nutzen, um teamübergreifende Themen im ART an einem Sammelpunkt sichtbar zu machen, Inhalte und Ergebnisse aus Terminen festzuhalten und alles zu sammeln, was uns fachlich, architektonisch und methodisch temübergreifend weiterbringt.
Die Seite soll uns dabei helfen, transparenter zusammenzuarbeiten, offene Themen frühzeitig sichtbar zu machen und den ART gemeinsam kontinuierlich weiterzuentwickeln. Sie lebt durch uns alle. Lasst uns zusammen dafür sorgen, dass hier so wenig Infos wie möglich, aber so viele wie nötig übersichtlich zusammengetragen werden. Gerne auch in Form von Verlinkungen auf andere Confluence-Seiten, dass wir keine doppelte Doku führen müssen.
Mögliche Inhalte:
Best Practices und gemeinsame Standards
gemeinsame wichtigste Metriken für einen besseren Überblick
teamübergreifende Themen
wichtige Ergebnisse und Entscheidungen aus PO, Trio oder SM-Meetings
Erkenntnisse aus Workshops und gemeinsamen Arbeitsthemen
Optimierungsideen und Maßnahmen
Ziel ist keine zusätzliche Dokumentation um der Dokumentation willen, sondern eine zentrale Stelle für Austausch, Transparenz und kontinuierliche Verbesserung als Führungsteam im ART.Â
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Kommunikation/teams/Teamvereinbarungen-vom-Team-Europa.md
+71
View File
@@ -0,0 +1,71 @@
# Teamvereinbarungen vom Team Europa
Version: 11 | Last modified: 2026-05-13T07:40:20.043+02:00
Source: confluence page ID 490590530
---
1{"header":{},"headline":{},"base":{"backgroundColor":{"color":{"light":"#f9f9ff"}},"borderRadius":{"radius":4},"border":{"width":2,"color":"#2888F8","top":true,"right":true,"bottom":true,"left":true,"style":"solid"},"size":{},"boxShadow":{"shadows":[{"color":"rgba(0, 0, 0, 0.08)","x":0,"y":1,"blur":1,"spread":0},{"color":"rgba(0, 0, 0, 0.16)","x":0,"y":1,"blur":3,"spread":1}]}},"body":{"text":{"color":"#000038","fontSize":16,"fontWeight":"normal","textAlign":"left"}}}Unser PurposeAls Shared Services Team stellen wir zentrale Komponenten bereit und betreiben sie, damit im ART.KOM andere Teams entlastet und Effizienzen gehoben werden.
Wir bereichern den ART.KOM durch den Transfer unseres Know-Hows. (ggf. ergänzen, spezifizieren)
Wir ergänzen die Architektur der KOMBau durch wiederverwendbare Komponenten.
Werte 1. Qualität„Für uns bedeutet Qualität, dass wir richtige und zukunftsorientierte Lösungen schaffen, damit unsere Lösungen nachhaltig, wartbar, stabil und verlässlich sind.
2. Kommunikation„Für uns bedeutet Kommunikation, dass wir Informationen und Ideen miteinander austauschen, damit Potentiale optional ausschöpfen und das Miteinander zu stärken.“
3. Transparenz„Wir sind transparent, indem wir sagen, was ist (Hindernisse, Arbeitsfortschritt, Entscheidungen), damit wir Vertrauen, Klarheit und die Voraussetzungen für Zusammenarbeit schaffen – auch nach außen.
4. Verbindlichkeit / Zuverlässigkeit„Für uns bedeutet Verbindlichkeit / Zuverlässigkeit, dass wir unsere Zusagen einhalten, damit sowohl im großen als auch im kleinen Rahmen Planungssicherheit besteht.
Working Agreements (keine Reihenfolge)TransparenzWir kommunizieren regelmäßig miteinander, um einen transparenten Blick in unsere jeweilige Arbeit zu haben (Arbeitsfortschritte + Hindernisse).
Wir machen Abhängigkeiten klar und dokumentieren diese an einem Ort an dem ihn alle Beteiligten sehen. 
Alle Änderungen sollten am Ende vom Tag in "git" sein. 
Wir aktualisieren und dokumentieren Arbeitsstände regelmäßig und zwar so, dass Notfalls ein anderer Kollege übernehmen könnte.
FeedbackkulturWir gehen offen miteinander um.
Wir scheuen nicht davor, uns auch mal spontan direktes und konstruktives Feedback zu geben.
Wir sind mutig, Dinge anzusprechen und zu verändern.
KommunikationskulturWir machen (mindestens) in der Retro unsere Kamera an. 
Wir fragen nach, wenn etwas unklar ist.
Wir beteiligen uns aktiv in Terminen / Diskussionen.
Informationen nicht nur bekommen, sondern auch aktiv beschaffen. (Pull-Prinzip)
Bei teamrelevanten Informationen, werden diese umgehend mit dem Team geteilt.
"No spam in Chat" Wenn sich eine Diskussion anbahnt, wird ein themenbezogener Diskussionskanal gesucht.
Ideen / Wissen werden in das Team / Projekt eingebracht und geteilt.
Um produktive Arbeitsslots zu haben, dürfen wir uns auf "nicht stören" stellen. (zeitlich begrenzt, z.B. 1h)
Andere Teams haben andere Prozesse. Wenn etwas unklar ist, sollten wir einfach auf kurzem Dienstweg nachfragen, ohne lange zu warten. Und die Unterschiede der Prozesse auch dem anderen Team transparent machen.
Qualität + WissenstransferWir haben das Gesamtziel vor Augen und unterstützen wenn nötig andere Teams.
Wir arbeiten qualitätsbewusst und sorgfältig. Manche Dinge benötigen Zeit, wir verlieren uns aber auch nicht im Detail.
Wir arbeiten zukunftsorientiert und nachhaltig.
Bei komplexen / neuen Themen, arbeiten zwei Personen zusammen. 
Wir tauschen Erkenntnisse und Erfahrungen aus und geben auch Experimenten einen Raum, um Lernen zu fördern.
Bei Tickets mit Unsicherheitsfaktor, Sensibilisierung im Team, während der Bearbeitung kritisch auf die ausreichende Beschreibung und AKs zu achten, im Rahmen der Bearbeitung. Die Erkenntnisse werden kommentiert und im Daily geteilt. Anschließend werden als Maßnahme ggf. Folgetickets abgeleitet oder es muss zusätzlich notwendige Arbeit als "Zwischenticket" erstellt werden, letzteres sollte eine Ausnahme sein.
TeamverantwortungGrößere Änderungen / Entscheidungen werden als Team getroffen.
Wir sind immer als Team verantwortlich und schieben Verantwortungen nicht auf eine Person (Schuldzuweisung).
Wir vertreten nach außen eine einheitliche Teammeinung. Intern können wir diskutieren.
User StoriesBeim Anlegen von User Stories erfassen wir mindestens eine kurze Beschreibung, Ausarbeitung kann später folgen.
Technisches Review / Merge RequestWir nutzen Merge Requests aktiv für Wissenstransfer.
Bei komplexeren Änderungen empfiehlt sich ein gemeinsamer Call; für kleinere Anpassungen reicht das Review im System aus.
Teamreview / PO AbnahmeIst ein Ticket fertig, wird ein zeitnaher Termin vom Bearbeiter zur gemeinsamen Abnahme mit PO, + 1 Dev als erforderlich und weiteren optional ausgemacht. 
TermineTermine starten um 5 nach, für ausreichend Puffer zu vorherigen Terminen.
Auf Termine reagieren wir immer mit RSVP: Zusage oder Absage (ggf. unter Vorbehalt), niemals keine Antwort.
Auf die obenstehenden Standards haben wir uns initial bei unserem Teamtag am 26.11.2025 committed. Teamtag Aqua_Europa 2025 November.pptx
Neben den Grundstandards finden sich auf den folgenden Seiten Details und Regelungen zu weiteren wichtigen Themen wie Abwesenheiten, methodische Grundlagen, etc.
true
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Plattform/teams/Enablement-Team.md
+109
View File
@@ -0,0 +1,109 @@
# Enablement Team
Version: 13 | Last modified: 2026-06-11T10:00:29.723+02:00
Source: confluence page ID 591123496
---
Teamauftrag:Schnittstelle der Plattform zu Kunden-ARTs und Governance-Gremien (CIO-Ebene, KRITIS, NIS2, GoIT). Verantwortet das Onboarding neuer ARTs auf SIC OP und übersetzt regulatorische und prozessuale Anforderungen in wiederverwendbare Standards, Policies und Blueprints.
Perspektivisch: Mit zunehmender Reife entwickelt sich die Rolle in Richtung Customer Success Engineering.
Aus dem ART Workshop am 11.06.2026:
Wer wir sind:Rolle | Name
| Email | OE | Standort/Arbeitsort | Skills | Hobbies |
Product Owner | Gerold Senn
| Gerold.Senn@deutschebahn.com |
|
|
|
|
Team Coach |
 
| beate.pilgrim@deutschebahn.com | DB Systel TO.IV D-T-209 | Frankfurt - Silberturm oder Hattersheim (Homeoffice) | Team Coach/Scrum Master/SAFe, Jira | Familie, Lesen |
Teammitglied | Carsten Gerland
| Carsten.Gerland@deutschebahn.com | FI.IV D-T-333 | Bad Nauheim
(Home Office) | Berater
PL
| Lesen, leichter Sport |
Teammitglied | Farsheed Madihi Bidgoli
| Farsheed.Madihi-Bidgoli@deutschebahn.com | FI.IV D-T-736 | Frankfurt | Infrastruktur 
Monitoring
Automatisierung
Security
| Familie, Hebräisch  |
Teammitglied | Frank Blechschmidt
| Frank.Blechschmidt-extern@deutschebahn.com |
|
| Testautomation / Robot Framework 
Service Int-PipelineIntegrationstest der Services 
|
|
Teammitglied | Jonas Schweitzer | Jonas.Schweitzer-extern@deutschebahn.com |
|
| Kubernetes
DevOps
SIC OP
|
|
Teammitglied (Elternzeit bis 04.10.26) |  
| liubomyr.shvets@deutschebahn.com | TO.IV D-T-737 | Berlin |
| Musik, Bücher, Computerspiele
|
Teammitglied |  
| Martina.Quentin@deutschebahn.com
| DB Systel
FI.IV D-T-771 | Frankfurt |
|
|
Teammitglied | Mohit Gupta
| Mohit.Gupta@deutschebahn.com |
|
| Keycloak
Infrastruktur 
AWS Secret Manager
|
|
Teammitglied |
| robin.ladwig@deutschebahn.com
| FI.IV D-T-690
Team Rail Infrastructure Consulting;
Einheit Digital Construction and Maintenance;
Cluster Stationary Infrastructure
| Frankfurt (Silberturm J15 G1.15) oder Rüsselsheim (HO) | IT Service Management
Prozesse
kaufmännische Steuerung
Beratung
BIM/CDE
Fachvermittlung von Nachwuchskräften
| Fotografie, Computerspiele, Städtetrips, Thailand  
|
Teammitglied |  
| sebastian.s.krieg@deutschebahn.com
| DB Systel GmbH - Delivery-Team ITIL Process Consulting & Management (TO.IP D-T-383)
|
|
|
|
Teammitglied | Simon S Frydrych
| Simon.S.Frydrych-extern@deutschebahn.com | DB InfraGO AG
I.IVI 44
|
|
|
|
Teammitglied |  
| stefan.sachse@deutschebahn.com
| DB Systel TO.IP D-T-383 | Frankfurt |
|
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-Plattform/teams/Operations-Team.md
+71
View File
@@ -0,0 +1,71 @@
# Operations Team
Version: 12 | Last modified: 2026-05-29T10:01:02.147+02:00
Source: confluence page ID 591134715
---
Name | Interest Group | Skills / Fokusthema |
  | PO | Team PO  |
  | ScM | Team ScM |
  |
|
|
  |
|
|
  |
|
|
  | Datenbank | Datenbank-Managementsystem (DBMS) 
Schnittstellen Management zu IFP und DaViT Datenbanken
|
 
| Infrastruktur | Infrastruktur 
AWS Secret Manager
SICOP
Keycloak
|
 
|
| IaC (Hauptsächlich Terraform, Pulumi ist neu für mich)
CI / CD
Kubernetes
AWS
Typescript, Python
KI-Tooling
|
 
| Infrastruktur / Automatisierung | IaC
CICD
AWS
alles was sonst noch so anfällt
bitte kein Java  
|
 
|
| AWS
CI/CD
Typescript, Python
k8s
SICOP:Pipelines
Devmate
Rollout auf Oberfläche 
|
  | LuP | IFP Neu Last- und Performance Test (LuP) 
LuP-Testen
Grafana
Keycloak
|
  | Infrastruktur | Basics in:
Monitoring (Grafana, Prometheus)
Security & Compliance
Infrastruktur
|
  | Infrastruktur / Automatisierung | AWS
Opensearch
IaC
CI/CD
Grafana 
|
bahn/Analyse-O2C-C2S/sources/c2s/C2S-QuEST/QuEST-Startseite.md
+11
View File
@@ -0,0 +1,11 @@
# QuEST Startseite
Version: 4 | Last modified: 2025-04-29T16:25:15.969+02:00
Source: confluence page ID 424291108
---
Willkommen bei QuEST
Neueste Bereichsaktivitätpage, comment, blogpost5truesocial
Bereichsmitarbeiterlistdescendants5trueupdate
bahn/Analyse-O2C-C2S/sources/c2s/C2S-QuEST/teams/01-draft-Aufgabenteilung-Team-GPT-WMF-Team-ITT-neXt.md
+9
View File
@@ -0,0 +1,9 @@
# 01 - (draft) Aufgabenteilung Team GPT (WMF) <-> Team ITT (neXt)
Version: 5 | Last modified: 2024-11-19T10:44:21.851+01:00
Source: confluence page ID 343248279
---
Stand: 20.06.2024
trueGPT-Organisationfalseautotoptrue3192

Some files were not shown because too many files have changed in this diff Show More