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.
2 lines
7.2 KiB
HTML
2 lines
7.2 KiB
HTML
<ac:layout><ac:layout-section ac:type="two_equal"><ac:layout-cell><p>Auf dieser Seite ist das Vorgehen zur integrierten Programmplanung dokumentiert:</p><p><ac:structured-macro ac:name="toc" ac:schema-version="1" ac:macro-id="11b0d8ee-d419-4373-b0c3-41aec849f0c7"><ac:parameter ac:name="exclude">Bearbeitungsstatus</ac:parameter></ac:structured-macro> </p><p><br /></p></ac:layout-cell><ac:layout-cell><h3> Bearbeitungsstatus</h3><table class="wrapped"><colgroup><col /><col /></colgroup><tbody><tr><td>Status</td><td><div class="content-wrapper"><p><ac:structured-macro ac:name="status" ac:schema-version="1" ac:macro-id="ef1a63d4-88db-4dd9-88b1-20bf7672e557"><ac:parameter ac:name="colour">Green</ac:parameter><ac:parameter ac:name="title">Fertig</ac:parameter></ac:structured-macro></p></div></td></tr><tr><td>Bearbeiter*in</td><td><div class="content-wrapper"><p><ac:link><ri:user ri:userkey="8aeb3e8a953fa6380195472b02cf0054" /></ac:link> , <ac:link><ri:user ri:userkey="8aeb3e8a8c3c7f6b018cca66fe41010e" /></ac:link>, <ac:link><ri:user ri:userkey="8aeb3e8a95ff72ca0196109f672f0043" /></ac:link>  </p></div></td></tr><tr><td>Letzte abgestimmte Version<br />(Versionsnummer)</td><td>30</td></tr><tr><td>Erläuterung Abstimmung<br />(z.B. Gremium, Protokoll)</td><td>Freigegeben durch Programmleitung</td></tr></tbody></table></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Zielsetzung</h1><p><span>Ziel des integrierten Gesamtplans für TTT ist eine Solution/Projekt-übergreifende Planung mit Transparenz über Meilensteine, Abhängigkeiten und terminliche Notwendigkeiten herzustellen. Diese Planung soll:</span></p><ul><li><span style="letter-spacing: 0.0px;">Kritische Abhängigkeiten zwischen den Solutions/Projekten aufzeigen</span></li><li>Eine belastbare zeitliche Planung bis zur Betriebsbereitschaft liefern </li><li>Abhängigkeiten insbesondere zwischen den zu unterstützenden Geschäftsprozessen NEP1, NEP2, GelV sowie ujBau, Betrieb und Vertrieb präzise auflösen</li><li>Planungsprämissen und Risiken transparent machen</li><li>Handlungsempfehlungen zur Risikomitigation ermöglichen</li></ul><p>Die "Masterplanung" wird somit zum zentralen Steuerungsinstrument des Gesamtprogramms, mit dem Ziel, die operative Umsetzungsfähigkeit zum Fahrplanjahr 2027 sicherzustellen.</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="two_equal"><ac:layout-cell><h1>Planerisches Vorgehen</h1><p>Die übergreifende Programmplanung basiert auf den einzelnen Plänen aus den Projekten/Solutions, die über mehrere Iterationen hinweg in einen abgestimmten Gesamtplan überführt werden. Grundlage dafür ist die Tatsache, dass die einzelnen Solutions/Projekte bereits eigenständig geplant haben und jeweils Planungsmethodiken entwickelt haben, die in ihrem Kontext etabliert sind. </p><p><span style="letter-spacing: 0.0px;">Die Planungen in den Solutions/Projekten dienen somit nicht als Vorstufe, sondern als faktischer Startpunkt der übergreifenden Planung. Die Aufgabe liegt in der Aggregation, Klärung und Synchronisierung dieser Inputs. Dabei sind die Pläne weniger als Entwürfe, sondern als reale Steuerungsgrundlage zu verstehen, deren Qualität und Passfähigkeit zunächst bewertet werden muss.</span></p><ul><li>Die vorliegenden Planungen sind unterschiedlich weit entwickelt, teils mit konkreten Meilensteinplanungen, teils mit groben Umsetzungszeiträumen</li><li>Es bestehen Abhängigkeiten zu anderen Vorhaben, zur betrieblichen Einsatzreife und zu regulatorischen Fristen (z.â¯B. TAF/TAP-Anforderungen)</li><li>Auch technische Konvergenzpunkte, z.â¯B. gemeinsame Altsystemanbindungen oder koordinierte Umschaltzeitpunkte, sind planungsrelevant</li></ul><p>Auf dieser Basis erfolgt die methodische Konsolidierung. Das bedeutet: Es werden keine parallelen Planungsphasen aufgesetzt, sondern ein strukturierter Prozess etabliert, um bestehende Inhalte übergreifend verwertbar zu machen. Hierbei übernimmt das zentrale PMO eine koordinierende Rolle. Es sammelt, prüft und verdichtet die Planungsstände, ohne die Verantwortung für die Inhalte aus den Solutions/Projekten herauszulösen. </p><p><span style="letter-spacing: 0.0px;">Herzstück dieses Vorgehens ist die Planungswerkstatt. Dort werden die kritischen Punkte adressiert â nicht als reine Reviewrunde, sondern als aktives Abstimmungsformat. Ziel ist ein gemeinsames Verständnis darüber, welche Zeitachsen realistisch sind und wie sie zusammenpassen müssen, um tragfähig zu sein. Dabei steht nicht das âBig Pictureâ im Vordergrund, sondern die konkrete operative Anschlussfähigkeit der Planung:</span></p><ul><li>Offene Fragen zu funktionalen Ãberschneidungen oder technischen Integrationsbedarfen werden dort direkt geklärt</li><li>Zielkonflikte zwischen betrieblichen Go-Live-Zeitpunkten und internen Entwicklungszyklen werden explizit gemacht</li><li>Die Planungswerkstatt stellt sicher, dass Planung nicht nur synchronisiert, sondern auch fachlich fundiert abgestimmt ist</li></ul><p>Im Anschluss wird der gemeinsam verabschiedete Masterplan in ein zentrales Steuerungstool (Jira) überführt. Dabei handelt es sich nicht um ein statisches Dokument, sondern um eine dynamisch fortschreibbare Referenzstruktur, die als âSingle Source of Truthâ für alle programmweiten Steuerungsfragen dient. Der Plan bildet die Grundlage für Folgeprozesse â etwa zur Kapazitätsplanung, Testabstimmung und Umsetzungssteuerung. <span style="letter-spacing: 0.0px;">Auch die technische Integration spielt hier eine wichtige Rolle. Für EVU-nahe Systeme bedeutet das insbesondere:</span></p><ul><li>Konsistenz zwischen IT-Systemplanung und betrieblichem Fahrplanprozess (z.â¯B. VNP/ENP, Trassenmanagement)</li><li>Abbildung von Meilensteinen, die mit externen Partnern abgestimmt werden müssen (Marktschnittstellen, Zulieferer)</li><li>Integration betrieblicher Abhängigkeiten, insbesondere rund um Inbetriebnahmen und betriebsnahe Tests</li></ul><p>Die Qualität der übergreifenden Programmplanung bemisst sich letztlich nicht primär an der Vollständigkeit des Plans, sondern an seiner Wirksamkeit in der Steuerung der Umsetzung. Ziel ist ein integriertes, realistisch belastbares Steuerungsinstrument, das laufend weiterentwickelt und geschärft wird, nicht als Planungsdokument, sondern als operative Entscheidungsbasis.</p></ac:layout-cell><ac:layout-cell><p><ac:image ac:border="true" ac:height="522" ac:width="997"><ri:attachment ri:filename="image-2025-4-30_14-49-34.png" /></ac:image></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Aktueller Planungsstand</h1><p>Der aktuelle Stand der Planung liegt hier: <ac:link><ri:page ri:content-title="5.1 Aktueller Planungsstand" /></ac:link></p></ac:layout-cell></ac:layout-section></ac:layout>
|