Migrate all repos into monorepo context folders

Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/ITT.md

@@ -0,0 +1,40 @@
+# ITT
+
+Version: 19 | Last modified: 2025-04-17T12:48:14.529+02:00
+Source: confluence page ID 258976490
+
+---
+
+Wichtiger HinweisWichtiger Hinweis - Die Seiten des ITT ziehen um bzw. sind bereits hierhin umgezogen.
+Sollte jemand Seiten nicht mehr finden aber benötigen und/oder nicht im Zielbereich zugreifen können, geht bitte auf   zu. Vielen Dank.
+Das Integrations- und Testteam (kurz ITT) ist ein QS Service Team für alle Produkte im ART neXt mit einem Fokus auf E2E Geschäftsprozesstests im Kontext der Bestandssysteme und ganzheitliche Performance-Tests und Simulationen. Das ITT ist auch Treiber für ART-übergreifende Testkonzepte mit Bezug TAF/TAP TSI.Inhaltsverzeichnis10pxInhaltsverzeichnisnonepipePortfolioReleasemanagement (fachliche und Infrastruktur-Releases)​Terminabsprachen​
+Releaseprozess​
+Finale AFK Geschäftsprozesstests für fachliche Releases​
+Gezielte Infrastruktur-Tests
+Bestandssysteme Management und Austausch​Frühzeitige Tests in Verbindung mit DaViT/TPN Releases, Wartungslieferungen, Alarmpatches​
+Umgebungsmanagement​
+Mentorentests​ (Austausch, Organisation von neXt Seite)
+Austausch: LuP mit IFP, Absprachen Nachtests etc.
+E2E Verantwortung im Kontext der Bestandssysteme​Aufsetzen, pflegen von AFK Geschäftsprozesstests (C&R & TPN Weiche) für repräsentative Regressions-Sets​
+Überprüfung der Funktionalität der neXt Systeme im Zusammenspiel mit den Bestandssystemen​
+neXt AFK Geschäftsprozesstests von den Bestandssystemen nutzbar
+fachliche Spezial-Tests durch den Geschäftsprozess (manuell und automatisiert)
+Performance Tests​Gesamte automatische Konstruktion​
+Einzelkomponenten
+Beratung und Monitoring​Fachlich / Fahrplan / Bestandssysteme​
+Testautomatisierung​
+Unterstützung bei PRD Analyse und Monitoring​
+Testmanagement​
+Ansprechpartner für QA Themen von Stakeholdern außerhalb des Programms
+Teammitglieder: Steckbrief und RollenbeschreibungGunnar Schreiber Kernaufgaben/Verantwortung: Teamleitung ITT, Product Owner (PO) Aufgaben (Vertretung: alle)
+Daniel KehrKernaufgaben/Verantwortung: Spezialist Fahrplan und Bestandssysteme, fachliche G1/G2 E2E Tests (Vertretung: Sabine Bauer, Felix Wiesner)
+Felix WiesnerKernaufgaben/Verantwortung: Spezialist Fahrplan und Bestandssysteme, fachliche G1/G2 E2E Tests (Vertretung: Sabine Bauer, Daniel Kehr)
+Sabine BauerKernaufgaben/Verantwortung: Spezialist Fahrplan und Bestandssysteme, fachliche G1/G2 E2E Tests (Vertretung: Felix Wiesner, Daniel Kehr)
+Claudia-Mariana MareKernaufgaben/Verantwortung: Scrum Master Tätigkeiten, Testautomatisierung, Durchführung Releasetests (Vertretung: Thomas)
+Kamel SaffarVerantwortung: Testautomatisierung Performance Tests, Dashboards/Analyse, Testautomatisierung von Regressionstests (Robot Framework)  
+
+Julian Penczek Kernaufgaben/Verantwortung:  Testautomatisierung RF, TTT-Themen
+Eden Anglade Kernaufgaben/Verantwortung: Testdatenmanagement, Umgebungsmanagement
+Thomas JiangKernaufgaben/Verantwortung: Anforderungsmanagement, Unterstützung PO, Durchführung Releasetests
+LeistungsbereicheITT Übersicht.drawio100010849
+Seitenverzeichnistrue2

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/Team-Einzeltrasse-wird-ersetzt-durch-Team-Rocket-Team-TADA-.md

@@ -0,0 +1,67 @@
+# Team Einzeltrasse (wird ersetzt durch Team-Rocket & Team TADA)
+
+Version: 2 | Last modified: 2023-05-23T12:20:09.970+02:00
+Source: confluence page ID 258976072
+
+---
+
+AgendaAgenda|Unterseiten
+
+Unterseiten
+250
+Wo finde ich Informationen zu....
+
+Was | Wo | 
+PI Objectives | | 
+Daily | Teams-Wiki → Allgemein (Team E → Wiki → Allgemein → Daily)
+ | 
+Iteration Planning  | Ablauf: Teams-Wiki → Allgemein (Team E → Wiki → Allgemein → Sprint Planning)
+ | 
+Review | Hier die jeweils aktuelle Agenda  (PI ## Dokumente → PI ## Sprint Reviews)
+
+ | 
+Team-Kalender | https://wiki.intranet.deutschebahn.com/wiki/display/neXtlab/calendar/ffb637b1-e56f-45c2-a369-e4d00951793b?calendarName=Team%20Einzeltrasse
+(next-all-Kalender) ()
+ | 
+Deployment-Verantwortung | | 
+Stundenbuchung in Jira | | 
+
+DoR - Ready: ChecklisteWie ist diese Checkliste entstanden?Es gibt Programmvorgaben, die die Teams für sich erweitern können. Das sind die Programm-Vorgaben in einem PPTX-Dokument und es folgt die Interpretation von und für Team E.Geltungsbereich: Userstory, Enabler (Nicht: Bugs, Tasks)
+Die Akzeptanzkriterien werden in das entsprechende Feld im JIRA eingetragen (dabei kann auch auf bereits im Ticket vorhandene Akzeptanztests verwiesen werden)
+
+Checkliste:
+Name und Beschreibung des Tickets ist vorhanden 
+Die fachlich/technische Spezifikationen des Tickets (funktionale Anforderungen und NfA, wenn vorhanden; Lösungsdesign/Kozeption) sind verständlich beschrieben.Dazu wird mindestens auf das zugehörige Feature (= "Epic" im JIRA) oder auf andere Dokumente (z. B. in Confluence-Wiki)​ verwiesen (Link).
+
+Damit wird auch die erforderliche Zugehörigkeit zu einem Feature (= Epic) hergestellt.
+
+Wenn erforderlich, sind die Stakeholder (also, die die für Rückfragen zur Verfügung stehen) benannt (Stakeholder-JIRA-Feld verwenden wir NICHT mehr dafür)
+Stakeholder tragen wir FETT unter "Stakeholder:" im Fließtext mit der @-Funktion (für Notifications). Dort können wir auch reinschreiben, warum die Person dort genannt ist.
+
+Akzeptanzkriterien sind beschrieben​
+Die initiale Schätzung ist am Ticket dokumentiert​
+Ein Ticket muss in einem Sprint umgesetzt werden können​
+Abhängigkeiten zu anderen Tickets sind im JIRA verknüpftWenn gewusst oder vermutet wird, dass andere Teams betroffen sind/sein können, ist dies in der Beschreibung fett festzuhalten.Wenn es Aufgaben/Zuständigkeiten für andere Teams gibt, die sich aber noch nicht in den verknüpften Tickets wiederfinden, ist auch dies festzuhalten.
+
+Zu den verknüpften Tickets: Bei nicht-trivialen Abhängigkeiten im Zweifel bitte einen erklärenden Text in die Beschreibung einfügen (egal ob teamintern oder teamübergreifend); (Augenmaß)
+
+Wenn es zusätzlich hilft: Die für die Umsetzung des Tickets anzupassenden oder zu erstellenden Softwarekomponenten sind identifiziert und in der Beschreibung des Tickets benannt​.
+DoD - Done: ChecklisteAusführliche Erläuterung zu den einzelnen Punkten in dieser Datei im Teams: DoD Team E.docx
+Geltungsbereich: Userstory, Enabler, Bugs. (Nicht: Tasks)
+[ ] alle Akzeptanzkriterien erfüllt
+[ ] alle Unteraufgaben auf fertiggestellt gesetzt
+[ ] Kommentar am BI, wie es umgesetzt und getestet wurde
+[ ] Code Reviews durchgeführt
+    (insb. BUG / FEATURE am letzten Commit)
+    (insb. Intention der Tests)
+[ ] Doku ist noch aktuell
+[ ] Changes im Zielbranch submittet
+[ ] Alle Tests insgesamt weisen die Wirksamkeit der Änderung nach.
+
+(Letzte Aktualisierung: ca. PI 24, 2022)Unsere Mentalität / Wie wollen wir arbeiten?Pfadfinderseit "Pfadfinder-Mentalität: wenn man über eine unschöne Stelle im Code stolpert, räumt man ein bisschen auf" → innerhalb eines Tickets
+Unsere Philosophie beim Bug-Fixen(Vorschlag)
+Kirk: "Wie lange brauchst du für die Reparatur?"
+Scotty: "4 Wochen."
+Kirk: "Du hast 4 Stunden!"
+Scotty: "Ich machs in 2."
+(https://memory-alpha.fandom.com/de/wiki/Parodien_und_Anspielungen_auf_Star_Trek)

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/Team-Galaxy.md

@@ -0,0 +1,8 @@
+# Team Galaxy
+
+Version: 22 | Last modified: 2025-04-14T16:29:37.311+02:00
+Source: confluence page ID 258976123
+
+---
+
+Team G KalenderHier ist der Link zum neuen Team Galaxy Confluence inkl. Kalender .

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/Team-Netzfahrplan-Archiv.md

@@ -0,0 +1,8 @@
+# Team Netzfahrplan Archiv
+
+Version: 5 | Last modified: 2025-04-02T14:19:14.378+02:00
+Source: confluence page ID 258977700
+
+---
+
+bitte: SuN Team Netzfahrplan - ART Strategischer Fahrplan / Netzfahrplan - ariJa Confluence nutzenptember) db01400e-ef7a-48bb-9770-46c454d3caee,21d0dfe4-522f-4031-af90-8d4a418a7701true

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/Team-Plan-Bau.md

@@ -0,0 +1,8 @@
+# Team Plan Bau
+
+Version: 3 | Last modified: 2024-06-21T11:48:51.198+02:00
+Source: confluence page ID 341222660
+
+---
+
+db859e74-086f-4fe7-a74e-93127308d700

bahn/Analyse-O2C-C2S/sources/c2s/C2S-neXt/teams/Team-TADA-Archiv.md

@@ -0,0 +1,50 @@
+# Team TADA Archiv
+
+Version: 10 | Last modified: 2025-04-02T14:24:07.443+02:00
+Source: confluence page ID 258979887
+
+---
+
+Bitte SuN Team TADA - ART Strategischer Fahrplan / Netzfahrplan - ariJa Confluence nutzen!
+
+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 |