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.
This commit is contained in:
@@ -0,0 +1,21 @@
|
||||
# Tokens fuer API-Zugriffe (NICHT committen!)
|
||||
# Diese Datei steht in .gitignore
|
||||
|
||||
# GitLab: Bestellsystem-Repos (read_api fuer Inventar, POM-Analyse etc.)
|
||||
# https://git.tech.rz.db.de/bestellsystem1
|
||||
GITLAB_TOKEN_BESTELLSYSTEM=glpat-4hLnqiONvqxLOGB8AvgerW86MQp1OnpuOAk.01.0z0kt1fdf
|
||||
|
||||
# GitLab: Dieses Audit-Projekt (write fuer Push)
|
||||
# https://git.tech.rz.db.de/AndreKnie/project-audit
|
||||
GITLAB_TOKEN_AUDIT=glpat-my1E6DY1HykjnMuSm5mMYG86MQp1OjFnNTcK.01.1006v7db9
|
||||
|
||||
# Jira
|
||||
JIRA_TOKEN=NTMwMjQ0MzY2NzQ0OkpIZBEiwwYfES+c80xqOpsjVdpx
|
||||
JIRA_TOKEN_SAB=ODc5OTA4NzEwOTA3OtYXcOwp6DF0w2jIqUtpZy08wP6L
|
||||
|
||||
# Confluence
|
||||
CONFLUENCE_TOKEN=MjM0Mzc4ODEyNTkxOlFySnuOOXbzsYdRjrXrSVFR4fRK
|
||||
CONFLUENCE_SAB=NTcwMTk3NjY0MzQ5Ov5N/ZnglAroOMcDmrlLQGrsyrae
|
||||
|
||||
# OrgMyLife
|
||||
ORGMYLIFE_API_SECRET !Z5l5vUcm!&qfhUuE=Nf
|
||||
Vendored
+2
@@ -0,0 +1,2 @@
|
||||
{
|
||||
}
|
||||
@@ -0,0 +1,402 @@
|
||||
SPEC.md
|
||||
1. Executive Summary
|
||||
Product / Initiative Name
|
||||
|
||||
Note-Graph
|
||||
|
||||
Interviewed Stakeholder Role
|
||||
|
||||
Owner, sponsor, project lead, and implementation orchestrator (“AI conductor”)
|
||||
|
||||
Product Type
|
||||
|
||||
New product
|
||||
|
||||
Goal in One Sentence
|
||||
|
||||
Create a personal knowledge infrastructure that enables reliable access to all notes, thoughts, decisions, and contextual information at any time in order to improve memory, prioritization, and project continuity.
|
||||
|
||||
Short Business Context
|
||||
|
||||
The stakeholder operates across many parallel projects, domains, meetings, and customer contexts. Information currently exists across handwritten notes, PDFs, meeting artifacts, task systems, Confluence spaces, and AI-generated summaries. The current process relies heavily on memory and chronological note-taking, causing information loss, weak follow-up tracking, and fragmented context retrieval.
|
||||
|
||||
Primary Target Users
|
||||
Primary: Single knowledge worker / project orchestrator
|
||||
Future potential: Extended collaborative usage (currently out of scope)
|
||||
Core Functional Scope Summary
|
||||
|
||||
The system shall:
|
||||
|
||||
consolidate notes and knowledge artifacts from multiple formats and sources,
|
||||
support flexible tagging and contextual relationships,
|
||||
preserve historical context and traceability,
|
||||
enable fast contextual retrieval,
|
||||
connect notes with tasks, people, projects, and decisions,
|
||||
support gradual AI-assisted enrichment,
|
||||
maintain portability and data ownership.
|
||||
In Scope
|
||||
Personal knowledge management
|
||||
Cross-project contextual search
|
||||
Flexible labels/tags
|
||||
Relationships between notes, projects, people, tasks, and decisions
|
||||
Integration of handwritten notes and document-based sources
|
||||
Offline-capable note capture
|
||||
Mobile access
|
||||
Traceability between tasks and source context
|
||||
Export and publication workflows
|
||||
AI-assisted enrichment and retrieval
|
||||
Out of Scope
|
||||
Full project management platform
|
||||
CRM functionality
|
||||
Team collaboration platform
|
||||
Chat/messaging system
|
||||
Calendar replacement
|
||||
Complex automation workflows
|
||||
Autonomous AI agents
|
||||
Advanced graph visualization in first phase
|
||||
Semantic contradiction detection in first phase
|
||||
Main Open Questions
|
||||
Degree of automation vs manual curation
|
||||
How granular note segmentation should become in practice
|
||||
How historical relationship changes should be surfaced to users
|
||||
Scope of AI-generated suggestions in early versions
|
||||
Exact publication/export workflows
|
||||
Main Acceptance Indicators
|
||||
Relevant information can be retrieved during meetings.
|
||||
Meeting preparation becomes significantly easier.
|
||||
Contextual information can be found reliably across projects and time.
|
||||
Tasks remain traceable to their originating notes and decisions.
|
||||
2. Goal
|
||||
One-Sentence Goal
|
||||
|
||||
Provide a durable, searchable, context-aware personal knowledge system that acts as an external memory and decision-support environment.
|
||||
|
||||
Detailed Goal
|
||||
|
||||
The system shall centralize fragmented knowledge sources and allow the stakeholder to:
|
||||
|
||||
capture ideas quickly,
|
||||
retain project continuity,
|
||||
retrieve relevant context rapidly,
|
||||
preserve historical relationships,
|
||||
connect operational tasks with their originating discussions and decisions,
|
||||
maintain structure despite frequent context switching.
|
||||
Business Value
|
||||
Reduced information loss
|
||||
Better prioritization
|
||||
Faster meeting preparation
|
||||
Improved continuity across projects
|
||||
Reduced cognitive load
|
||||
Better follow-through on decisions and tasks
|
||||
Long-term retention of institutional and personal knowledge
|
||||
Intended Outcome for Users and Organization
|
||||
|
||||
Users should be able to trust the system as a reliable external memory and operational context assistant.
|
||||
|
||||
3. Stakeholder Context
|
||||
Respondent Role
|
||||
Owner
|
||||
Sponsor
|
||||
Project lead
|
||||
Implementation orchestrator (“AI conductor”)
|
||||
Perspective Represented
|
||||
|
||||
Single stakeholder representing both business and implementation direction.
|
||||
|
||||
Relevant Organizational or Customer Context
|
||||
|
||||
The stakeholder works across multiple projects, domains, customers, and meeting contexts with heterogeneous documentation ecosystems.
|
||||
|
||||
Whether This Spec Reflects One Interview Only
|
||||
|
||||
Yes. This specification reflects a single interview.
|
||||
|
||||
4. Target Users
|
||||
User Groups
|
||||
Primary User
|
||||
|
||||
Knowledge worker managing many parallel projects and information streams.
|
||||
|
||||
Potential Future Users
|
||||
|
||||
Additional collaborators or project participants (currently out of scope).
|
||||
|
||||
User Context
|
||||
|
||||
Users frequently:
|
||||
|
||||
switch contexts,
|
||||
attend meetings,
|
||||
create handwritten and digital notes,
|
||||
consume large document collections,
|
||||
derive tasks from discussions,
|
||||
revisit historical decisions.
|
||||
User Needs
|
||||
|
||||
Users need to:
|
||||
|
||||
retrieve information quickly,
|
||||
preserve context,
|
||||
avoid forgetting commitments,
|
||||
connect ideas across projects,
|
||||
maintain operational continuity,
|
||||
understand historical decisions.
|
||||
Pain Points
|
||||
Media breaks between tools and formats
|
||||
Difficulty finding information later
|
||||
Fragmented storage locations
|
||||
Reliance on memory
|
||||
Missing conversion from notes to tasks
|
||||
Weak cross-project traceability
|
||||
Loss of contextual continuity
|
||||
Important Differences Between Groups
|
||||
|
||||
No differentiated user groups are currently defined.
|
||||
|
||||
5. Current Situation / Current Process
|
||||
Current Process
|
||||
|
||||
Information currently exists across:
|
||||
|
||||
handwritten meeting notes,
|
||||
PDFs,
|
||||
Confluence spaces,
|
||||
task management tools,
|
||||
AI-assisted document search tools,
|
||||
digital note collections.
|
||||
|
||||
Meeting notes are often incrementally extended over time and searched manually using:
|
||||
|
||||
project names,
|
||||
dates,
|
||||
people,
|
||||
remembered context.
|
||||
Existing Workarounds
|
||||
Manual search
|
||||
AI-assisted document retrieval
|
||||
Chronological note accumulation
|
||||
Personal memory and contextual recall
|
||||
Main Gaps, Bottlenecks, and Failure Points
|
||||
Media discontinuity
|
||||
Information fragmentation
|
||||
Weak traceability
|
||||
Missing task extraction
|
||||
Incomplete prioritization
|
||||
Context loss across projects
|
||||
Inability to reliably recover ideas generated in unrelated contexts
|
||||
What Should Remain Unchanged
|
||||
Existing working style should remain largely compatible.
|
||||
Notes may continue to originate from different tools and formats.
|
||||
6. Functional Scope
|
||||
Main Capabilities
|
||||
|
||||
The system shall:
|
||||
|
||||
ingest and organize knowledge artifacts,
|
||||
support contextual relationships,
|
||||
preserve historical information,
|
||||
enable retrieval across projects and time,
|
||||
support flexible tagging and labeling,
|
||||
connect operational tasks to source knowledge,
|
||||
support gradual AI-assisted enrichment.
|
||||
Key User Interactions
|
||||
|
||||
Users shall be able to:
|
||||
|
||||
capture notes quickly,
|
||||
associate notes with multiple projects,
|
||||
associate notes with people and topics,
|
||||
split notes into smaller contextual fragments,
|
||||
search by content, project, person, or time,
|
||||
review historical decisions,
|
||||
export or publish derived content,
|
||||
revisit unresolved items.
|
||||
Major Functional Areas
|
||||
Knowledge capture
|
||||
Knowledge organization
|
||||
Search and retrieval
|
||||
Relationship management
|
||||
Task traceability
|
||||
Historical context management
|
||||
AI-assisted enrichment
|
||||
Export/publication support
|
||||
Role-Based Differences in Usage
|
||||
|
||||
No differentiated role behavior currently defined.
|
||||
|
||||
Relevant Triggers, Inputs, Outputs, and Outcomes
|
||||
Inputs
|
||||
Handwritten notes
|
||||
PDFs
|
||||
Markdown files
|
||||
Office documents
|
||||
Meeting artifacts
|
||||
AI-generated summaries
|
||||
Outputs
|
||||
Search results
|
||||
Structured contextual views
|
||||
Exported content
|
||||
Task references
|
||||
Meeting preparation material
|
||||
Outcomes
|
||||
Faster information access
|
||||
Improved continuity
|
||||
Better prioritization
|
||||
Reduced forgotten tasks and decisions
|
||||
7. Business Rules
|
||||
Notes may belong to multiple projects simultaneously.
|
||||
Relationships between entities may evolve over time.
|
||||
Historical assignments and timestamps must remain preserved.
|
||||
Original notes and source information must not be lost.
|
||||
Tasks must remain traceable to originating notes or decisions.
|
||||
Structured relationships and free-form associations must coexist.
|
||||
Offline capture capability is required.
|
||||
Mobile access is required.
|
||||
Users must retain control over AI-generated enrichments or suggestions.
|
||||
Relationship interpretation may change over time without overwriting historical truth.
|
||||
8. Business Objects / Functional Data Objects
|
||||
Note
|
||||
|
||||
Represents a captured thought, meeting artifact, observation, or written content.
|
||||
|
||||
Thought Fragment
|
||||
|
||||
Represents a smaller extracted or separable unit derived from a larger note.
|
||||
|
||||
Project
|
||||
|
||||
Represents a business or operational context grouping related knowledge.
|
||||
|
||||
Person
|
||||
|
||||
Represents individuals connected to notes, tasks, meetings, or decisions.
|
||||
|
||||
Task
|
||||
|
||||
Represents actionable follow-up work derived from notes or decisions.
|
||||
|
||||
Decision
|
||||
|
||||
Represents an explicitly recorded outcome or conclusion.
|
||||
|
||||
Source Document
|
||||
|
||||
Represents imported or referenced material such as PDFs, Office documents, or AI-generated summaries.
|
||||
|
||||
Label / Tag
|
||||
|
||||
Represents flexible classification and contextual grouping metadata.
|
||||
|
||||
Relationship
|
||||
|
||||
Represents contextual connections between business objects.
|
||||
|
||||
Time Context
|
||||
|
||||
Represents historical assignment and chronological relevance.
|
||||
|
||||
9. In Scope
|
||||
Personal knowledge graph functionality
|
||||
Multi-project note association
|
||||
Flexible tagging and labeling
|
||||
Contextual relationships
|
||||
Historical traceability
|
||||
Search by text, project, person, and time
|
||||
Mobile access
|
||||
Offline usage
|
||||
Handwritten note integration
|
||||
AI-assisted retrieval and enrichment
|
||||
Export and publishing workflows
|
||||
Task traceability to source context
|
||||
Gradual enrichment through review/question workflows
|
||||
10. Out of Scope
|
||||
Enterprise collaboration platform
|
||||
Full project management suite
|
||||
CRM capabilities
|
||||
Messaging/chat platform
|
||||
Calendar replacement
|
||||
Autonomous AI workflows
|
||||
Complex process automation
|
||||
Advanced graph visualizations in first release
|
||||
Automatic contradiction analysis in first release
|
||||
Fully automated prioritization
|
||||
11. Requirements
|
||||
Knowledge Capture
|
||||
The system shall allow users to capture notes quickly.
|
||||
The system shall support offline note capture.
|
||||
The system shall support mobile access.
|
||||
The system shall support handwritten note integration.
|
||||
The system shall support importing external document sources.
|
||||
Knowledge Organization
|
||||
The system shall allow notes to belong to multiple projects simultaneously.
|
||||
The system shall support labels and tags.
|
||||
The system shall support both structured and free-form relationships.
|
||||
The system shall allow users to split notes into smaller contextual fragments.
|
||||
The system shall preserve relationships between fragmented content and original source notes.
|
||||
Search and Retrieval
|
||||
The system shall provide full-text search.
|
||||
The system shall support contextual retrieval across projects and relationships.
|
||||
The system shall support search by people.
|
||||
The system shall support search by project.
|
||||
The system shall support time-based navigation and retrieval.
|
||||
The system shall allow users to retrieve meeting-relevant information quickly.
|
||||
Task Traceability
|
||||
The system shall support linking tasks to source notes or decisions.
|
||||
The system shall preserve the origin context of tasks.
|
||||
The system shall support identifying missing task metadata such as priorities or deadlines.
|
||||
Historical Integrity
|
||||
The system shall preserve original notes and timestamps.
|
||||
The system shall preserve historical relationship assignments over time.
|
||||
The system shall allow contextual relationships to evolve without losing historical information.
|
||||
AI Assistance
|
||||
The system shall support AI-assisted search and summarization.
|
||||
The system shall support AI-assisted enrichment and categorization.
|
||||
The system shall support gradual future expansion of AI capabilities.
|
||||
The system shall support review or quiz-style interactions for knowledge enrichment.
|
||||
Portability and Ownership
|
||||
The system shall support export of information and derived content.
|
||||
The system shall minimize dependency on proprietary structures.
|
||||
The system shall preserve user data ownership.
|
||||
The system shall support long-term portability and migration.
|
||||
12. Open Questions / Items to Clarify
|
||||
Desired level of automatic relationship generation
|
||||
Exact workflow for exporting/publishing to external systems
|
||||
Preferred granularity for note fragmentation
|
||||
Scope of AI-generated task extraction
|
||||
Desired review cadence for enrichment workflows
|
||||
Long-term collaboration requirements
|
||||
Definition of archival versus active information
|
||||
Rules for conflict resolution between changing contextual assignments
|
||||
13. Risks and Ambiguities
|
||||
Excessive maintenance effort may reduce adoption.
|
||||
Weak search quality could undermine trust in the system.
|
||||
Too many manual steps may interrupt workflows.
|
||||
Incorrect AI-generated relationships may reduce confidence.
|
||||
Information overload may reduce usability.
|
||||
Overly rigid structures may conflict with real-world usage patterns.
|
||||
Insufficient offline support may limit operational usefulness.
|
||||
Lack of clear contextual boundaries may create organizational confusion.
|
||||
Future migration requirements may conflict with short-term optimizations.
|
||||
14. Acceptance Perspective
|
||||
|
||||
The product will be considered successful if:
|
||||
|
||||
users can reliably retrieve relevant information during meetings,
|
||||
meeting preparation becomes significantly easier,
|
||||
contextual information can be recovered across projects and time,
|
||||
tasks remain traceable to their origin,
|
||||
users trust the system as an external memory,
|
||||
the system reduces forgotten follow-ups and lost context,
|
||||
users can maintain organization despite frequent context switching,
|
||||
knowledge remains portable and under user control.
|
||||
15. Glossary
|
||||
Original Term English Explanation Notes / Context
|
||||
Notiz-Graph Note graph / knowledge graph system Working title of the product
|
||||
KI-Dirigent AI orchestrator Stakeholder role coordinating AI-supported workflows
|
||||
Confluence Knowledge collaboration platform Existing documentation source
|
||||
NotebookLM AI-supported document knowledge tool Existing AI-generated summary source
|
||||
Labels Context labels Used for structured assignment
|
||||
Tags Flexible metadata tags Used for contextual classification
|
||||
Todo-App Task management application External task system
|
||||
Medienbruch Media discontinuity Fragmentation between formats/tools
|
||||
Gedächtnisstütze Memory aid Contextual reminder mechanism
|
||||
@@ -0,0 +1,28 @@
|
||||
# Secrets - NEVER commit
|
||||
.secrets
|
||||
.env
|
||||
*.key
|
||||
*.pem
|
||||
|
||||
# OS files
|
||||
.DS_Store
|
||||
Thumbs.db
|
||||
desktop.ini
|
||||
|
||||
# OneDrive conflicts
|
||||
*-conflict-*
|
||||
|
||||
# IDE
|
||||
.vscode/
|
||||
.idea/
|
||||
|
||||
# Python
|
||||
__pycache__/
|
||||
*.pyc
|
||||
.pytest_cache/
|
||||
|
||||
# Node
|
||||
node_modules/
|
||||
|
||||
# Large HTML exports (content extracted to analysis/)
|
||||
data/einfachbahn/DB-Planet-*
|
||||
@@ -0,0 +1,118 @@
|
||||
---
|
||||
inclusion: auto
|
||||
---
|
||||
|
||||
# Analyse-Methodik
|
||||
|
||||
## Phasen
|
||||
|
||||
### Phase 1: Bestandsaufnahme (aktuell)
|
||||
- Alle ARTs und Teams erfassen
|
||||
- Ziele und Verantwortlichkeiten dokumentieren
|
||||
- Grafische Übersicht erstellen
|
||||
- Blinde Flecken identifizieren
|
||||
|
||||
### Phase 2: Vertiefung
|
||||
- Fehlende Teams recherchieren (INKA, Data Science)
|
||||
- Jira-Metriken einbinden (Velocity, Durchsatz, Bug-Rates)
|
||||
- GitLab Code-Ownership mapping
|
||||
- Team-Größen und Kapazitäten erfassen
|
||||
|
||||
### Phase 3: Analyse
|
||||
- Doppelungen identifizieren (gleiche Domäne, ähnliche Technologien)
|
||||
- Abhängigkeiten kartieren (welches Team blockiert welches?)
|
||||
- Kommunikationswege analysieren (wie viele Abstimmungen nötig?)
|
||||
- Wertströme nachzeichnen (von Anforderung bis Deployment)
|
||||
|
||||
### Phase 4: Strategieentwicklung
|
||||
- Reorganisationsoptionen erarbeiten
|
||||
- Synergien quantifizieren
|
||||
- Neue Teamschnitte vorschlagen
|
||||
- Risikobewertung der Umstellung
|
||||
|
||||
## Analyse-Dimensionen
|
||||
|
||||
| Dimension | Frage | Datenquelle |
|
||||
|-----------|-------|-------------|
|
||||
| Domäne | Was baut/betreibt das Team? | Confluence-Seiten |
|
||||
| Technologie | Welchen Tech-Stack nutzt es? | GitLab-Repos |
|
||||
| Abhängigkeit | Mit wem muss es sich abstimmen? | Jira-Links, PI-Plannings |
|
||||
| Durchsatz | Wie schnell liefert es? | Jira Velocity |
|
||||
| Qualität | Wie hoch ist die Bug-Rate? | Jira Bug-Tickets |
|
||||
| Größe | Wie viele Personen? | Organigramm |
|
||||
| Kosten | Was kostet das Team? | People-Daten |
|
||||
|
||||
## WICHTIG: Quellenprüfung (Goldene Regel)
|
||||
|
||||
**Jede Aussage im Output MUSS gegen die Quelldaten verifiziert werden!**
|
||||
|
||||
- Der Confluence-Space / Ordner, in dem eine Seite liegt, bestimmt NICHT die ART-Zugehörigkeit eines Teams.
|
||||
- Die ART-Zugehörigkeit ergibt sich ausschließlich aus den offiziellen Team-Übersichtsseiten (z.B. `Team-Uebersicht-ART-Abrechnung.md`).
|
||||
- NIEMALS spekulieren! Wenn eine Zuordnung unklar ist, als "unklar/zu prüfen" markieren.
|
||||
- Vor jeder Ausgabe: Alle Teamzuordnungen gegen die maßgeblichen Quellseiten prüfen.
|
||||
- Bei Widerspruch zwischen Ordnerlage und offizieller Übersichtsseite: **Übersichtsseite gewinnt IMMER**.
|
||||
|
||||
### Verifizierte Fakten (Organigramm-PDFs + Confluence, NICHT ändern ohne neue Quellenprüfung)
|
||||
|
||||
**O2C ARTs (164 Personen gesamt):**
|
||||
|
||||
| ART | Teams | Personen | Quelle |
|
||||
|-----|-------|----------|--------|
|
||||
| ART Abrechnung / AC Trasse | Coruscant, Rogue One, Wookies, SAP BRIM | 52 | O2C Value Team Übersicht.pdf S.2 |
|
||||
| ART APN | Abstellgleis 9 3/4, Volta, Team 3, Feature Team VE/Baku | 36 | O2C Value Team Übersicht.pdf S.3 |
|
||||
| ART pathOS | Backend, Frontend, Ops Squad, ProF, FbF & 2nd Level | 53 | O2C Value Team Übersicht.pdf S.4 |
|
||||
| DigiPaLö | (keine agilen Teams ausgewiesen) | 11 | O2C Value Team Übersicht.pdf S.1 |
|
||||
|
||||
**WICHTIG — Falschzuordnungen vermeiden:**
|
||||
|
||||
| Team | Gehört zu ART | Gehört NICHT zu | Quelle |
|
||||
|------|---------------|-----------------|--------|
|
||||
| Coruscant | ART Abrechnung (AC Trasse) | #Einfachbahn | Organigramm S.2 + Confluence direkt geprüft |
|
||||
| Rogue One | ART Abrechnung (AC Trasse) | #Einfachbahn | Organigramm S.2 + Confluence direkt geprüft |
|
||||
| XWing | ART Abrechnung (AC Trasse) | #Einfachbahn | Organigramm S.2 + Confluence direkt geprüft |
|
||||
| Taskforce Wookies | ART Abrechnung (AC Trasse) | #Einfachbahn | Organigramm S.2 |
|
||||
| Team Juice | ART Uj Veröffentlichung | ART CM | C2S Organigramm.pdf S.12 |
|
||||
| Team Nexus | ART Uj Konstruktion | ART CM | C2S Organigramm.pdf S.11 |
|
||||
| Team Ains | ART Uj Konstruktion | ART CM | C2S Organigramm.pdf S.11 |
|
||||
| Team Galaxy | ART Uj Konstruktion | neXt | C2S Organigramm.pdf S.11 |
|
||||
| Team PlanBau | ART Uj Konstruktion | neXt | C2S Organigramm.pdf S.11 |
|
||||
|
||||
**C2S ARTs (736 Personen gesamt):**
|
||||
|
||||
| ART | Teams | Personen | Quelle |
|
||||
|-----|-------|----------|--------|
|
||||
| ART Uj Konstruktion | Nexus, Adams, Flow, Ains, FaPS, Galaxy, PlanBau, Bestand | 153 | C2S Organigramm.pdf S.11 |
|
||||
| ART SuN | Rocket, Netzfahrplan, TADA, Catena, Flux, FaMe, Atlas, Fuse | 122 | C2S Organigramm.pdf S.10 |
|
||||
| ART Uj Veröffentlichung | BIS, Juice, Triton, Adapt, Hermes, Merkur | 80 | C2S Organigramm.pdf S.12 |
|
||||
| ART Kommunikation | Carpo, Io, Metis, Pandia, Europa, Dia | 64 | C2S Organigramm.pdf S.7 |
|
||||
| ART BARD | PzE, AST, BaBeDas, FOps, InfraTec | 63 | C2S Organigramm.pdf S.4 |
|
||||
| ART IDBF | InfraHub, Origami, Skyforge, BLISS, IMPuls, Mändëlbröd | 49 | C2S Organigramm.pdf S.6 |
|
||||
| ART Plattform | Operations, Core, Enablement, KITE | 47 | C2S Organigramm.pdf S.9 |
|
||||
| ART CM | Analytics Dashboards, CMDP Crush, CMDP Marlin, Business Intelligence | 44 | C2S Organigramm.pdf S.5 |
|
||||
|
||||
**Hinweis:** INKA ist Teil von ART CM / Team CMDP (Lücke geschlossen).
|
||||
| ART KuK | Cortex, Hippocampus, Iris, Thalamus | 40 | C2S Organigramm.pdf S.8 |
|
||||
|
||||
**pathOS Teamänderungen (PI 41):**
|
||||
- Team CIB + Team Zero → **Backend** (fusioniert)
|
||||
- Team 404 → **Frontend** (umbenannt)
|
||||
- Team SUBP → aufgenommen in **Operations Squad**
|
||||
- Team STeam → aufgelöst seit PI 39
|
||||
|
||||
**Warum der Fehler passiert ist:** Die Team-Seiten liegen teilweise in "falschen" Confluence-Spaces (z.B. Star-Wars-Teams im Space "#Einfachbahn"). Das Space-Layout in Confluence spiegelt NICHT die organisatorische Zuordnung wider.
|
||||
|
||||
## Output-Formate
|
||||
|
||||
- **Übersicht**: Interaktives HTML (output/uebersicht.html)
|
||||
- **Detailseiten**: Markdown pro ART/Team (in den Ordnern)
|
||||
- **Analysen**: Markdown mit Datum in analysis/
|
||||
- **Diagramme**: Mermaid in Markdown oder SVG in output/
|
||||
|
||||
## Wann wird es ein eigenes Repo?
|
||||
|
||||
Empfehlung: Sobald EINES dieser Kriterien zutrifft:
|
||||
1. Mehr als 50 MB Daten (aktuell: ~5 MB)
|
||||
2. Mehr als 3 Personen arbeiten daran
|
||||
3. CI/CD für automatische Analyse-Updates nötig
|
||||
4. Sensible Daten (Gehälter, Personalien) hinzukommen
|
||||
5. Der Ordner beginnt, die OneDrive-Sync zu belasten
|
||||
@@ -0,0 +1,77 @@
|
||||
---
|
||||
inclusion: auto
|
||||
---
|
||||
|
||||
# Analyse O2C-C2S — Projektkontext
|
||||
|
||||
## Ziel
|
||||
|
||||
Strategische Reorganisationsanalyse der O2C- und C2S-Teamlandschaft bei DB InfraGO.
|
||||
Ergebnis: Synergien identifizieren, Doppelungen eliminieren, blinde Flecken aufdecken, neue Organisations- und Ablaufstrategie entwickeln.
|
||||
|
||||
## Kernfragen
|
||||
|
||||
1. Wo gibt es Doppelungen (Teams mit überlappenden Zielen/Technologien)?
|
||||
2. Wo sind blinde Flecken (fehlende Fähigkeiten, nicht abgedeckte Domänen)?
|
||||
3. Wie können Teams neu geordnet werden, um:
|
||||
- Prozesse zu beschleunigen
|
||||
- Abstimmungen zu reduzieren
|
||||
- Ressourcen zu sparen
|
||||
- Schneller lieferfähig zu sein
|
||||
|
||||
## Datenquellen
|
||||
|
||||
### Bereits eingebunden
|
||||
- Confluence (arija): Alle Team-Seiten aus O2C und C2S Spaces
|
||||
- Token: CONFLUENCE_TOKEN (Bearer auth)
|
||||
- **Organigramm O2C** (PDF): `data/O2C Value Team Übersicht.pdf` — Aufbauorganisation mit allen Teams, Rollen, Personenzahlen
|
||||
- **Organigramm C2S** (PDF): `data/C2S Organigramm.pdf` — 13 Seiten, alle ARTs mit Teams und Personen
|
||||
- **Screenshots Aufbauorganisation**: `data/Organigramm F1.png`, `data/Organigramm F9.png`
|
||||
|
||||
### Noch einzubinden (blinde Flecken)
|
||||
- Jira (arija) — Team-Boards, Velocity, Bug-Rates (benötigt VPN)
|
||||
- Jira (systelone/SAB) — Weitere Boards
|
||||
- GitLab — Code-Ownership, Repo-Zuordnung zu Teams
|
||||
- Organigramme / People-Daten
|
||||
- PI-Planning-Ergebnisse
|
||||
- DB Planet — Kein Zugriff von extern (Intranet)
|
||||
|
||||
### Bereits identifizierte Querschnitts-/Sonderteams
|
||||
- **Data Team (IWF9)** — 5 Data Scientists, Leitung Markus Germany. Direkt bei IWF9 verortet. Zentrale Anlaufstelle für Datenanalysen (Abrechnung, Vertriebsdaten, kundenrelevante Daten). Power BI Self-Service-Tools + spezifische Anfragen von Abteilungen/Behörden. NICHT identisch mit FINANCE 4 DB (CXF 2).
|
||||
- **INKA** — Teil von ART CM / Team CMDP (Lücke geschlossen).
|
||||
|
||||
## Ordnerstruktur
|
||||
|
||||
```
|
||||
Analyse-O2C-C2S/
|
||||
├── .kiro/steering/ # Projektregeln und Kontext
|
||||
├── data/ # Rohdaten aus Quellen (Confluence-Export, etc.)
|
||||
├── analysis/ # Auswertungen und Erkenntnisse
|
||||
├── output/ # Grafische Outputs (HTML, SVG)
|
||||
├── O2C-*/ # O2C Team-Daten nach ART
|
||||
├── C2S-*/ # C2S Team-Daten nach ART/Space
|
||||
└── README.md # Projektübersicht
|
||||
```
|
||||
|
||||
## Regeln
|
||||
|
||||
1. Alle Dateinamen OneDrive-kompatibel (keine Klammern, &, @, #)
|
||||
2. Team-Daten als Markdown mit Confluence-Quellreferenz (Page-ID)
|
||||
3. Analysen in `analysis/` — immer mit Datum versehen
|
||||
4. Grafische Outputs als statisches HTML (kein Server nötig, im Browser öffnen)
|
||||
5. Conventional Commits: `feat:`, `fix:`, `docs:`, `data:`, `analysis:`
|
||||
6. Before commit: `gitleaks detect --source . --no-git` — no secrets
|
||||
|
||||
## Quality Gates
|
||||
|
||||
1. No secrets in committed files (gitleaks)
|
||||
2. No personal data (emails, phone numbers) in exported team pages
|
||||
3. All filenames OneDrive-safe before commit
|
||||
4. HTML outputs must be self-contained (no external dependencies)
|
||||
|
||||
## Confluence-Zugang
|
||||
|
||||
- Base URL: https://arija-confluence.jaas.service.deutschebahn.com/rest/api
|
||||
- Auth: Bearer Token (CONFLUENCE_TOKEN aus .secrets)
|
||||
- CQL für Suche: `/content/search?cql=<encoded>`
|
||||
- Seiten-Inhalt: `/content/<id>?expand=body.storage`
|
||||
@@ -0,0 +1,58 @@
|
||||
---
|
||||
inclusion: auto
|
||||
---
|
||||
|
||||
# Analyse-O2C-C2S Standards
|
||||
|
||||
## Quality Gates (before every commit)
|
||||
|
||||
1. `gitleaks detect --source . --no-git` — no secrets in code
|
||||
2. No personal data (emails, phone numbers) in exported team pages
|
||||
3. All filenames OneDrive-safe (no brackets, &, @, #, +)
|
||||
4. HTML outputs must be self-contained (no external CDN dependencies)
|
||||
|
||||
## Conventional Commits
|
||||
|
||||
```
|
||||
feat(overview): add interactive team map
|
||||
data(c2s): export BARD team pages
|
||||
analysis(synergies): identify O2C-C2S overlap areas
|
||||
fix(filenames): remove OneDrive-incompatible characters
|
||||
docs(readme): update team counts
|
||||
```
|
||||
|
||||
## Git
|
||||
|
||||
- Repo: https://git.tech.rz.db.de/AndreKnie/analyse-o2c-c2s
|
||||
- Branch: main
|
||||
- Push requires GITLAB_TOKEN_BESTELLSYSTEM (write scope)
|
||||
- Git binary: `C:\Users\AndreKnie\AppData\Local\GitHubDesktop\app-3.5.8\resources\app\git\cmd\git.exe`
|
||||
|
||||
## Confluence Access
|
||||
|
||||
- Base: https://arija-confluence.jaas.service.deutschebahn.com/rest/api
|
||||
- Auth: Bearer token (CONFLUENCE_TOKEN from workspace .secrets)
|
||||
- CQL search: `/content/search?cql=<url-encoded>`
|
||||
- Page content: `/content/<id>?expand=body.storage`
|
||||
- Strip HTML to plain text before saving
|
||||
|
||||
## File Naming
|
||||
|
||||
- All filenames OneDrive-safe
|
||||
- No brackets `()[]{}`, no `#%&@$+=~`
|
||||
- Replace umlauts: ä→ae, ö→oe, ü→ue, ß→ss
|
||||
- Use hyphens for word separation
|
||||
- Team files: `Team-Name.md`
|
||||
- Analysis files: `YYYY-MM-DD-topic.md`
|
||||
|
||||
## Security
|
||||
|
||||
- NEVER commit tokens or credentials
|
||||
- Data exports must not contain personal data
|
||||
- .gitignore excludes .secrets, .env, *.key
|
||||
|
||||
## Autonomous Mode
|
||||
|
||||
- Create feature branches for significant changes
|
||||
- For data updates (new Confluence exports): commit directly to main is OK
|
||||
- Report: `PROGRESS: X%` / `HELP: description`
|
||||
@@ -0,0 +1,55 @@
|
||||
# Analyse O2C + C2S — Reorganisationsanalyse
|
||||
|
||||
Strategische Analyse der Team- und Systemlandschaft bei DB InfraGO (O2C + C2S).
|
||||
|
||||
## Zahlen (Stand: 17.06.2026)
|
||||
|
||||
| Bereich | Personen | ARTs | Teams |
|
||||
|---------|----------|------|-------|
|
||||
| O2C (Order2Cash) | 164 | 4 | ~15 |
|
||||
| C2S (Capacity2Schedule) | 736 | 10 | ~55 |
|
||||
| **Gesamt** | **~900** | **14** | **~70** |
|
||||
|
||||
## Outputs
|
||||
|
||||
- **`output/uebersicht.html`** — Interaktive ART- und Team-Übersicht (im Browser öffnen)
|
||||
- **`output/architektur.html`** — Architektonische Sicht: Tool-Landschaft nach Domänen
|
||||
- **`analysis/`** — Einzelanalysen mit Datum
|
||||
|
||||
## Ordnerstruktur
|
||||
|
||||
```
|
||||
Analyse-O2C-C2S/
|
||||
├── .kiro/steering/ # Projektregeln, Kontext, Methodik
|
||||
├── analysis/ # Auswertungen (datiert)
|
||||
├── output/ # Interaktive HTML-Outputs
|
||||
├── data/ # Rohdaten
|
||||
│ ├── organigramme/ # PDFs der Aufbauorganisation
|
||||
│ └── einfachbahn/ # DB Planet Export + Detail-PDFs
|
||||
├── sources/ # Confluence-Exports (Rohdaten)
|
||||
│ ├── o2c/ # O2C Spaces (pathOS, APN, Abrechnung, Einfachbahn, DB-Xtra)
|
||||
│ └── c2s/ # C2S Spaces (SuN, EKon, CM, BARD, neXt, UjK, UjV, KOM, ...)
|
||||
└── README.md
|
||||
```
|
||||
|
||||
**Hinweis:** Die Ordner unter `sources/` spiegeln Confluence-Spaces wider.
|
||||
Die Teamzuordnung zu ARTs ergibt sich NICHT aus dem Ordner, sondern aus den
|
||||
offiziellen Organigrammen (siehe `data/organigramme/`).
|
||||
|
||||
## Datenquellen
|
||||
|
||||
| Quelle | Status | Inhalt |
|
||||
|--------|--------|--------|
|
||||
| Confluence (arija) | ✅ Exportiert | Team-Seiten, Startseiten, Workflows |
|
||||
| Organigramm O2C (PDF) | ✅ Eingebunden | 4 Seiten, alle ARTs mit Teams + Personen |
|
||||
| Organigramm C2S (PDF) | ✅ Eingebunden | 13 Seiten, alle ARTs mit Teams + Personen |
|
||||
| DB Planet #Einfachbahn | ✅ Eingebunden | Produktseite mit Tool-Beschreibungen |
|
||||
| Jira (arija) | ❌ Offen | Velocity, Bug-Rates (benötigt VPN) |
|
||||
| GitLab | ❌ Offen | Code-Ownership, Repo-Zuordnung |
|
||||
|
||||
## Quellen
|
||||
|
||||
- Confluence: https://arija-confluence.jaas.service.deutschebahn.com
|
||||
- Export-Datum Confluence: 2026-05-28
|
||||
- Organigramm-Stand: ~06/2026
|
||||
- Repo: https://git.tech.rz.db.de/AndreKnie/analyse-o2c-c2s
|
||||
@@ -0,0 +1,199 @@
|
||||
# Strategische Reorganisation O2C + C2S
|
||||
|
||||
Stand: 2026-06-17 | Status: Entwurf — Feedback-Iteration nötig
|
||||
|
||||
## Übergreifendes Ziel
|
||||
|
||||
Eine Struktur schaffen, die:
|
||||
- Am E2E-Kundenprozess orientiert ist (Customer Journey)
|
||||
- Abstimmungszeiten reduziert
|
||||
- Synergien zwischen O2C und C2S hebt
|
||||
- Klar in Aufbauorganisation (disziplinarisch) und Ablauforganisation (Value Teams) trennt
|
||||
|
||||
## Ist-Zustand: Zwei getrennte Welten
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────────────┐
|
||||
│ KUNDE (EVU/ZB) │
|
||||
│ 1. Informieren → 2. Planen → 3. Bestellen → 4. Fahren → │
|
||||
│ 5. Abrechnen → 6. Auswerten │
|
||||
└─────────────────────────────────────────────────────────────────┘
|
||||
│ │ │ │ │
|
||||
▼ ▼ ▼ ▼ ▼
|
||||
Trassenfinder pathOS/TPN pathOS AC Trasse InKa
|
||||
GretA, IDBF Infraportal Bestellung SAP BRIM Power BI
|
||||
strecken.zeit APN
|
||||
│ │ │ │ │
|
||||
┌────┴────┐ ┌────┴────┐ ┌───┴───┐ ┌────┴───┐ ┌──┴──┐
|
||||
│DigiPaLö │ │ pathOS │ │pathOS │ │ ART │ │ART │
|
||||
│(11 P.) │ │ (53 P.) │ │ │ │Abrech. │ │ CM │
|
||||
│ │ │ │ │ │ │(52 P.) │ │(44) │
|
||||
└─────────┘ └─────────┘ └───────┘ └────────┘ └─────┘
|
||||
O2C O2C O2C O2C C2S
|
||||
```
|
||||
|
||||
**Problem:** Der Kundenprozess ist fragmentiert über 2 Value Teams (O2C/C2S)
|
||||
mit getrennter Führung, getrennten Plattformen, getrennten PI-Plannings.
|
||||
|
||||
## Identifizierte Synergien und Bruchstellen
|
||||
|
||||
### 1. Kunden-Schnittstelle ist gespalten
|
||||
- **Infraportal** (DigiPaLö/O2C) = Kundenportal
|
||||
- **InKa** (ART CM/C2S) = Auslastung, Kapazität — Kunden greifen dort auf Daten zu
|
||||
- **Trassenfinder** (DigiPaLö/O2C) = Routensuche — nutzt IDBF-Daten (C2S)
|
||||
|
||||
→ Der Kunde springt zwischen O2C- und C2S-Systemen, ohne es zu merken.
|
||||
|
||||
### 2. Datenplattformen sind gedoppelt
|
||||
- **IDBF / Infrastrukturmanager** (C2S, 49 Pers.) = Infrastrukturdaten
|
||||
- **Trassenfinder** (O2C, 11 Pers.) = zeigt dieselben Infrastrukturdaten
|
||||
- **InKa** (ART CM / Team CMDP, C2S) = Integrierte Kapazitätsmanagementplattform, Auslastungsdaten
|
||||
- **Data Team IWF9** (O2C, 5 Pers.) = Abrechnungs-/Vertriebsdaten
|
||||
- **Power BI Dashboards** existieren in beiden Bereichen
|
||||
|
||||
→ Mehrere Teams verarbeiten und visualisieren dieselben Grunddaten.
|
||||
|
||||
### 3. Plattform-Fragmentierung
|
||||
- **SIC OP** (C2S Plattform, 47 Pers.) = Plattform für C2S-Teams
|
||||
- **pathOS Release-Zug** (O2C) = eigene Deployment-Infrastruktur
|
||||
- **CNP** (APN Migration) = nochmal andere Plattform
|
||||
|
||||
→ Drei verschiedene Betriebsmodelle für Systeme, die am gleichen Kundenprozess hängen.
|
||||
|
||||
### 4. Data Science bei O2C ist nicht FINANCE 4 DB
|
||||
- Das **Data Team IWF9** (Leitung: Markus Germany) ist direkt bei IWF9 verortet
|
||||
- 5 Data Scientists, Abrechnung/Vertriebsdaten/kundenrelevante Daten, Power BI Self-Service
|
||||
- Unabhängig vom Konzern-Finance-Team FINANCE 4 DB (CXF 2), das in DB-Planet-Suche auftaucht
|
||||
|
||||
## Zielarchitektur: E2E-orientierte Streams
|
||||
|
||||
### Variante A: 5 Streams + Plattform (Kommunikation & Bau als eigener Stream)
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────────────┐
|
||||
│ E2E Customer Journey │
|
||||
├─────────────────────────────────────────────────────────────────┤
|
||||
│ │
|
||||
│ Stream 1: ZUGANG & INFORMATION │
|
||||
│ → Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo, │
|
||||
│ IDBF-Portal/Infrastrukturmanager │
|
||||
│ → ~60 Personen │
|
||||
│ │
|
||||
│ Stream 2: BESTELLEN & VERTRAGSMANAGEMENT │
|
||||
│ → pathOS, TrassenOrder, TPN, APN, Click&Ride │
|
||||
│ → ~95 Personen │
|
||||
│ (TTTneo-Projekt übergreifend mit Stream 3) │
|
||||
│ │
|
||||
│ Stream 3: FAHRPLAN & KAPAZITÄT │
|
||||
│ → SIC OP (Plattform für Fahrplan-IT), KonBel, InKa, TAKT, │
|
||||
│ strecken.zeit, UjK, UjV, KuK │
|
||||
│ → ~450 Personen │
|
||||
│ (TTTneo-Projekt übergreifend mit Stream 2) │
|
||||
│ │
|
||||
│ Stream 4: KOMMUNIKATION, BAU & TRANSPARENZ │
|
||||
│ (NEU — herausgelöst aus Stream 3 + DigiPaLö-Teile) │
|
||||
│ → Regelkommunikation (KOM), BBPneo/BARD, BAPSI 2.0, KomBAU, │
|
||||
│ DB Livemaps, strecken.info │
|
||||
│ → #Einfachbahn + neXt als "Schnelle Lösungen"-Team │
|
||||
│ → ~140 Personen │
|
||||
│ │
|
||||
│ Stream 5: ABRECHNUNG & ANALYTICS │
|
||||
│ → AC Trasse, SAP BRIM, Data Team IWF9, Power BI │
|
||||
│ → ~60 Personen │
|
||||
│ │
|
||||
├─────────────────────────────────────────────────────────────────┤
|
||||
│ PLATTFORM (Querschnitt) │
|
||||
│ → SIC OP Betrieb + pathOS-Infra + CI/CD → konsolidiert │
|
||||
│ → QuEST (E2E Testing) │
|
||||
│ → ~65 Personen │
|
||||
│ │
|
||||
│ PROJEKTE (temporär, übergreifend) │
|
||||
│ → TTTneo (Stream 2 + 3) │
|
||||
└─────────────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
**Vorteil Variante A:** Klare Trennung von Bau-Kommunikation aus dem Fahrplan-Kern.
|
||||
Stream 4 bündelt alles, was mit externer Transparenz Richtung Kunde zu tun hat
|
||||
(Baustellen, Livemaps, strecken.info). #Einfachbahn + neXt als schnelle,
|
||||
kundennahe Einheit kann unabhängig iterieren.
|
||||
|
||||
**Risiko:** Neuer Stream 4 hat Abhängigkeiten zu Stream 3 (Bau-Daten kommen
|
||||
aus Fahrplanwelt). Abstimmung nötig für Datenflüsse.
|
||||
|
||||
---
|
||||
|
||||
### Variante B: 4 Streams + Plattform (Kommunikation & Einfachbahn in Stream 1)
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────────────┐
|
||||
│ E2E Customer Journey │
|
||||
├─────────────────────────────────────────────────────────────────┤
|
||||
│ │
|
||||
│ Stream 1: ZUGANG, INFORMATION & KOMMUNIKATION │
|
||||
│ → Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo, │
|
||||
│ IDBF-Portal, Regelkommunikation (KOM), BBPneo/BARD, │
|
||||
│ BAPSI 2.0, KomBAU, DB Livemaps, strecken.info, │
|
||||
│ #Einfachbahn + neXt als "Schnelle Lösungen"-Team │
|
||||
│ → ~200 Personen │
|
||||
│ │
|
||||
│ Stream 2: BESTELLEN & VERTRAGSMANAGEMENT │
|
||||
│ → pathOS, TrassenOrder, TPN, APN, Click&Ride │
|
||||
│ → ~95 Personen │
|
||||
│ (TTTneo-Projekt übergreifend mit Stream 3) │
|
||||
│ │
|
||||
│ Stream 3: FAHRPLAN & KAPAZITÄT │
|
||||
│ → SIC OP (Plattform für Fahrplan-IT), KonBel, InKa, TAKT, │
|
||||
│ strecken.zeit, UjK, UjV, KuK │
|
||||
│ → ~450 Personen │
|
||||
│ (TTTneo-Projekt übergreifend mit Stream 2) │
|
||||
│ │
|
||||
│ Stream 4: ABRECHNUNG & ANALYTICS │
|
||||
│ → AC Trasse, SAP BRIM, Data Team IWF9, Power BI │
|
||||
│ → ~60 Personen │
|
||||
│ │
|
||||
├─────────────────────────────────────────────────────────────────┤
|
||||
│ PLATTFORM (Querschnitt) │
|
||||
│ → SIC OP Betrieb + pathOS-Infra + CI/CD → konsolidiert │
|
||||
│ → QuEST (E2E Testing) │
|
||||
│ → ~65 Personen │
|
||||
│ │
|
||||
│ PROJEKTE (temporär, übergreifend) │
|
||||
│ → TTTneo (Stream 2 + 3) │
|
||||
└─────────────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
**Vorteil Variante B:** Weniger Streams = weniger Abstimmung auf oberster Ebene.
|
||||
Alles was der Kunde "sieht" (Information, Kommunikation, Transparenz) liegt in
|
||||
einem Stream. Einheitliche Kundenschnittstelle.
|
||||
|
||||
**Risiko:** Stream 1 wird sehr groß (~200 Pers.) und heterogen (Portal-Entwickler
|
||||
neben Bau-Kommunikatoren). Führungsspanne hoch.
|
||||
|
||||
## Vergleich
|
||||
|
||||
| Dimension | Variante A (5 Streams) | Variante B (4 Streams) |
|
||||
|-----------|----------------------|----------------------|
|
||||
| Streams | 5 + Plattform | 4 + Plattform |
|
||||
| Größter Stream | ~450 (Fahrplan) | ~450 (Fahrplan) |
|
||||
| Kundennähe | Stream 4 fokussiert | Stream 1 bündelt alles |
|
||||
| Abstimmung | Mehr inter-Stream (4↔3) | Weniger inter-Stream |
|
||||
| #Einfachbahn | Eigener Raum in Stream 4 | Teil eines großen Stream 1 |
|
||||
| Führungskomplexität | Moderat pro Stream | Stream 1 sehr breit |
|
||||
| Schnelle Lösungen | Eigener Speed-Bereich | Konkurriert mit Portal-Betrieb |
|
||||
|
||||
## Empfehlung
|
||||
|
||||
**Variante A** wenn: Schnelligkeit und Kundenorientierung für Bau-Transparenz
|
||||
und #Einfachbahn-Innovation Priorität haben. Eigener Stream = eigene Velocity.
|
||||
|
||||
**Variante B** wenn: Minimale Abstimmung auf oberster Ebene und "One Face to
|
||||
Customer" wichtiger sind als Speed pro Sub-Domäne.
|
||||
|
||||
## Nächste Schritte
|
||||
|
||||
1. **Feedback-Runde** — Welche Variante passt zur strategischen Ausrichtung?
|
||||
2. **Abhängigkeiten kartieren** — Welche APIs/Datenflüsse laufen zwischen den Streams?
|
||||
3. **Führungsmodell** — Wer leitet welchen Stream? (Aufbau vs. Ablauf trennen)
|
||||
4. **Transition-Plan** — Welche Teams bewegen sich wohin? Reihenfolge?
|
||||
5. **Metriken definieren** — Woran messen wir Erfolg? (Lead Time, Abstimmungsstunden, Kundenzufriedenheit)
|
||||
|
||||
@@ -0,0 +1,42 @@
|
||||
# Tool-Landschaft: #Einfachbahn / DigiPaLö
|
||||
|
||||
Stand: 2026-06-17 | Quelle: DB Planet "#Einfachbahn" Produktseite + PDFs
|
||||
|
||||
## Produkte (Customer Journey)
|
||||
|
||||
| Tool | Zweck | Nutzer intern | Nutzer extern (Kunden/EVU) |
|
||||
|------|-------|---------------|---------------------------|
|
||||
| **Infraportal** | Zentrales Eingangstor zur DB InfraGO für Kunden | Nutzeradmin, Stammdatenadmin | Superuser: Nutzer-/Rechteverwaltung, Anliegen einreichen |
|
||||
| **DB NetzCockpit (NiCo)** | Internes Portal für DB InfraGO Mitarbeitende | Kalender, Nutzeradmin, Stammdatenadmin | – |
|
||||
| **Trassenfinder** | Routensuche auf Knopfdruck, Infrastrukturdaten | Trassenkonstrukteur:innen, Bauplaner:innen | Routensuche, Infrastrukturinfo, Übergabe an TPN |
|
||||
| **GretA** | Grenzlastberechnung (max. Last für Fahrzeuge) | GretA Leser/Fahrplan/Grenzlast/Admin | EGB beantragen, Regelgrenzlast-Suche (zugangsfrei) |
|
||||
| **strecken.zeit** | Streckenöffnungszeiten (4.400+ Betriebsstellen) | Leser/User/Admin: Vorlagen, Zeiten pflegen | Veröffentlichung (reguliert, SNB-Bestandteil) |
|
||||
| **BAPSI 2.0** | Baukommunikation SE + Infrastrukturanschlüsse | Leser/SE-IA-Bearbeiter/Admin | Baubetroffenheit einsehen, filtern |
|
||||
| **PlaTo** | Planungsparameter-Veröffentlichung + Stellungnahme | Bearbeiter/Admin: Fragen beantworten | Veröffentlichungen einsehen, Stellungnahmen abgeben |
|
||||
| **iTrace** | Marktorientierte Infrastrukturentwicklung | Infrastrukturentwicklung, Vertrieb, Fahrplan | iTrace-Ideen erstellen, Status einsehen |
|
||||
| **Formula** | Formularcenter: Fahrplanunterlagen + Förderung | – | Bestellung vereinfachen |
|
||||
| **BÜ Info** | Bahnübergangs-Informationen | Meldungen erstellen/verwalten | Meldungen einsehen |
|
||||
|
||||
## Aktuelle Projekte (aus DB Planet)
|
||||
|
||||
- BAKO (Baukommunikation)
|
||||
- DisKo (Dispositionskonzept)
|
||||
- EULE
|
||||
- ZAB Beta-Test
|
||||
- Infraportal
|
||||
- #freiefahrt
|
||||
- Trassenfinder Übergabe
|
||||
- KODA
|
||||
- AnDi Redesign
|
||||
- Transparente Anlagen in SE
|
||||
- VP Züge bereitstellen
|
||||
- Digitales Hallo
|
||||
- YODA
|
||||
|
||||
## Technologie-Hinweise
|
||||
|
||||
- Web-basierte Anwendungen (Angular vermutet, basierend auf APN-Migration)
|
||||
- Integration mit TPN (Trassenportal Netz) für Übergabe
|
||||
- NetzCockpit als internes Pendant zum Infraportal
|
||||
- BAPSI 2.0 importiert aus BBPneo (Baubetriebsplan)
|
||||
- Rollen-/Rechtemodell über Infraportal Superuser
|
||||
@@ -0,0 +1,148 @@
|
||||
# IT-Relevanz-Analyse der Funktionsbeschreibungen (FuBen)
|
||||
|
||||
**Datum:** 2026-06-18
|
||||
|
||||
**Scope:** IWF 2, 3, 4, 5, 6, 7, 8 und ihre Untereinheiten
|
||||
|
||||
**Ausgeschlossen:** IWF 1 (Strategie/Steuerung) und IWF 9 (Prozesse und IT)
|
||||
|
||||
**Suchbegriffe:** IT, Software, Anwendungen, Systeme, Digital, Tools, Plattform, Portal, Datenbank, Automatisierung, Datenmanagement, Schnittstelle, SAP, ERP, Applikation, elektronisch
|
||||
|
||||
## Legende Bewertung
|
||||
|
||||
| Symbol | Bedeutung |
|
||||
|---|---|
|
||||
| ✅ Ja | Aufgabe sollte in die IT-Abteilung wandern |
|
||||
| ⚠️ Teilweise | IT-Unterstützung nötig, fachliche Verantwortung bleibt in der OE |
|
||||
| 🔍 Prüfen | Kontext unklar, weitere Analyse nötig |
|
||||
|
||||
---
|
||||
|
||||
## Ergebnisse
|
||||
|
||||
| OE | IT-relevante Textstelle | Bewertung |
|
||||
|---|---|---|
|
||||
| IWF 2 – Strategischer Fahrplan und Kapazitätsmanagement / Segmente | Fachliche Betriebsführung, Wartung und Weiterentwicklung des Systems „Netzmonitor“ Durchführen / Responsible | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | Darstellen und Monitoren der Daten des Fahrplan- und Kapazitätsmanagements über alle Fahrplanphasen. | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | der Vorhaltung und Weiterentwicklung der notwendigen Daten in den für die Geschäftsanalytik im Fahrplan und Kapazitätsmanagement relevanten Systemen | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | der Plan-IT (integriertes Verkehrsmodell für die Netzentwicklung), Verkehrsmodellierung und widerstandsbasierten und fahrplanscharfen Verkehrsumlegung der netzweiten Prognose auf das Netz | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | der Implementierung von Tools zur Transparenzschaffung der heutigen Kapazitätsnutzung sowie in Fragestellungen des Kapazitätsmanagements über alle Fahrplanphasen hinweg | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | der fachlichen Betriebsführung, Wartung und Weiterentwicklung der Plattform für Daten des Fahrplans und Kapazitätsmanagements | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | der konsistenten Zusammenführung von Daten aus verschiedenen Quellsystemen zur Sicherstellung von Vergleichbarkeit und Reproduzierbarkeit | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 22 – Bautaktkonzeption | Erarbeitung von verkehrlichen Rahmenbedingungen (Netzmodell, Ausschlüsse, Definition von Bautakten) als Grundlage für die Bautaktbildung und Weiterentwicklung und Anwendung von mathematischen Modellen zur Optimierung von Bauprogrammen und Bewertung von deren Kapazitätsauswirkungen | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 22 – Bautaktkonzeption | Informiert werden über die Anwendung von Fahrplaninstrumenten für Baumaßnahmen in den Prozessphasen „Strategische Bauplanung“ und „Integrierte Bündelung“. Besonderheiten | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | der fachlich strategischen und prozessualen Anforderungen zur Entwicklung und Weiterentwicklung der fachlich verantworteten und/oder betriebsgeführten Systeme (z.B. BaBetT, MakSi-SP) | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | der fachlichen Tests und der fachlichen Abnahmen der inhaltlich verantworteten und/oder betriebsgeführten Systeme (z.B. BaBetT) | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | der Releaseplanung der inhaltlich verantworteten Systeme in Abstimmung mit allen Beteiligten (z.B. BaBetT, MakSi-SP) Funktionsbeschreibung V.IWF 221 Baubedarfsbündelung und Bautakte Seite 2 | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | der Definition von Anforderungen aus gesetzlichen Vorgaben an IT der Baubetriebsplanung Mitwirken / Consulted | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | über die Anwendung von Fahrplaninstrumenten für Baumaßnahmen im Planungshorizont 10 bis 2 Jahre vor Ausführung der Baumaßnahmen Besonderheiten | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 24 – Fahrwegkapazität und EBWU | der Koordination neuer IT-Anforderungen für V.IWF 2 in den entsprechenden Gremien (FBAK) und der fachlichen Anwenderbetreuung bei der Nutzung der EBW-Verfahren | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 3 – Netzfahrplan | ...ittelfristfahrplan und Jahresfahrplan mit besonderem Fokus auf Innovationen und Digitalisierung im Fahrplan | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 3 – Netzfahrplan | aller strategischen Entwicklungen des operativen Fahrplans und Kapazitätsmanagements in internationalen Angelegenheiten inkl. erforderlicher IT-Anforderungen und der entsprechenden Abstimmung in internationalen Gremien und Organisationen | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 31 – Regelwerk und Kompetenzmanagement Netzfahrplan | aller Abstimmungen und Anforderungen zur Erstellung und Weitergabe der Fahrplanunterlagen einschließlich Erheben aller dafür erforderlichen IT-Anforderungen | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 31 – Regelwerk und Kompetenzmanagement Netzfahrplan | der Koordination der fachlichen Anforderungen der Bereiche Produkt- und Vertriebsmanagement, Europäische Korridore und Kooperationen, Betrieb, Fahrplan und Kapazitätsmanagement, Netzzugang und Regulierung und Prozesse und IT inklusive Lean Mitwirken / Consulted | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 311 – Operative Exzellenz Fahrplan | von fachlichen Bedarfsanforderungen an IT-Anwendungen im Zusammenhang mit der Umsetzung der Ansätze aus dem Programm | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 33 – Erstellung Netzfahrplan | der konzeptionellen Weiterentwicklung der IT durch Ableitung und Dokumentation fachlicher Anforderungen das Vorbereiten von Eskalationen bis hin zum TOP-Management | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 33 – Erstellung Netzfahrplan | der Erarbeitung von Verfahren zur Bereitstellung /Verteilung von Fahrplanunterlagen/-daten Besonderheiten | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 331 – Integrierte Bündelung und Baumaßnahmen Netzfahrplan | Prozessentwicklung und die daraus resultierenden IT-Anforderungen Hauptaufgaben Verantworten / Accountable | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 331 – Integrierte Bündelung und Baumaßnahmen Netzfahrplan | der fachlichen Erarbeitung von Bedarfsanforderungen für IT-Anwendungen im Rahmen der entsprechenden Vorgaben für alle im Aufgabengebiet zu verantwortenden Themen | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 331 – Integrierte Bündelung und Baumaßnahmen Netzfahrplan | bei fachlichen IT Anforderungen | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 34 – Zugfahrtsimulation und Befahrbarkeitsuntersuchungen | der Weiterentwicklung und Vorhaltung geeigneter Werkzeuge und Datenbanken für Zugfahrtsimulation und Triebfahrzeugdaten | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 34 – Zugfahrtsimulation und Befahrbarkeitsuntersuchungen | der Aufbereitung und Weitergabe von fahrdynamischen Fahrzeugdaten an nachgelagerte Systeme | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 34 – Zugfahrtsimulation und Befahrbarkeitsuntersuchungen | bei der Implementierung fahrdynamisch zugmassenrelevanter Applikationen in anderen Anwendungen, konzernweit und beratend für die Fahrzeugindustrie | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | Die OE verantwortet die Weiterentwicklung des operativen Fahrplan- und Kapazitätsmanagements für die Phase unterjähriger Baufahrplan und kurzfristige Baubetriebsplanung mit besonderem Fokus auf Innovationen und Digitalisierung Hauptaufgaben Verantworten / Accountable | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | der fachlich strategischen und prozessualen Anforderungen zur Entwicklung und Weiterentwicklung der fachlich verantworteten und/oder betriebsgeführten Systeme (z.B. BBP, PAULA, TaT-Lue) | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | der fachlichen Tests und der fachlichen Abnahmen der inhaltlich verantworteten und/oder betriebsgeführten Systeme (z.B. BBP, PAULA, TaT-Lue) | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | der fachlichen Betriebsführung der IT–Anwendung „Paula/Tages-La“ zur Erarbeitung von La – Einträgen, einschließlich der qualifizierten Datenübergabe an die EVU Durchführen / Responsible | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | der Releaseplanung der inhaltlich verantworteten Systeme in Abstimmung mit allen Beteiligten (z.B. BBP, PAULA, TaT-Lue) Mitwirken / Consulted | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 41 – Unterjähriger Fahrplan und Baufahrplan | der konzeptionellen Weiterentwicklung der IT durch Ableitung und Dokumentation fachlicher Anforderungen Durchführen / Responsible | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 41 – Unterjähriger Fahrplan und Baufahrplan | der Erarbeitung von Verfahren zur Bereitstellung und Verteilung von Fahrplanunterlagen und -daten | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 42 – Kurzfristige Baubetriebsplanung | der Definition von Anforderungen an die IT der Baubetriebsplanung | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 5 – Kapazitätssteuerung | der Definition von Anforderungen aus gesetzlichen Vorgaben an Prozesse und IT der Baubetriebsplanung | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 5 – Kapazitätssteuerung | der Weiterentwicklungsaktivitäten des Portals zur Erstanmeldung Durchführen / Responsible | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 51 – Unterjährige Kapazitätsbewertung und -steuerung | bei den notwendigen und vorgeschlagenen Maßnahmen und ggf. Umsetzung von baubetrieblichen Optimierungen durch die Regionen sowie bei der Anwendung von Fahrplanhebeln Besonderheiten | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Weiterentwicklung der Eingabeunterstützung/Nutzerführungen in den IT-Systemen des eigenen Verantwortungsbereichs | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Entwicklung von Tools zur Verbesserung der Analysefähigkeit | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Sicherstellung des Anforderungsmanagements für die IT-Systeme im eigenen Verantwortungsbereich (bspw. Portal zur Erstanmeldung und Bauprognose-App) | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Formulierung und Abstimmung von fachlichen IT-Anforderungen zur Weiterentwicklung der Kennzahlenerhebung/-verfügbarkeit | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Umsetzung und Etablierung von Prognosemodellen für ausgewählte Kennzahlen unter Anwendung moderner Methoden des maschinellen Lernens und der Statistik | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Erarbeitung von Eingabeszenarien und Nutzerführungskonzepten für das Portal zur Erstanmeldung | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Bündelung von Weiterentwicklungsaktivitäten des Portals zur Erstanmeldung Funktionsbeschreibung V.IWF 52 Kennzahlen und Analysen Kapazitätssteuerung Seite 2 | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Integration von Planungsvorgaben (bspw. Standardsperrzeiten) im Portal zur Erstanmeldung sowie Unterstützung beim Nachhalten der Vorgaben im Rahmen der baubetrieblichen Anzeige und der Erstanmeldung | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | Erarbeitung von Umsetzungskonzepten für die Anforderungen an die IT-Systeme im eigenen Verantwortungsbereich Mitwirken / Consulted | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 6 – Netzzugang und Regulierung | der fristgerechten Lieferung von Daten für das europäische RINF | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 6 – Netzzugang und Regulierung | ...Owner“ die Transparenz, Qualität, Verfügbarkeit, Teilbarkeit und Compliance der Daten, die durch das zuständige Data-Gremium zugeordnet sind inkl. der Benennung von „Data Stewards“, mit deren Hilfe Maßnahmen zur Verbesserung der Datenqualität entwickelt, umgesetzt und der Umsetzungserfolg mittels KPIs ge... | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 6 – Netzzugang und Regulierung | an Prozessschnittstellen zu anderen Teilen der End-to-End-Prozesslandkarten sowie an der Datenstrategie und dem unternehmensweiten Datenmanagement in Abstimmung mit der CDO- Organisation Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 61 – Netzzugangsrecht | der Entwicklung von digitalen Auswertungs- und Erwiderungsmöglichkeiten in den in den Verantwortungsbereich fallenden Rechtsgebieten („legal tech“) in Zusammenarbeit mit Kooperationspartnern | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 7 – Marktplanung und -entwicklung | der Definition der Anforderungen für die Weiterentwicklung der Abrechnungssysteme und IT- Systeme für das Vertriebscontrolling | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 7 – Marktplanung und -entwicklung | der Digitalisierung von wertschöpfenden Prozessen, um einen maximalen Automatisierungsgrad bei höchstem Geschäftspartnernutzen zu gewährleisten, insbesondere die fachliche Priorisierung, Korrektheit und Sinnhaftigkeit (Richtigkeit) der fachlichen Anforderungen an die IT-Umsetzung (Business Owner) | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 7 – Marktplanung und -entwicklung | der Anwendung von Prognose-Instrumenten zur Vorhersage von kurz-, mittel- und langfristigen marktspezifischen Absatz- und Umsatzentwicklungen | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 71 – Infrastrukturentwicklung | bei der Digitalisierung und Automatisierung von Aufgaben durch Einbringen von Anforderungen in die Entwicklung von IT-Anwendungen, fachliche Beratung bei der Implementierung und Abnahme (Testing) der Anwendungen, sowie ggf. Prozessanpassungen Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 72 – Grundsätze Abrechnung und operative Abrechnung | der qualitätsgerechten Einführung weiterentwickelter Abrechnungsprozesse und -systeme | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 72 – Grundsätze Abrechnung und operative Abrechnung | bei der Digitalisierung und Automatisierung von Aufgaben durch Einbringen von Anforderungen in die Entwicklung von IT-Anwendungen, fachliche Beratung bei der Implementierung und Abnahme (Testing) der Anwendungen, sowie ggf. Prozessanpassungen Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 73 – Forderungsmanagement und operative Abrechnung | der qualitätsgerechten Einführung weiterentwickelter Forderungsmanagementprozesse und - systeme | ⚠️ Teilweise – Systemnutzung mit fachlichem Kontext |
|
||||
| IWF 73 – Forderungsmanagement und operative Abrechnung | bei der Digitalisierung und Automatisierung von Aufgaben durch Einbringen von Anforderungen in die Entwicklung von IT-Anwendungen, fachliche Beratung bei der Implementierung und Abnahme (Testing) der Anwendungen, sowie ggf. Prozessanpassungen Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 8 – Produkt- und Preismanagement | der fachlichen Führung und funktionalen Steuerung der regionalen und zentralen Vertriebsorganisationseinheiten mit dem Ziel der einheitlichen Anwendung aller Regularien zu Entgelten und Produkten | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 8 – Produkt- und Preismanagement | des Risikomanagements bezüglich aller preisrelevanten externen Risiken, und hier insbesondere den regulierungsrechtlichen und zivilrechtlichen Risiken und der Durchsetzbarkeit der Anwendung der Entgeltsysteme | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 8 – Produkt- und Preismanagement | der Digitalisierung von wertschöpfenden Prozessen, um einen maximalen Automatisierungsgrad bei höchstem Geschäftspartnernutzen zu gewährleisten, insbesondere die fachliche Priorisierung und Korrektheit und Sinnhaftigkeit (Richtigkeit) der ... | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 8 – Produkt- und Preismanagement | der Entwicklung der IT-gestützten Entgeltmodelle sowie der vertrieblichen Unterlagen für die Entgeltsysteme von Trassen, Serviceeinrichtungen, Zusatz- und Nebenleistungen sowie Infrastrukturanschlüssen | 🔍 Prüfen – möglicherweise IT-relevant (Systembezug) |
|
||||
| IWF 81 – Produkt- und Preismanagement Serviceeinrichtungen und Infrastrukturanschlüsse | Fachliche Steuerung des Vertriebs in den Regionen und der Zentrale in allen Fragen der Anwendung der Produkte und Entgeltregelungen für Serviceeinrichtungen und Infrastrukturanschlüsse Hauptaufgaben Verantworten / Accountable | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 81 – Produkt- und Preismanagement Serviceeinrichtungen und Infrastrukturanschlüsse | der Rolle des fachlichen Ansprechpartners für die Anwendung der Entgelte und Produkte Serviceeinrichtungen und Infrastrukturanschlüsse | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 81 – Produkt- und Preismanagement Serviceeinrichtungen und Infrastrukturanschlüsse | bei der Digitalisierung und Automatisierung von Aufgaben durch Einbringen von Anforderungen in die Entwicklung von IT-Anwendungen, fachliche Beratung bei der Implementierung und Abnahme (Testing) der Anwendungen, sowie ggf. Prozessanpassungen Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | Fachliche Steuerung des Vertriebs in den Regionen und der Zentrale in allen Fragen der Anwendung der Produkte und Entgeltregelungen von Trassen Hauptaufgaben Verantworten / Accountable | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | der Rolle des fachlichen Ansprechpartners für die Regionen und Zentrale und Unterstützung dieser bei der Anwendung der Entgelte und Produkte Trasse | ⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | des Risikomanagements bezüglich aller preisrelevanten externen Risiken für die Trasse, und hier insbesondere den regulierungsrechtlichen und zivilrechtlichen Risiken und der Durchsetzbarkeit der Anwendung der Entgeltsysteme | ✅ Ja – IT-Aufgabe |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | der fachlichen Führung der IT-Instrumente zum Schienenlärmschutzgesetz | 🔍 Prüfen – Kontext unklar |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | bei der Digitalisierung und Automatisierung von Aufgaben durch Einbringen von Anforderungen in die Entwicklung von IT-Anwendungen, fachliche Beratung bei der Implementierung und Abnahme (Testing) der Anwendungen, sowie ggf. Prozessanpassungen Besonderheiten | ✅ Ja – klare IT-Aufgabe |
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Zusammenfassung
|
||||
|
||||
| Kategorie | Anzahl |
|
||||
|---|---|
|
||||
| ✅ Klare IT-Aufgaben | 33 |
|
||||
| ⚠️ Teilweise IT-relevant | 20 |
|
||||
| 🔍 Zu prüfen | 19 |
|
||||
| **Gesamt** | **72** |
|
||||
|
||||
### Verteilung nach Organisationseinheit
|
||||
|
||||
| OE | Anzahl IT-Stellen |
|
||||
|---|---|
|
||||
| IWF 2 – Strategischer Fahrplan und Kapazitätsmanagement / Segmente | 1 |
|
||||
| IWF 21 – Strategischer Fahrplan, Netzkonzeption und Geschäftsanalytik | 6 |
|
||||
| IWF 22 – Bautaktkonzeption | 2 |
|
||||
| IWF 221 – Baubedarfsbündelung und Bautakte | 5 |
|
||||
| IWF 24 – Fahrwegkapazität und EBWU | 1 |
|
||||
| IWF 3 – Netzfahrplan | 2 |
|
||||
| IWF 31 – Regelwerk und Kompetenzmanagement Netzfahrplan | 2 |
|
||||
| IWF 311 – Operative Exzellenz Fahrplan | 1 |
|
||||
| IWF 33 – Erstellung Netzfahrplan | 2 |
|
||||
| IWF 331 – Integrierte Bündelung und Baumaßnahmen Netzfahrplan | 3 |
|
||||
| IWF 34 – Zugfahrtsimulation und Befahrbarkeitsuntersuchungen | 3 |
|
||||
| IWF 4 – Unterjähriger Fahrplan und Baubetriebsmanagement | 5 |
|
||||
| IWF 41 – Unterjähriger Fahrplan und Baufahrplan | 2 |
|
||||
| IWF 42 – Kurzfristige Baubetriebsplanung | 1 |
|
||||
| IWF 5 – Kapazitätssteuerung | 2 |
|
||||
| IWF 51 – Unterjährige Kapazitätsbewertung und -steuerung | 1 |
|
||||
| IWF 52 – Kennzahlen und Analysen Kapazitätssteuerung | 9 |
|
||||
| IWF 6 – Netzzugang und Regulierung | 3 |
|
||||
| IWF 61 – Netzzugangsrecht | 1 |
|
||||
| IWF 7 – Marktplanung und -entwicklung | 3 |
|
||||
| IWF 71 – Infrastrukturentwicklung | 1 |
|
||||
| IWF 72 – Grundsätze Abrechnung und operative Abrechnung | 2 |
|
||||
| IWF 73 – Forderungsmanagement und operative Abrechnung | 2 |
|
||||
| IWF 8 – Produkt- und Preismanagement | 4 |
|
||||
| IWF 81 – Produkt- und Preismanagement Serviceeinrichtungen und Infrastrukturanschlüsse | 3 |
|
||||
| IWF 82 – Produkt- und Preismanagement Trasse | 5 |
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Fazit
|
||||
|
||||
Die Analyse zeigt, dass IT-bezogene Aufgaben über die gesamte Organisation verteilt sind. Besonders in den Bereichen Kapazitätsmanagement (IWF 2), Netzfahrplan (IWF 3), Kapazitätssteuerung (IWF 5) und Produkt-/Preismanagement (IWF 8) finden sich Aufgaben mit starkem IT-Bezug, die potenziell in eine zentrale IT-Abteilung wandern könnten.
|
||||
|
||||
**Empfehlung:** Die mit ✅ markierten Aufgaben sollten prioritär geprüft werden, ob sie in IWF 9 (Prozesse und IT) zentralisiert werden können.
|
||||
@@ -0,0 +1,158 @@
|
||||
# Konsistenzprüfung gegen verifizierte Fakten
|
||||
|
||||
Stand: 2026-06-18 | Methode: Automatischer Abgleich aller Output-Dateien gegen 16 verifizierte Fakten
|
||||
|
||||
---
|
||||
|
||||
## Zusammenfassung
|
||||
|
||||
| Datei | Inkonsistenzen |
|
||||
|-------|---------------|
|
||||
| index.html | 0 |
|
||||
| uebersicht.html | 1 |
|
||||
| reorganisation.html | 2 |
|
||||
| architektur.html | 3 |
|
||||
| organigramm-zukunft.html | 3 |
|
||||
| bereich-reorg.html | 1 |
|
||||
| 2026-06-17-strategische-reorganisation.md | 1 |
|
||||
| **Gesamt** | **11** |
|
||||
|
||||
---
|
||||
|
||||
## Detaillierte Befunde
|
||||
|
||||
### 1. uebersicht.html
|
||||
|
||||
**Fakt 1 — Team XWing fehlt bei ART Abrechnung**
|
||||
- Verifiziert: Teams **Coruscant, Rogue One, XWing** → ART Abrechnung / AC Trasse
|
||||
- In Datei: ART Abrechnung listet Coruscant, Rogue One, Taskforce Wookies, Team SAP — aber **Team XWing fehlt**
|
||||
- Handlung: XWing als Team im ART Abrechnung ergänzen
|
||||
|
||||
---
|
||||
|
||||
### 2. reorganisation.html
|
||||
|
||||
**Fakt 6 — strecken.zeit in falscher Domäne (Variante B, Stream 1)**
|
||||
- Verifiziert: **strecken.zeit** → belongs to **Stream 3** (Fahrplan & Kapazität), NOT Stream 1
|
||||
- In Datei (Variante B): strecken.zeit ist korrekt in Stream 3 gelistet (Tools: „KonBel, InKa, TAKT, strecken.zeit, UjK, UjV, KuK") ✅
|
||||
- **Aber** in Variante B → Stream 1 listet „strecken.info" — das ist korrekt (strecken.info ≠ strecken.zeit)
|
||||
- **Kein Fehler bei strecken.zeit hier.**
|
||||
|
||||
**Fakt 2 — INKA Zuordnung mehrdeutig**
|
||||
- Verifiziert: **INKA** = Integrierte Kapazitätsmanagementplattform, Teil von **ART CM / Team CMDP**
|
||||
- In Datei (Variante A, Stream 3): InKa wird unter Stream 3 (Fahrplan & Kapazität) gelistet mit Kommentar „heute: SuN + UjK + UjV + KuK + **CM**"
|
||||
- Bewertung: Die Stream-Zuordnung (InKa → Stream 3) ist eine **Reorganisations-Entscheidung** und kein Faktenfehler. Aber die IST-Zugehörigkeit (ART CM) sollte explizit erwähnt werden, um Verwechslung zu vermeiden.
|
||||
- Handlung: Klarstellen, dass InKa im IST bei ART CM liegt und im SOLL nach Stream 3 wandert.
|
||||
|
||||
**Fakt 5 — SIC OP Ownership unklar**
|
||||
- Verifiziert: **ART Plattform** → produces **SIC OP** (Secure Integrated Compliant Operations Platform)
|
||||
- In Datei: Stream 3 listet SIC OP als Tool, mit Kommentar „heute: SuN + UjK + UjV + KuK + CM" — **ART Plattform wird nicht als SIC-OP-Owner genannt**
|
||||
- Im Plattform-Querschnitt steht: „SIC OP Betrieb + pathOS-Infra + CI/CD → konsolidiert"
|
||||
- Bewertung: SIC OP taucht in zwei Kontexten auf (als Fahrplan-System UND als Plattform-Betrieb), ohne dass ART Plattform als Produzent explizit benannt wird.
|
||||
- Handlung: Klarstellen, dass ART Plattform der Producer von SIC OP ist.
|
||||
|
||||
---
|
||||
|
||||
### 3. architektur.html
|
||||
|
||||
**Fakt 2 — INKA als Teil von CMDP dargestellt, aber Name falsch**
|
||||
- Verifiziert: **INKA** = **Integrierte Kapazitätsmanagementplattform**
|
||||
- In Datei: „CMDP (CM Data Platform) — Datenplattform für Kapazitätsmanagement — Teams Crush + Marlin **(inkl. INKA)**"
|
||||
- Bewertung: INKA wird hier als Unterkomponente von CMDP dargestellt. Das ist konsistent mit Fakt 2 (Teil von ART CM / Team CMDP), aber der vollständige Name „Integrierte Kapazitätsmanagementplattform" fehlt, und die Darstellung suggeriert INKA sei ein Modul von CMDP statt ein eigenständiges Produkt.
|
||||
- Handlung: INKA als eigenständiges System im ART CM hervorheben mit vollem Namen.
|
||||
|
||||
**Fakt 3 — Data Team IWF9 Beschreibung unpräzise**
|
||||
- Verifiziert: **Data Team IWF9** — Leitung **Markus Germany**, direkt bei IWF9, **NOT FINANCE 4 DB**
|
||||
- In Datei: „Data Team (IWF9) — 5 Data Scientists — Abrechnung, Vertriebsdaten, kundenrelevante Daten. Power BI Self-Service." Owner: „Abteilung IWF9"
|
||||
- Bewertung: Leiter „Markus Germany" wird nicht genannt. Kein expliziter Hinweis, dass es NICHT FINANCE 4 DB ist.
|
||||
- Handlung: Leitung (Germany) ergänzen; Klarstellung, dass es kein FINANCE 4 DB Team ist.
|
||||
|
||||
**Fakt 6 — strecken.zeit falsche Domäne**
|
||||
- Verifiziert: **strecken.zeit** → belongs to **Stream 3** (Fahrplan & Kapazität)
|
||||
- In Datei: strecken.zeit ist unter Domäne „Fahrplan-Veröffentlichung & Kommunikation" gelistet mit Owner „DigiPaLö (11)"
|
||||
- Bewertung: Die Domäne „Fahrplan-Veröffentlichung & Kommunikation" ist **nicht** Stream 3 (Fahrplan & Kapazität). Zudem: Im SOLL gehört strecken.zeit zu Stream 3, aber hier steht Owner „DigiPaLö" — das ist der IST-Zustand (O2C). Die architektonische Sicht vermischt IST-Owner mit SOLL-Stream-Zuordnung.
|
||||
- Handlung: Klarstellen, dass strecken.zeit fachlich zu Fahrplan & Kapazität (Stream 3) gehört, auch wenn heute bei DigiPaLö verortet.
|
||||
|
||||
---
|
||||
|
||||
### 4. organigramm-zukunft.html
|
||||
|
||||
**Fakt 5 — SIC OP als Produkt von ART Plattform nicht erwähnt**
|
||||
- Verifiziert: **ART Plattform** → produces **SIC OP** (Secure Integrated Compliant Operations Platform)
|
||||
- In Datei (IST-Tab): ART Plattform wird nirgends namentlich erwähnt. In Variante C steht „Plattform — SIC OP Betrieb, CI/CD, QuEST" im Querschnitt — aber ohne Zuordnung zu ART Plattform als Produzent.
|
||||
- In Datei (Variante D): SIC OP taucht bei „Solution / Architektur (~12) — SIC OP Strategie" auf — hier als Strategiethema, nicht als Betriebsprodukt des ART Plattform.
|
||||
- Handlung: ART Plattform als Producer von SIC OP kennzeichnen.
|
||||
|
||||
**Fakt 16 — Data Team im Aftersales-Stream**
|
||||
- Verifiziert: **Data Team** → im **Aftersales-Stream** (Variante C/D), **NOT in Querschnitt**
|
||||
- In Datei (Variante D): Data Team erscheint bei „Team Data & Analytics (~20) — InKa, ML, Data Governance, **Data Team**" innerhalb der **IT-Abteilung (Querschnitt)**
|
||||
- Bewertung: Das Data Team wird der IT-Abteilung zugeordnet, nicht dem Aftersales-Stream. In Variante C steht es korrekt bei „Aftersales: Abrechnung & aktuelle Information" → „Data Team (Germany, ~5) — Power BI, Analytics" ✅
|
||||
- **Inkonsistenz:** Variante D platziert das Data Team in der IT-Abt. (Team Data & Analytics), während Fakt 16 es im Aftersales-Stream verortet. Die Varianten C und D widersprechen sich hier.
|
||||
- Handlung: In Variante D klarstellen, dass Data Team (Germany) fachlich dem Aftersales-Stream zugeordnet bleibt, auch wenn es organisatorisch in der IT-Abt. sitzt — ODER die Variante D korrigieren.
|
||||
|
||||
**Fakt 15 — Solution / Architektur Verortung**
|
||||
- Verifiziert: **Solution / Architektur (ex-IWF 15)** → im **Querschnitt-Team der IT-Abt.**
|
||||
- In Datei (Variante D): „Solution / Architektur (~12) — SIC OP Strategie, Übergreifend" — innerhalb der IT-Abteilung ✅
|
||||
- In Datei (Variante A): Stream 3 listet „Team Solution (ex-IWF 15, ~12)" — **innerhalb von Stream 3**, nicht im Querschnitt!
|
||||
- **Inkonsistenz:** Variante A ordnet Solution/Architektur dem Stream 3 zu, während Fakt 15 sie im Querschnitt der IT-Abt. verortet.
|
||||
- Handlung: In Variante A Solution/Architektur aus Stream 3 in den Querschnitt verschieben.
|
||||
|
||||
---
|
||||
|
||||
### 5. bereich-reorg.html
|
||||
|
||||
**Fakt 16 — Data Team im Aftersales, nicht in IT-Querschnitt**
|
||||
- Verifiziert: **Data Team** → im **Aftersales-Stream** (Variante C/D), NOT in Querschnitt
|
||||
- In Datei (SOLL-Tab, Aftersales): „+ Data Team (Germany)" → korrekt ✅
|
||||
- In Datei (Transition-Tab, IT-Abt. Ziel-Teams): „Team Data & Analytics (~20) — InKa, ML, Data Governance, **Data Team (Germany)**"
|
||||
- **Inkonsistenz:** Das Data Team taucht sowohl in der Aftersales-Abteilung (fachlich) als auch in der IT-Abt. „Team Data & Analytics" auf. Unklare Doppelzuordnung.
|
||||
- Handlung: Klare Trennung: Data Team = fachlich Aftersales, organisatorisch ggf. IT — aber nicht in beiden Listen ohne Erklärung.
|
||||
|
||||
---
|
||||
|
||||
### 6. 2026-06-17-strategische-reorganisation.md
|
||||
|
||||
**Fakt 2 — InKa Zuordnung IST**
|
||||
- Verifiziert: **INKA** = Integrierte Kapazitätsmanagementplattform, Teil von **ART CM / Team CMDP**
|
||||
- In Datei (Ist-Zustand Diagramm): InKa wird unter „6. Auswerten" dargestellt neben ART CM (44) — korrekt ✅
|
||||
- In Datei (Kapitel „Identifizierte Synergien"): „**InKa** (C2S, 44 Pers.) = Kapazitätsdaten"
|
||||
- **Inkonsistenz:** InKa wird mit 44 Personen gleichgesetzt. Aber 44 ist die Größe des **gesamten ART CM** (4 Teams). InKa ist nur ein Produkt innerhalb des ART CM/CMDP, nicht das ganze ART.
|
||||
- Handlung: Formulierung korrigieren: „InKa (ART CM, Team CMDP) = Kapazitätsdaten | ART CM gesamt: 44 Personen"
|
||||
|
||||
---
|
||||
|
||||
## Keine Inkonsistenzen gefunden bei
|
||||
|
||||
| Fakt | Beschreibung | Status |
|
||||
|------|-------------|--------|
|
||||
| 1 | Coruscant, Rogue One → ART Abrechnung, NEVER #Einfachbahn | ✅ Korrekt (uebersicht.html hat Kommentar-Anmerkung) |
|
||||
| 4 | pathOS Teams (PI 41) — Backend, Frontend, Ops, ProF, FbF | ✅ Korrekt überall |
|
||||
| 7 | TPN → Stream 2 (Bestellen & Vertrag) | ✅ Korrekt überall |
|
||||
| 8 | TTTneo → übergreifend (Stream 2 + 3) | ✅ Korrekt überall |
|
||||
| 9 | Team Juice → ART Uj Veröffentlichung | ✅ Korrekt (uebersicht.html) |
|
||||
| 10 | Nexus, Ains, Galaxy, PlanBau → ART Uj Konstruktion | ✅ Korrekt (uebersicht.html) |
|
||||
| 11 | IWF 6 → bleibt als eigene Abteilung bestehen | ✅ Korrekt (bereich-reorg + organigramm-zukunft) |
|
||||
| 12 | IWF 7 + IWF 8 → fusioniert → regionale Vertriebsorg. (~100 Pers.) | ✅ Korrekt überall |
|
||||
| 13 | IT-Abt. Leitung: Helena Gruber, Chief Expert: Anatol Scholz | ✅ Korrekt überall |
|
||||
| 14 | Bereichsleitung V.IWF: Dr. Matthias Feil, 658 MA | ✅ Korrekt überall |
|
||||
|
||||
---
|
||||
|
||||
## Empfohlene Korrekturen (priorisiert)
|
||||
|
||||
### Priorität 1 (Faktisch falsch)
|
||||
1. **uebersicht.html** — Team XWing bei ART Abrechnung ergänzen
|
||||
2. **organigramm-zukunft.html (Variante A)** — Solution/Architektur aus Stream 3 in Querschnitt verschieben
|
||||
3. **organigramm-zukunft.html (Variante D)** — Data Team Doppelzuordnung auflösen (Aftersales vs. IT-Querschnitt)
|
||||
|
||||
### Priorität 2 (Mehrdeutig/unvollständig)
|
||||
4. **architektur.html** — strecken.zeit → fachlich Stream 3 klarstellen (nicht „Kommunikation")
|
||||
5. **architektur.html** — INKA als eigenständiges Produkt mit vollem Namen
|
||||
6. **architektur.html** — Data Team Leitung (Markus Germany) ergänzen
|
||||
7. **reorganisation.html** — ART Plattform als SIC-OP-Producer nennen
|
||||
8. **2026-06-17-strategische-reorganisation.md** — InKa ≠ 44 Personen (das ist ART CM gesamt)
|
||||
|
||||
### Priorität 3 (Verbesserung)
|
||||
9. **bereich-reorg.html** — Data Team Doppelauftritt erklären (fachlich Aftersales, org. IT)
|
||||
10. **reorganisation.html** — InKa IST-Zugehörigkeit (ART CM) explizit machen
|
||||
11. **architektur.html** — Abgrenzung FINANCE 4 DB vs. Data Team IWF9 hinzufügen
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
|
After Width: | Height: | Size: 51 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 14 KiB |
BIN
Binary file not shown.
BIN
Binary file not shown.
BIN
Binary file not shown.
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,201 @@
|
||||
# -*- coding: utf-8 -*-
|
||||
import sys
|
||||
from pathlib import Path
|
||||
|
||||
SKILL_DIR = Path.home() / ".kiro" / "skills" / "pptx-infrago" / "assets"
|
||||
sys.path.insert(0, str(SKILL_DIR))
|
||||
|
||||
from db_infrago_pptx import (
|
||||
open_deck, save, add_notes, background_image_path,
|
||||
add_titel_bild_schwarz, add_statement_rot,
|
||||
add_titel_und_2_inhalte, add_titel_und_inhalt,
|
||||
add_kapiteltrenner_weiss, add_tabelle, add_ende_bild,
|
||||
)
|
||||
|
||||
FOOTER = "DB InfraGO AG | Helena Gruber | V.IWF 9 | 2026"
|
||||
KLASSIFIZIERUNG = "DB Vertraulich / DB confidential"
|
||||
|
||||
prs = open_deck()
|
||||
|
||||
# --- Folie 1: Titel ---
|
||||
slide = add_titel_bild_schwarz(
|
||||
prs,
|
||||
titel="Reorganisation IT V.IWF",
|
||||
untertitel="Neuschnitt der IT-Abteilung entlang Annex VII Konsultationsphasen",
|
||||
bild=background_image_path("weltkugel"),
|
||||
kategorie="Strategie",
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "Ziel: Vorstellung des Vorschlags zur Neuorganisation der IT im Bereich V.IWF. Zwei Varianten (C und D) werden vorgestellt.")
|
||||
|
||||
# --- Folie 2: Statement ---
|
||||
slide = add_statement_rot(
|
||||
prs,
|
||||
titel="",
|
||||
statement="173 interne IT-Mitarbeitende auf 2 Abteilungen verteilt. 33 weitere IT-Aufgaben liegen ohne klare Ownership in 7 Fachabteilungen.",
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "Kernproblem: IT ist fragmentiert. IWF 1 (128 MA) und IWF 9 (45 MA) machen IT, aber auch IWF 2-8 haben IT-Aufgaben in ihren FuBen - ohne dedizierte IT-Verantwortung.")
|
||||
|
||||
# --- Folie 3: IST-Zustand ---
|
||||
slide = add_titel_und_2_inhalte(
|
||||
prs,
|
||||
titel="IST: Zwei getrennte IT-Abteilungen",
|
||||
bullets_links=[
|
||||
"V.IWF 1 - Digitalisierung Fahrplan & KM",
|
||||
"Leitung: Anatol Scholz | 128 MA",
|
||||
"IWF 11 Anforderungsmanagement (43)",
|
||||
"IWF 12 neXt Lab (30)",
|
||||
"IWF 13 Projekte Fahrplan (15)",
|
||||
"IWF 14 Regelwerk & Architektur (11)",
|
||||
"IWF 15 Solution Management (12)",
|
||||
"IWF 16 Infrastrukturdaten (10)",
|
||||
],
|
||||
bullets_rechts=[
|
||||
"V.IWF 9 - Digitale Vertriebsprodukte",
|
||||
"Leitung: Helena Gruber | 45 MA",
|
||||
"IWF 91 Digitale Partnerloesungen (10)",
|
||||
"IWF 92 Business IT Vertriebsprodukte (22)",
|
||||
"Data Team (Ltg. Germany, 5)",
|
||||
"Querschnitt/Steuerung (3)",
|
||||
"",
|
||||
"Zusaetzlich: ~727 ext. in Value Teams",
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "IWF 1 fuer C2S-Fahrplan, IWF 9 fuer O2C-Vertrieb. Dazu ~727 externe. IWF 2-8 haben zusaetzlich eigene IT-Aufgaben in ihren FuBen.")
|
||||
|
||||
# --- Folie 4: Zahlen ---
|
||||
slide = add_tabelle(
|
||||
prs,
|
||||
titel="Handlungsbedarf in Zahlen",
|
||||
header=["Kennzahl", "Bedeutung"],
|
||||
zeilen=[
|
||||
["658", "Mitarbeitende im Bereich V.IWF (Dr. Feil)"],
|
||||
["173", "Interne IT-Mitarbeitende (IWF 1 + IWF 9)"],
|
||||
["33", "IT-Aufgaben in Fach-Abt. ohne IT-Ownership"],
|
||||
["42-64", "Personen-Transfer in die IT-Abteilung"],
|
||||
["215-237", "IT-Abteilung nach Transition (12 Teams)"],
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "658 MA Bereich. 173 IT. 33 IT-Aufgaben verstreut. Transfer 42-64. Ergebnis: 215-237 MA in IT-Abt.")
|
||||
|
||||
# --- Folie 5: Kapiteltrenner Variante C ---
|
||||
slide = add_kapiteltrenner_weiss(
|
||||
prs,
|
||||
titel="Variante C",
|
||||
untertitel="IT-Abteilung entlang Annex VII Phasen",
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
|
||||
# --- Folie 6: Variante C Tabelle ---
|
||||
slide = add_tabelle(
|
||||
prs,
|
||||
titel="Variante C - IT-Teams nach Konsultationsphasen",
|
||||
header=["Phase", "IT-Themen", "Pers.", "Systeme"],
|
||||
zeilen=[
|
||||
["KP 4\nLangfrist", "Kapazitaetsstrategie,\nRahmenvertraege", "~20", "InKa (Langfrist),\niTrace, Segmentierung"],
|
||||
["KP 3\nNetzfahrplan", "Netzfahrplan,\nBaufahrplan", "~43", "KonBel, TAKT,\nBBPneo, strecken.zeit"],
|
||||
["KP 2\nUnterjaehrig", "Unterjaehrl. FP, GelV,\nBaubetriebsplanung", "~30", "UjK, UjV, TrassenOrder,\nBBP, PAULA, APN"],
|
||||
["KP 1\nKurzfristig", "Kapazitaetssteuerung,\nKommunikation, Betrieb", "~35", "Portal Erstanmeldung,\nDB Livemaps, strecken.info"],
|
||||
["Aftersales", "Abrechnung,\nKundenaustausch", "~20", "AC Trasse, SAP BRIM,\nInfraportal, Data Team"],
|
||||
["Orga &\nQuerschnitt", "Leitung, FBF,\nSolution/Architektur", "~25", "SIC OP Strategie,\nPlattform, Projekte"],
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "Phase KP 1 = Kapazitaetssteuerung + kurzfristiger Fahrplan (ex-IWF 5 + Teile IWF 4). Phase KP 2 = unterjaehrig inkl. Baubetrieb (ex-IWF 4). Leitung: Helena Gruber, Chief Expert: Anatol Scholz.")
|
||||
|
||||
# --- Folie 7: Kapiteltrenner Variante D ---
|
||||
slide = add_kapiteltrenner_weiss(
|
||||
prs,
|
||||
titel="Variante D",
|
||||
untertitel="Ziel-Organisation Gesamtbereich V.IWF",
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
|
||||
# --- Folie 8: Variante D Bereich gesamt ---
|
||||
slide = add_titel_und_inhalt(
|
||||
prs,
|
||||
titel="Variante D - Bereich V.IWF nach Reorganisation",
|
||||
bullets=[
|
||||
"Bereichsleitung: Dr. Matthias Feil | ~760 MA",
|
||||
"7 Abteilungen nach Annex VII Phasen:",
|
||||
"1. KP 4 Langfristplanung (Engelbach, ~130)",
|
||||
"2. KP 3 Netzfahrplan (Poehle, ~105)",
|
||||
"3. KP 2 Unterjaehrl. FP & Baubetrieb (Homfeld, ~110)",
|
||||
"4. KP 1 Kapazitaetssteuerung & Kurzfrist (Fuerstner, ~44)",
|
||||
"5. Netzzugang & Regulierung (Etzold, 25 - unveraendert)",
|
||||
"6. Aftersales & Markt (Fett, ~40)",
|
||||
"7. Digitalisierung & IT (Gruber/Scholz, ~215-237)",
|
||||
"8. Regionale FP-Org. FV & GV (Fett, ~100) - NEU",
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "Neuschnitt nach Annex VII. IWF 6 bleibt. IWF 7+8 fusioniert unter Matthias Fett zur Regionalen Fahrplanorganisation Fernverkehr und Gueterverkehr (~100 MA). IT-Abt. (IWF 1+9 fusioniert + Transfers) wird groesste Abt. Prinzip: Fach = WHAT, IT = HOW.")
|
||||
|
||||
# --- Folie 9: IT-Abteilung Detail ---
|
||||
slide = add_tabelle(
|
||||
prs,
|
||||
titel="IT-Abteilung: 12 Teams (Gruber / Scholz)",
|
||||
header=["Team", "MA", "Kern-Systeme / Aufgaben"],
|
||||
zeilen=[
|
||||
["Fahrplan-IT", "25", "KonBel, TAKT, BBP, PAULA"],
|
||||
["Kundenportale", "20", "Infraportal, Trassenfinder, Portal Erstanmeldung"],
|
||||
["Data & Analytics", "20", "InKa, ML-Modelle, Kapazitaetstransparenz"],
|
||||
["Business IT Vertrieb", "22", "pathOS, TPN, APN, Abrechnungs-IT"],
|
||||
["Simulation & Modelle", "15", "Zugfahrtsimulation, Optimierung Bauprogramme"],
|
||||
["neXt / Schnelle Loesungen", "25", "#Einfachbahn, DB Livemaps, strecken.info"],
|
||||
["Infrastrukturdaten", "15", "IDBF, strecken.zeit"],
|
||||
["Bau-IT", "15", "BBPneo, BAPSI, KomBAU, Bauprognose-App"],
|
||||
["FBF & Support", "20", "Fusioniert: FBF Fahrplan + FBF Bau + 2nd Level"],
|
||||
["Solution / Architektur", "12", "SIC OP Strategie, uebergreifend"],
|
||||
["Projekte", "15", "TTTneo, uebergreifende IT-Projekte"],
|
||||
["Leitung + Regelwerk", "6", "Gruber, Scholz, fachliche Architektur"],
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "12 Teams, alle zwischen 12 und 25 Personen (intern). Klare Ownership pro System/Domaene. FBF fusioniert aus IWF 111 + IWF 112 + Support IWF 9. Data Team (Germany) fachlich Aftersales, org. in Data & Analytics.")
|
||||
|
||||
# --- Folie 10: Uebergangsmatrix ---
|
||||
slide = add_tabelle(
|
||||
prs,
|
||||
titel="Uebergangsmatrix - Top-Transfers in die IT-Abteilung",
|
||||
header=["IT-Aufgabe", "Quell-OE", "Ziel-Team", "Pers.", "Prio"],
|
||||
zeilen=[
|
||||
["Portal Erstanmeldung + ML", "IWF 52 (19 MA)", "Kundenportale / Data", "7-11", "Hoch"],
|
||||
["Zugfahrtsimulation + DB", "IWF 34 (11 MA)", "Simulation & Modelle", "3-5", "Hoch"],
|
||||
["Digitalisierung BBP/PAULA", "IWF 4 (80 MA)", "Fahrplan-IT", "3-5", "Hoch"],
|
||||
["IT-Anforderungen NFP", "IWF 331 (34 MA)", "Fahrplan-IT", "2-3", "Hoch"],
|
||||
["Vertriebsprozesse Digit.", "IWF 7 (47 MA)", "Business IT Vertrieb", "3-5", "Hoch"],
|
||||
["Abrechnungssysteme", "IWF 72 (22 MA)", "Business IT Vertrieb", "2-3", "Mittel"],
|
||||
["IT-Anwendungen SE+IA/Trasse", "IWF 81+82 (21 MA)", "Business IT Vertrieb", "2-4", "Mittel"],
|
||||
["Math. Optimierung Bau", "IWF 22 (37 MA)", "Simulation & Modelle", "2-4", "Mittel"],
|
||||
["Tools Kapazitaetstransparenz", "IWF 21 (24 MA)", "Data & Analytics", "2-3", "Mittel"],
|
||||
["Data Governance / CDO", "IWF 6 (25 MA)", "Data & Analytics", "1-2", "Niedrig"],
|
||||
],
|
||||
footer=FOOTER,
|
||||
klassifizierung=KLASSIFIZIERUNG,
|
||||
)
|
||||
add_notes(slide, "Hoch = sofort. Mittel = 6 Monate. Niedrig = 12 Monate. Gesamt: 42-64 Personen. Prinzip: Wer IT-Aufgaben laut FuBe hat, wechselt in IT-Abt. Fachliche Steuerung bleibt in KP-Abteilungen.")
|
||||
|
||||
# --- Folie 11: Schlussfolie ---
|
||||
slide = add_ende_bild(
|
||||
prs,
|
||||
titel="Naechste Schritte:\nAbstimmung Variante - Transitionsplanung",
|
||||
bild=background_image_path("ice_bahnsteig"),
|
||||
)
|
||||
|
||||
# --- Speichern ---
|
||||
out_path = r"c:\Users\AndreKnie\OneDrive - Deutsche Bahn\Coden\Orchestrator\Analyse-O2C-C2S\output\2026-06-18_reorganisation-it-viwf-v2.pptx"
|
||||
out = save(prs, out_path)
|
||||
print(f"Datei erzeugt: {out}")
|
||||
@@ -0,0 +1,187 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>O2C + C2S — Architektonische Sicht (Tool-Landschaft)</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 20px; }
|
||||
h1 { margin-bottom: 8px; font-size: 1.6rem; }
|
||||
.subtitle { color: #666; margin-bottom: 20px; font-size: 0.9rem; }
|
||||
.domain { background: #fff; border-radius: 12px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); margin-bottom: 20px; overflow: hidden; }
|
||||
.domain-header { padding: 14px 20px; cursor: pointer; display: flex; justify-content: space-between; align-items: center; }
|
||||
.domain-header h2 { font-size: 1rem; }
|
||||
.domain-header .arrow { transition: transform 0.2s; color: #999; }
|
||||
.domain.open .arrow { transform: rotate(90deg); }
|
||||
.domain-body { display: none; padding: 0 20px 16px; }
|
||||
.domain.open .domain-body { display: block; }
|
||||
</style>
|
||||
<style>
|
||||
.system { display: grid; grid-template-columns: 200px 1fr 180px; gap: 8px; padding: 8px 12px; margin: 4px 0; border-radius: 6px; background: #fafafa; border-left: 3px solid #ddd; align-items: center; font-size: 0.85rem; }
|
||||
.system:hover { background: #f0f7ff; }
|
||||
.system .name { font-weight: 600; }
|
||||
.system .desc { color: #555; }
|
||||
.system .owner { color: #888; font-size: 0.8rem; text-align: right; }
|
||||
.cat-o2c { border-left-color: #1976d2; }
|
||||
.cat-c2s { border-left-color: #388e3c; }
|
||||
.cat-shared { border-left-color: #f57c00; }
|
||||
.cat-data { border-left-color: #7b1fa2; }
|
||||
.legend { display: flex; gap: 16px; margin-bottom: 20px; flex-wrap: wrap; font-size: 0.85rem; }
|
||||
.legend-item { display: flex; align-items: center; gap: 6px; }
|
||||
.legend-dot { width: 12px; height: 12px; border-radius: 2px; }
|
||||
.gap-note { background: #fff3e0; border: 1px dashed #f57c00; border-radius: 8px; padding: 12px 16px; margin-top: 16px; font-size: 0.85rem; }
|
||||
.gap-note h3 { font-size: 0.9rem; color: #e65100; margin-bottom: 6px; }
|
||||
.gap-note li { margin: 3px 0; }
|
||||
@media (max-width: 800px) { .system { grid-template-columns: 1fr; } }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<h1>O2C + C2S — Architektonische Sicht (Tool-Landschaft)</h1>
|
||||
<p class="subtitle">Stand: 17.06.2026 | Quellen: DB Planet, Confluence, Organigramm-PDFs | Status: Teilweise — zu vertiefen pro Team</p>
|
||||
|
||||
<div class="legend">
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#1976d2"></div>O2C</div>
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#388e3c"></div>C2S</div>
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#f57c00"></div>Übergreifend</div>
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#7b1fa2"></div>Data/Analytics</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Trassenbestellung & Vertrieb -->
|
||||
<div class="domain open">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>🚂 Trassenbestellung & Vertrieb</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-o2c"><span class="name">pathOS</span><span class="desc">Zentrales Bestellsystem (Netzfahrplan, GelV, ujBau) — 167 Repos, Microservice-Architektur</span><span class="owner">ART pathOS (53)</span></div>
|
||||
<div class="system cat-o2c"><span class="name">TrassenOrder (TraPo)</span><span class="desc">Neuer Testballon für GelV-Portal (UX-first, entkoppelt) — Discovery seit 01/2026</span><span class="owner">pathOS / 5 Pers.</span></div>
|
||||
<div class="system cat-shared"><span class="name">TPN (Trassenportal Netz)</span><span class="desc">Bestehendes Portal für Trassenanmeldung — Ziel von Trassenfinder-Übergabe</span><span class="owner">extern (I.NB)</span></div>
|
||||
<div class="system cat-shared"><span class="name">Trassenfinder</span><span class="desc">Routensuche, Infrastrukturdaten, Übergabe an TPN — Web-App, zugangsfrei</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
<div class="system cat-shared"><span class="name">Infraportal</span><span class="desc">Zentrales Kundenportal (SSO, Nutzerverwaltung, Anliegen einreichen)</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
<div class="system cat-shared"><span class="name">DB NetzCockpit (NiCo)</span><span class="desc">Internes Pendant zum Infraportal für DB InfraGO Mitarbeitende</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Abrechnung -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>💰 Abrechnung & Preisbildung</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-o2c"><span class="name">AC Trasse</span><span class="desc">Trassenpreisabrechnung — Kern-System des ART Abrechnung</span><span class="owner">ART Abrechnung (52)</span></div>
|
||||
<div class="system cat-o2c"><span class="name">SAP BRIM</span><span class="desc">SAP-basierte Abrechnungsintegration</span><span class="owner">Team SAP (extern)</span></div>
|
||||
<div class="system cat-o2c"><span class="name">APN (Anlagenportal Netz)</span><span class="desc">Vermarktung Serviceeinrichtungen (Gleise, ZA) — Migration TIBCO → Angular/CNP</span><span class="owner">ART APN (36)</span></div>
|
||||
<div class="system cat-shared"><span class="name">GretA</span><span class="desc">Grenzlastberechnung — Web-Tool, teilweise zugangsfrei</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Fahrplankonstruktion -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>📐 Fahrplankonstruktion & Umjahrkonstruktion</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">SIC OP (Solution Integration Center)</span><span class="desc">Neue Plattform für UjK — Teams Ains, FaMe, Fuse migrieren dorthin</span><span class="owner">ART Uj Konstruktion (153)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">IFP (Integrierte Fahrplan Plattform)</span><span class="desc">Legacy-Plattform — wird schrittweise nach SIC OP migriert</span><span class="owner">ART Uj Konstruktion</span></div>
|
||||
<div class="system cat-c2s"><span class="name">KonBel</span><span class="desc">Konstruktionsbelegung — Kernsystem Taktfahrplan</span><span class="owner">ART SuN (122)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">TAKT</span><span class="desc">Taktfahrplan-System (iTraiN, Infrastruktur-Prüfset)</span><span class="owner">ART SuN – Konnex</span></div>
|
||||
<div class="system cat-c2s"><span class="name">TTTneo</span><span class="desc">Neue Trassenbelegung (Legacy-Ablöse) — Projekt + Team Nordstern</span><span class="owner">TTT-Projekt (8) + EKon</span></div>
|
||||
<div class="system cat-c2s"><span class="name">strecken.zeit</span><span class="desc">Streckenöffnungszeiten (4.400+ Betriebsstellen) — fachlich Fahrplan & Kapazität</span><span class="owner">Stream 3 (IST: DigiPaLö)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Fahrplan-Veröffentlichung -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>📢 Fahrplan-Veröffentlichung & Kommunikation</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">GFD-Z / GFD-I</span><span class="desc">Gemeinsame Fahrplandaten (Zugdaten / Infrastruktur)</span><span class="owner">ART Uj Veröffentlichung (80)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">Regelkommunikation</span><span class="desc">Kundenkommunikation Fahrplan (6 Teams)</span><span class="owner">ART KOM (64)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">FSTOR</span><span class="desc">Fahrplan-Storage</span><span class="owner">FSTOR-Team (6)</span></div>
|
||||
<div class="system cat-shared"><span class="name">PlaTo</span><span class="desc">Planungsparameter-Veröffentlichung + Stellungnahmeverfahren</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Kapazitätsmanagement -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>📊 Kapazitätsmanagement & Konflikt</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">CMDP (CM Data Platform)</span><span class="desc">Datenplattform für Kapazitätsmanagement — Teams Crush + Marlin</span><span class="owner">ART CM (44)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">InKa (Integrierte Kapazitätsmanagementplattform)</span><span class="desc">Auslastungscockpit, Baucockpit, Segmentierung — Nachfolger Netzmonitor + KatAna</span><span class="owner">ART CM / Team CMDP</span></div>
|
||||
<div class="system cat-c2s"><span class="name">Analytics Dashboards</span><span class="desc">Kapazitäts-Dashboards</span><span class="owner">ART CM – Team Analytics</span></div>
|
||||
<div class="system cat-c2s"><span class="name">KuK-Systeme</span><span class="desc">Kapazität und Konflikt — 4 Teams (Cortex, Hippocampus, Iris, Thalamus)</span><span class="owner">ART KuK (40)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Infrastrukturdaten -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>🗺️ Infrastrukturdaten & Betrieb</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">IDBF (Der Infrastrukturmanager)</span><span class="desc">Portal + API + Datenplattform für Infrastrukturdaten — dbt, CRD, Keycloak</span><span class="owner">ART IDBF (49)</span></div>
|
||||
<div class="system cat-shared"><span class="name">iTrace</span><span class="desc">Marktorientierte Infrastrukturentwicklung — Ideen + Maßnahmen + Finanzierung</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
<div class="system cat-shared"><span class="name">BAPSI 2.0</span><span class="desc">Baukommunikation Serviceeinrichtungen + Infrastrukturanschlüsse (Import aus BBPneo)</span><span class="owner">DigiPaLö (11)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Bau-Anordnungen -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>🏗️ Bau-Anordnungen & Regelkommunikation</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">BBPneo</span><span class="desc">Baubetriebsplanung — BARD-Kernprodukt</span><span class="owner">ART BARD (63)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">BARD-Systeme</span><span class="desc">5 Teams (PzE, AST, BaBeDas, FOps, InfraTec) — Bau-Anordnungen</span><span class="owner">ART BARD (63)</span></div>
|
||||
<div class="system cat-shared"><span class="name">BAKO</span><span class="desc">Baukommunikation-Tool (Projekt unter Einfachbahn)</span><span class="owner">DigiPaLö</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Plattform & Querschnitt -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>⚙️ Plattform & Querschnitt</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-c2s"><span class="name">C2S Plattform</span><span class="desc">Operations, Core, Enablement, KITE — Self-Service-Tools, CI/CD</span><span class="owner">ART Plattform (47)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">QuEST</span><span class="desc">End-to-End System Testing, Qualitätssicherung</span><span class="owner">Team QuEST (17)</span></div>
|
||||
<div class="system cat-c2s"><span class="name">Cockpit</span><span class="desc">Solution-Cockpit, Steuerung C2S Portfolio + Performance</span><span class="owner">Cockpit (13)</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Domäne: Data & Analytics -->
|
||||
<div class="domain">
|
||||
<div class="domain-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>📈 Data & Analytics</h2><span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="domain-body">
|
||||
<div class="system cat-data"><span class="name">Data Team IWF9 (Ltg. Markus Germany)</span><span class="desc">5 Data Scientists — Abrechnung, Vertriebsdaten, kundenrelevante Daten. Power BI Self-Service. Nicht FINANCE 4 DB.</span><span class="owner">Abteilung IWF9</span></div>
|
||||
<div class="system cat-data"><span class="name">Power BI Dashboards (O2C)</span><span class="desc">Organigramme, Value-Team-Übersichten, Auswertungen — Self-Service für Stakeholder</span><span class="owner">Data Team IWF9</span></div>
|
||||
<div class="system cat-c2s"><span class="name">CM Business Intelligence</span><span class="desc">BI für Kapazitätsmanagement</span><span class="owner">ART CM – Team BI</span></div>
|
||||
<div class="system cat-c2s"><span class="name">CMDP Analytics</span><span class="desc">Analytics Dashboards für CM</span><span class="owner">ART CM – Team Analytics</span></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Lücken -->
|
||||
<div class="gap-note">
|
||||
<h3>⚠️ Lücken in der architektonischen Sicht — zu vertiefen</h3>
|
||||
<ul>
|
||||
<li><strong>ART SuN (122 Pers.)</strong> — Welche konkreten Systeme bauen die 8 Teams? KonBel? Welche APIs?</li>
|
||||
<li><strong>ART KOM (64 Pers.)</strong> — Welches System/Tool für Regelkommunikation? Welche Schnittstellen?</li>
|
||||
<li><strong>ART KuK (40 Pers.)</strong> — Welches System genau? Wie hängt es mit CM zusammen?</li>
|
||||
<li><strong>ART Uj Veröffentlichung (80 Pers.)</strong> — Welche Systeme genau? GFD? Andere?</li>
|
||||
<li><strong>ART BARD (63 Pers.)</strong> — Neben BBPneo: welche weiteren Tools?</li>
|
||||
<li><strong>Schnittstellen zwischen Domänen</strong> — Wer liefert Daten an wen? (z.B. pathOS → AC Trasse, IDBF → Trassenfinder)</li>
|
||||
<li><strong>Tech-Stacks pro Team</strong> — Nur für pathOS und APN detailliert bekannt. Rest: GitLab-Analyse nötig.</li>
|
||||
<li><strong>DB Planet</strong> — Kein Zugriff von extern (Intranet), manuelle Extraktion nötig.</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
document.querySelectorAll('.domain').forEach(d => { if(!d.classList.contains('open')) return; });
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,418 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>V.IWF Bereichs-Reorganisation — IST vs. SOLL (Annex VII)</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 20px; max-width: 1400px; margin: 0 auto; }
|
||||
h1 { font-size: 1.3rem; margin-bottom: 4px; }
|
||||
.subtitle { color: #666; margin-bottom: 14px; font-size: 0.8rem; }
|
||||
.tabs { display: flex; gap: 3px; margin-bottom: 0; flex-wrap: wrap; }
|
||||
.tab { padding: 8px 14px; background: #e0e0e0; border-radius: 8px 8px 0 0; cursor: pointer; font-weight: 600; font-size: 0.78rem; }
|
||||
.tab.active { background: #fff; }
|
||||
.tab-content { display: none; background: #fff; padding: 20px; border-radius: 0 8px 8px 8px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); overflow-x: auto; }
|
||||
.tab-content.active { display: block; }
|
||||
.org { min-width: 900px; }
|
||||
.top { background: #1a237e; color: #fff; padding: 12px 18px; border-radius: 8px; text-align: center; margin-bottom: 10px; }
|
||||
.top .t { font-weight: 700; font-size: 0.9rem; }
|
||||
.top .s { font-size: 0.7rem; opacity: 0.85; margin-top: 2px; }
|
||||
.row { display: flex; gap: 8px; margin: 8px 0; flex-wrap: wrap; justify-content: center; }
|
||||
.box { border: 2px solid #ccc; border-radius: 7px; padding: 8px 10px; min-width: 140px; flex: 1; max-width: 210px; font-size: 0.72rem; }
|
||||
.box h4 { font-size: 0.74rem; margin-bottom: 2px; }
|
||||
.box .ld { color: #555; font-style: italic; font-size: 0.68rem; }
|
||||
.box .n { color: #1976d2; font-weight: 600; margin-top: 2px; }
|
||||
.box .d { color: #444; margin-top: 4px; padding-top: 4px; border-top: 1px solid #eee; }
|
||||
.box .d li { list-style: none; margin: 1px 0; }
|
||||
.kp4 { border-color: #0d47a1; background: #e3f2fd; }
|
||||
.kp3 { border-color: #1b5e20; background: #e8f5e9; }
|
||||
.kp2 { border-color: #e65100; background: #fff3e0; }
|
||||
.kp1 { border-color: #4a148c; background: #f3e5f5; }
|
||||
.as { border-color: #b71c1c; background: #ffebee; }
|
||||
.qs { border-color: #455a64; background: #eceff1; }
|
||||
.ist-box { border-color: #37474f; background: #fafafa; }
|
||||
.note { font-size: 0.73rem; color: #555; margin-top: 12px; padding: 10px; background: #f5f5f5; border-radius: 6px; border-left: 3px solid #1976d2; }
|
||||
.src-link { font-size: 0.68rem; color: #1976d2; text-decoration: none; }
|
||||
.src-link:hover { text-decoration: underline; }
|
||||
.back-link { display: inline-block; margin-bottom: 10px; color: #1976d2; text-decoration: none; font-size: 0.82rem; }
|
||||
.badge { display: inline-block; background: #ffab00; color: #333; font-size: 0.6rem; padding: 1px 4px; border-radius: 3px; margin-left: 3px; }
|
||||
.new-badge { background: #4caf50; color: #fff; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<a class="back-link" href="index.html">← Zurück zur Übersicht</a>
|
||||
<h1>V.IWF — Bereichs-Reorganisation nach Annex VII</h1>
|
||||
<p class="subtitle">Bereich: Fahrplan, Kapazitätsmanagement und Netzzugang (Dr. Matthias Feil, 658 MA) | Datenstand: 20.06.2026</p>
|
||||
|
||||
<div class="tabs">
|
||||
<div class="tab active" onclick="showTab('ist')">IST — Bereich V.IWF</div>
|
||||
<div class="tab" onclick="showTab('soll')">SOLL — Annex VII KPs</div>
|
||||
<div class="tab" onclick="showTab('it')">IT-Aufgaben aus FuBen</div>
|
||||
<div class="tab" onclick="showTab('transition')">Übergangsmatrix</div>
|
||||
</div>
|
||||
|
||||
<!-- IST -->
|
||||
<div class="tab-content active" id="tab-ist">
|
||||
<div class="org">
|
||||
<div class="top"><div class="t">IST: V.IWF — Fahrplan, Kapazitätsmanagement und Netzzugang</div><div class="s">Dr. Matthias Feil | 658 Personen | Frankfurt | 9 Abteilungen</div></div>
|
||||
<div class="row">
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 1 — Digitalisierung Fahrplan & KM</h4>
|
||||
<div class="ld">Anatol Scholz</div><div class="n">128 MA</div>
|
||||
<div class="d"><li>IWF 11 Anforderungsmgmt (43)</li><li>IWF 12 neXt Lab (30)</li><li>IWF 13 Projekte (15)</li><li>IWF 14 Regelwerk (11)</li><li>IWF 15 Solution Mgmt (12)</li><li>IWF 16 Infrastrukturdaten (10)</li></div>
|
||||
<a class="src-link" href="../data/organigramme/V IWF 1 Digitalisierung Fahrplan und Kapazitätsmanagement.pdf">📄 Organigramm</a>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 2 — Strat. Fahrplan & KM / Segmente</h4>
|
||||
<div class="ld">Kim Oliver Engelbach</div><div class="n">141 MA</div>
|
||||
<div class="d"><li>IWF 21 Strat. FP & Analytik (24)</li><li>IWF 22 Bautaktkonzeption (37)</li><li>IWF 23 FP-Konzeptberatung (18)</li><li>IWF 24 Fahrwegkapazität (48)</li></div>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 3 — Netzfahrplan</h4>
|
||||
<div class="ld">Dr. Daniel Pöhle</div><div class="n">117 MA</div>
|
||||
<div class="d"><li>IWF 31 Regelwerk & Kompetenz (35)</li><li>IWF 32 Trassenzuweisung (13)</li><li>IWF 33 Erstellung NFP (51)</li><li>IWF 34 Zugfahrtsimulation (11)</li></div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="row">
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 4 — Unterjährl. FP & Baubetrieb</h4>
|
||||
<div class="ld">Dr. Henning Homfeld</div><div class="n">80 MA</div>
|
||||
<div class="d"><li>IWF 41 Unterjährl. FP (40)</li><li>IWF 42 Kurzfr. Baubetrieb (28)</li></div>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 5 — Kapazitätssteuerung</h4>
|
||||
<div class="ld">Sophie Fürstner</div><div class="n">44 MA</div>
|
||||
<div class="d"><li>IWF 51 Unterjährl. Kap. (22)</li><li>IWF 52 Kennzahlen & Analysen (19)</li></div>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 6 — Netzzugang & Regulierung</h4>
|
||||
<div class="ld">Dr. Ruben Diemo Etzold</div><div class="n">25 MA</div>
|
||||
<div class="d"><li>IWF 61 Netzzugangsrecht (8)</li></div>
|
||||
</div>
|
||||
</div>
|
||||
<div class="row">
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 7 — Marktplanung & -entwicklung</h4>
|
||||
<div class="ld">Matthias Fett (PU)</div><div class="n">47 MA</div>
|
||||
<div class="d"><li>IWF 71 Infrastrukturentwicklung (9)</li><li>IWF 72 Abrechnung (22)</li><li>IWF 73 Forderungsmgmt (9)</li></div>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 8 — Produkt- & Preismanagement</h4>
|
||||
<div class="ld">Matthias Fett (PU)</div><div class="n">26 MA</div>
|
||||
<div class="d"><li>IWF 81 Produkt SE+IA (13)</li><li>IWF 82 Produkt Trasse (8)</li></div>
|
||||
</div>
|
||||
<div class="box ist-box">
|
||||
<h4>IWF 9 — Digitale Vertriebsprodukte & #Einfachbahn</h4>
|
||||
<div class="ld">Helena Gruber</div><div class="n">45 MA</div>
|
||||
<div class="d"><li>IWF 91 Digitale Partnerlösungen (10)</li><li>IWF 92 Business IT Vertrieb (22)</li></div>
|
||||
<a class="src-link" href="../data/organigramme/V IWF 9 Digitale Vertriebsprodukte und %23Einfachbahn.pdf">📄 Organigramm</a>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- SOLL -->
|
||||
<div class="tab-content" id="tab-soll">
|
||||
<div class="org">
|
||||
<div class="top" style="background:#004d40;"><div class="t">SOLL: V.IWF — Neuschnitt nach Annex VII Konsultationsphasen</div><div class="s">Dr. Matthias Feil | ~658 + ~100 (Fusion IWF7+8 → neue regionale Abt.) | Abteilungen entlang KP 4 → KP 1 → Aftersales + Digitalisierung + Regionen</div></div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box qs" style="max-width:300px;">
|
||||
<h4>Bereichsleitung & Stab</h4>
|
||||
<div class="ld">Dr. Matthias Feil</div>
|
||||
<div class="d">
|
||||
<li>Stab / Steuerung</li>
|
||||
</div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#37474f; background:#fafafa; max-width:200px;">
|
||||
<h4>Abt. Netzzugang & Regulierung</h4>
|
||||
<div class="ld">Dr. Ruben Diemo Etzold</div>
|
||||
<div class="n">25 MA (bleibt bestehen)</div>
|
||||
<div class="d"><li>ex-IWF 6 (unverändert)</li><li>IWF 61 Netzzugangsrecht</li></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box kp4">
|
||||
<h4>Abt. KP 4: Langfristplanung & Rahmenverträge</h4>
|
||||
<div class="n">~165 MA</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 2 (141) — Strat. Fahrplan, Bautaktkonzeption, Kapazität/Segmente, EBWU</li>
|
||||
<li>ex-IWF 21, 22, 23, 24</li>
|
||||
<li>+ InKa Langfrist, Segmentierung</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box kp3">
|
||||
<h4>Abt. KP 3: Netzfahrplan & Baufahrplan</h4>
|
||||
<div class="n">~117 MA</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 3 (117) — Regelwerk, Trassenzuweisung, Erstellung NFP, Zugfahrtsimulation</li>
|
||||
<li>ex-IWF 31, 32, 33, 34</li>
|
||||
<li>+ BBPneo, KonBel, TAKT</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box kp2">
|
||||
<h4>Abt. KP 2: Unterjähriger Fahrplan & GelV</h4>
|
||||
<div class="n">~124 MA</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 4 (80) — Unterjährl. FP, Baufahrplan, Baubetriebsplanung</li>
|
||||
<li>ex-IWF 5 (44) — Kapazitätssteuerung, Kennzahlen</li>
|
||||
<li>ex-IWF 41, 42, 51, 52</li>
|
||||
<li>+ UjK, UjV, BAPSI 2.0, Portal Erstanmeldung</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box kp1">
|
||||
<h4>Abt. KP 1: Kurzfristiger Fahrplan & Kommunikation</h4>
|
||||
<div class="n">~30 MA (neXt Lab) + KOM-Anteil</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 12 (30) — neXt Lab</li>
|
||||
<li>+ Regelkommunikation, DB Livemaps, strecken.info</li>
|
||||
<li>+ #Einfachbahn "Schnelle Lösungen"</li>
|
||||
<li>+ Kurzfristige Trassenänderungen</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box as">
|
||||
<h4>Abt. Aftersales: Abrechnung & Kundenaustausch</h4>
|
||||
<div class="n">~47 MA</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 7 (47) — Marktplanung, Abrechnung, Forderungsmgmt</li>
|
||||
<li>ex-IWF 71, 72, 73</li>
|
||||
<li>+ Data Team (Germany)</li>
|
||||
<li>+ AC Trasse, SAP BRIM Fachlichkeit</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa;">
|
||||
<h4>Abt. Digitalisierung & IT<span class="badge new-badge">NEU erweitert</span></h4>
|
||||
<div class="ld">Helena Gruber | Chief Expert: Anatol Scholz</div>
|
||||
<div class="n">~173 MA (ex-IWF 1 + IWF 9)</div>
|
||||
<div class="d">
|
||||
<li>ex-IWF 1 (128) + ex-IWF 9 (45)</li>
|
||||
<li><strong>FBF & Support fusioniert</strong> (IWF 111+112+Support)</li>
|
||||
<li>Solution / Architektur (ex-IWF 15)</li>
|
||||
<li>Projekte Fahrplan (ex-IWF 13)</li>
|
||||
<li>Regelwerk fachliche Arch. (ex-IWF 14)</li>
|
||||
<li>neXt Lab (ex-IWF 12) → auch in KP 1</li>
|
||||
<li>Infrastrukturdaten (ex-IWF 16)</li>
|
||||
<li>Digitale Partnerlösungen (ex-IWF 91)</li>
|
||||
<li>Business IT Vertrieb (ex-IWF 92)</li>
|
||||
<li>+ IT-Aufgaben aus FuBen anderer Abt. (siehe Tab "IT-Aufgaben")</li>
|
||||
</div>
|
||||
<a class="src-link" href="../analysis/2026-06-18-fuben-it-analyse.md">📄 FuBen IT-Analyse</a>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box" style="border-color:#795548; background:#efebe9;">
|
||||
<h4>Abt. Regionale Vertriebsorganisation<span class="badge new-badge">NEU</span></h4>
|
||||
<div class="n">~100 MA (geschätzt)</div>
|
||||
<div class="d">
|
||||
<li>Fusion ex-IWF 7 (Teile) + ex-IWF 8 (26)</li>
|
||||
<li>Regionale MA für GelV, Güter, Fernverkehr</li>
|
||||
<li>Produkt- & Preismanagement SE+IA (ex-IWF 81)</li>
|
||||
<li>Produkt- & Preismanagement Trasse (ex-IWF 82)</li>
|
||||
<li>Gebündelte regionale Vertriebssteuerung</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note">
|
||||
<strong>Kernlogik:</strong> IWF 7 + 8 werden fusioniert → daraus entsteht eine neue Abt. "Regionale Vertriebsorganisation" (~100 MA)
|
||||
für GelV/Güter/Fernverkehr. Die Abrechnung (IWF 72, 73) wandert in "Aftersales". IWF 1 + IWF 9 werden zur erweiterten
|
||||
Digitalisierungs-Abteilung unter Helena Gruber mit Anatol Scholz als Chief Expert. Die IT-Aufgaben aus den FuBen anderer
|
||||
Abteilungen (33 klare IT-Aufgaben identifiziert) werden schrittweise in diese Abteilung überführt.<br><br>
|
||||
<strong>Quellen:</strong>
|
||||
<a class="src-link" href="../data/organigramme/V IWF Fahrplan Kapazitätsmanagement und Netzzugang.pdf">📄 Bereichs-Organigramm</a> |
|
||||
<a class="src-link" href="../data/FuBen/">📁 Funktionsbeschreibungen</a> |
|
||||
<a class="src-link" href="../analysis/2026-06-18-fuben-it-analyse.md">📄 IT-Analyse FuBen</a>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- IT-Aufgaben Tab -->
|
||||
<div class="tab-content" id="tab-it">
|
||||
<h2 style="font-size:1rem; margin-bottom:10px;">IT-Aufgaben in FuBen außerhalb IWF 1 + IWF 9</h2>
|
||||
<p style="font-size:0.78rem; color:#666; margin-bottom:12px;">33 klare IT-Aufgaben (✅) identifiziert, die in die Digitalisierungs-Abt. wandern sollten. <a class="src-link" href="../analysis/2026-06-18-fuben-it-analyse.md">→ Vollständige Analyse</a></p>
|
||||
|
||||
<table style="width:100%;border-collapse:collapse;font-size:0.72rem;">
|
||||
<tr style="background:#e0e0e0;"><th style="padding:5px;text-align:left;">OE</th><th style="padding:5px;text-align:left;">IT-Aufgabe (Kurzfassung)</th><th style="padding:5px;">Ziel-KP</th></tr>
|
||||
<tr><td style="padding:4px;">IWF 21</td><td>Implementierung Tools Kapazitätstransparenz</td><td style="text-align:center;">KP 4</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 22</td><td>Mathematische Modelle Optimierung Bauprogramme</td><td style="text-align:center;">KP 4</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 34</td><td>Zugfahrtsimulation Werkzeuge + Datenbanken</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 34</td><td>Fahrdynamische Applikationen</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 311</td><td>Fachliche Bedarfsanforderungen IT-Anwendungen (Operative Exzellenz)</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 331</td><td>IT-Anforderungen Bündelung + Baumaßnahmen</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 31</td><td>IT-Anforderungen Fahrplanunterlagen</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 3</td><td>Innovationen + Digitalisierung im Fahrplan</td><td style="text-align:center;">KP 3</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 4</td><td>Innovationen + Digitalisierung unterjährl. FP (BBP, PAULA, TaT-Lue)</td><td style="text-align:center;">KP 2</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 5</td><td>Portal zur Erstanmeldung — Weiterentwicklung</td><td style="text-align:center;">KP 2</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 52</td><td>Portal Erstanmeldung + Bauprognose-App + ML-Modelle (9 Stellen!)</td><td style="text-align:center;">KP 2</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 6</td><td>Data Governance, Datenqualität, CDO-Abstimmung</td><td style="text-align:center;">Quer</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 61</td><td>Legal Tech — digitale Auswertungs-/Erwiderungsmöglichkeiten</td><td style="text-align:center;">Quer</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 7</td><td>Digitalisierung wertschöpfender Prozesse + Prognose-Instrumente</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 71</td><td>Digitalisierung + Automatisierung IT-Anwendungen</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 72</td><td>Weiterentwickelte Abrechnungsprozesse + -systeme</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 73</td><td>Forderungsmanagement-Systeme</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 8</td><td>Digitalisierung Prozesse + IT-gestützte Entgeltmodelle</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr><td style="padding:4px;">IWF 81</td><td>IT-Anwendungen SE + IA (Digitalisierung + Testing)</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IWF 82</td><td>IT-Anwendungen Trasse + Schienenlärmschutzgesetz</td><td style="text-align:center;">Aftersales</td></tr>
|
||||
</table>
|
||||
|
||||
<div class="note" style="margin-top:12px;">
|
||||
<strong>Fazit:</strong> Die IT-Aufgaben verteilen sich über alle KPs. Die Digitalisierungs-Abteilung (Helena Gruber / Anatol Scholz)
|
||||
stellt pro KP-Abteilung fachliche IT-Ansprechpartner — entweder embedded oder als Service-Team.
|
||||
Die schwersten Hotspots sind IWF 52 (9 IT-Stellen, Portal + ML), IWF 34 (Simulation), und IWF 7/8 (Abrechnung + Preis-Digitalisierung).
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Übergangsmatrix -->
|
||||
<div class="tab-content" id="tab-transition">
|
||||
<h2 style="font-size:1rem; margin-bottom:10px;">Übergangsmatrix: IT-Aufgaben → Digitalisierungs-Abteilung</h2>
|
||||
<p style="font-size:0.76rem; color:#666; margin-bottom:12px;">Alle IT-Aufgaben werden der neuen Abt. "Digitalisierung & IT" (Gruber/Scholz) zugeordnet. Pro Aufgabe: Inhalt, Quell-OE, geschätzte Personen-Transfers, Ziel-Team, Priorität.</p>
|
||||
|
||||
<table style="width:100%;border-collapse:collapse;font-size:0.7rem;">
|
||||
<tr style="background:#004d40;color:#fff;"><th style="padding:6px;">Inhalt / System</th><th style="padding:6px;">Quell-OE</th><th style="padding:6px;">~Pers. Transfer</th><th style="padding:6px;">Ziel-Team (IT-Abt.)</th><th style="padding:6px;">Prio</th></tr>
|
||||
|
||||
<tr style="background:#e8f5e9;"><td colspan="5" style="padding:5px;font-weight:700;">KP 4 → IT-Abteilung</td></tr>
|
||||
<tr><td style="padding:4px;">Tools Kapazitätstransparenz</td><td>IWF 21 (24 MA)</td><td style="text-align:center;">2–3</td><td>Team Data & Analytics</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">Math. Modelle Optimierung Bauprogramme</td><td>IWF 22 (37 MA)</td><td style="text-align:center;">2–4</td><td>Team Data & Analytics</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr><td style="padding:4px;">Plattform Daten FP & KM (Netzmonitor/InKa)</td><td>IWF 21</td><td style="text-align:center;">1–2</td><td>Team Infrastrukturdaten</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">BaBetT, MakSi-SP (Systemverantwortung)</td><td>IWF 221 (15 MA)</td><td style="text-align:center;">1–2</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
|
||||
<tr style="background:#e8f5e9;"><td colspan="5" style="padding:5px;font-weight:700;">KP 3 → IT-Abteilung</td></tr>
|
||||
<tr><td style="padding:4px;">Innovationen + Digitalisierung Fahrplan</td><td>IWF 3 (117 MA)</td><td style="text-align:center;">2–3</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IT-Anforderungen Fahrplanunterlagen</td><td>IWF 31 (35 MA)</td><td style="text-align:center;">1–2</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr><td style="padding:4px;">IT-Bedarfsanforderungen Operative Exzellenz</td><td>IWF 311 (19 MA)</td><td style="text-align:center;">1–2</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IT-Anforderungen Bündelung + Baumaßnahmen NFP</td><td>IWF 331 (34 MA)</td><td style="text-align:center;">2–3</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr><td style="padding:4px;">Zugfahrtsimulation — Werkzeuge + DB + Applikationen</td><td>IWF 34 (11 MA)</td><td style="text-align:center;">3–5</td><td>Team Simulation & Modelle</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
|
||||
<tr style="background:#fff3e0;"><td colspan="5" style="padding:5px;font-weight:700;">KP 2 → IT-Abteilung</td></tr>
|
||||
<tr><td style="padding:4px;">Digitalisierung unterjährl. FP (BBP, PAULA, TaT-Lue)</td><td>IWF 4 (80 MA)</td><td style="text-align:center;">3–5</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">Portal zur Erstanmeldung + Bauprognose-App</td><td>IWF 52 (19 MA)</td><td style="text-align:center;">5–8</td><td>Team Kundenportale</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr><td style="padding:4px;">ML-Modelle Prognose Kennzahlen</td><td>IWF 52</td><td style="text-align:center;">2–3</td><td>Team Data & Analytics</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IT-Anforderungen Baubetriebsplanung</td><td>IWF 42 (28 MA)</td><td style="text-align:center;">1–2</td><td>Team Fahrplan-IT</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
|
||||
<tr style="background:#f3e5f5;"><td colspan="5" style="padding:5px;font-weight:700;">Aftersales → IT-Abteilung</td></tr>
|
||||
<tr><td style="padding:4px;">Digitalisierung Vertriebsprozesse + Prognose</td><td>IWF 7 (47 MA)</td><td style="text-align:center;">3–5</td><td>Team Business IT Vertrieb</td><td style="text-align:center;">🔴 Hoch</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">Abrechnungssysteme Digitalisierung</td><td>IWF 72 (22 MA)</td><td style="text-align:center;">2–3</td><td>Team Business IT Vertrieb</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr><td style="padding:4px;">Forderungsmanagement-Systeme</td><td>IWF 73 (9 MA)</td><td style="text-align:center;">1–2</td><td>Team Business IT Vertrieb</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IT-Anwendungen SE + IA (Digitalisierung)</td><td>IWF 81 (13 MA)</td><td style="text-align:center;">1–2</td><td>Team Business IT Vertrieb</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr><td style="padding:4px;">IT-Anwendungen Trasse + Schienenlärmschutz</td><td>IWF 82 (8 MA)</td><td style="text-align:center;">1–2</td><td>Team Business IT Vertrieb</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">IT-Infrastrukturentwicklung (Digitalisierung)</td><td>IWF 71 (9 MA)</td><td style="text-align:center;">1–2</td><td>Team Kundenportale</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
|
||||
<tr style="background:#eceff1;"><td colspan="5" style="padding:5px;font-weight:700;">Querschnitt → IT-Abteilung</td></tr>
|
||||
<tr><td style="padding:4px;">Data Governance + Datenqualität + CDO</td><td>IWF 6 (25 MA)</td><td style="text-align:center;">1–2</td><td>Team Data & Analytics</td><td style="text-align:center;">🟡 Mittel</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:4px;">Legal Tech — digitale Auswertung</td><td>IWF 61 (8 MA)</td><td style="text-align:center;">0–1</td><td>Team Kundenportale</td><td style="text-align:center;">🟢 Niedrig</td></tr>
|
||||
<tr><td style="padding:4px;">IT-Koordination FBAK-Gremium</td><td>IWF 24 (48 MA)</td><td style="text-align:center;">0–1</td><td>Querschnitt/Solution</td><td style="text-align:center;">🟢 Niedrig</td></tr>
|
||||
</table>
|
||||
|
||||
<div style="margin-top:14px; display:grid; grid-template-columns:1fr 1fr; gap:12px;">
|
||||
<div style="background:#e8f5e9; padding:10px; border-radius:6px; font-size:0.73rem;">
|
||||
<strong>Summe geschätzter Personen-Transfer:</strong><br>
|
||||
🔴 Hoch (sofort): ~25–35 Personen<br>
|
||||
🟡 Mittel (6 Monate): ~15–25 Personen<br>
|
||||
🟢 Niedrig (12 Monate): ~2–4 Personen<br>
|
||||
<strong>Gesamt: ~42–64 Personen</strong> wandern in die IT-Abteilung
|
||||
</div>
|
||||
<div style="background:#e3f2fd; padding:10px; border-radius:6px; font-size:0.73rem;">
|
||||
<strong>IT-Abteilung SOLL nach Transition:</strong><br>
|
||||
Heute: 173 MA (IWF 1: 128 + IWF 9: 45)<br>
|
||||
+ Transfer: ~42–64 MA<br>
|
||||
<strong>= ~215–237 Personen</strong><br><br>
|
||||
Aufgeteilt in Teams à 12–25 Personen = ~9–12 Teams
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<h3 style="font-size:0.85rem; margin-top:16px;">Ziel-Teams der IT-Abteilung (nach Transition)</h3>
|
||||
<div style="display:grid; grid-template-columns:repeat(3,1fr); gap:8px; margin-top:8px;">
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Fahrplan-IT</h4>
|
||||
<div class="n">~25 MA</div>
|
||||
<div class="d"><li>KonBel, TAKT, BBP, PAULA</li><li>IT-Anforderungen aus IWF 3, 4, 331</li><li>BaBetT, MakSi-SP</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Kundenportale</h4>
|
||||
<div class="n">~20 MA</div>
|
||||
<div class="d"><li>Infraportal, Trassenfinder, NiCo</li><li>Portal Erstanmeldung (ex-IWF 52)</li><li>GretA, iTrace, PlaTo</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Data & Analytics</h4>
|
||||
<div class="n">~20 MA</div>
|
||||
<div class="d"><li>InKa-Plattform, Netzmonitor</li><li>ML-Modelle (ex-IWF 52)</li><li>Kapazitätstransparenz-Tools (ex-IWF 21)</li><li>Data Governance (ex-IWF 6)</li><li>Data Team (Germany)</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Business IT Vertrieb</h4>
|
||||
<div class="n">~22 MA</div>
|
||||
<div class="d"><li>pathOS, TPN, APN, TrassenOrder</li><li>Abrechnungs-IT (ex-IWF 72, 73)</li><li>Entgelt-IT (ex-IWF 81, 82)</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Simulation & Modelle</h4>
|
||||
<div class="n">~15 MA</div>
|
||||
<div class="d"><li>Zugfahrtsimulation (ex-IWF 34)</li><li>Math. Optimierung Bauprogramme (ex-IWF 22)</li><li>Fahrdynamik-Applikationen</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team neXt / Schnelle Lösungen</h4>
|
||||
<div class="n">~25 MA</div>
|
||||
<div class="d"><li>#Einfachbahn + neXt Lab (ex-IWF 12)</li><li>DB Livemaps, strecken.info</li><li>Regelkommunikation-IT</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Infrastrukturdaten</h4>
|
||||
<div class="n">~15 MA</div>
|
||||
<div class="d"><li>IDBF / Infrastrukturmanager (ex-IWF 16)</li><li>strecken.zeit</li><li>Infrastrukturdaten-Plattform</li></div>
|
||||
</div>
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:none;">
|
||||
<h4>Team Bau-IT</h4>
|
||||
<div class="n">~15 MA</div>
|
||||
<div class="d"><li>BBPneo/BARD-IT</li><li>BAPSI 2.0</li><li>KomBAU-IT</li><li>Bauprognose-App (ex-IWF 52)</li></div>
|
||||
</div>
|
||||
<div class="box qs" style="max-width:none;">
|
||||
<h4>FBF & Support (fusioniert)</h4>
|
||||
<div class="n">~20 MA</div>
|
||||
<div class="d"><li>Unterteam FBF Fahrplan (ex-IWF 111)</li><li>Unterteam FBF Bau + Support (ex-IWF 112 + IWF9)</li></div>
|
||||
</div>
|
||||
<div class="box qs" style="max-width:none;">
|
||||
<h4>Solution / Architektur</h4>
|
||||
<div class="n">~12 MA</div>
|
||||
<div class="d"><li>ex-IWF 15 (Kühn)</li><li>Übergreifende Architektur</li><li>SIC OP Strategie</li></div>
|
||||
</div>
|
||||
<div class="box qs" style="max-width:none;">
|
||||
<h4>Projekte Fahrplan</h4>
|
||||
<div class="n">~15 MA</div>
|
||||
<div class="d"><li>ex-IWF 13 (Brum)</li><li>TTTneo</li><li>Übergreifende IT-Projekte</li></div>
|
||||
</div>
|
||||
<div class="box qs" style="max-width:none;">
|
||||
<h4>Leitung & Querschnitt</h4>
|
||||
<div class="n">~6 MA</div>
|
||||
<div class="d"><li>Helena Gruber (Leitung)</li><li>Anatol Scholz (Chief Expert)</li><li>Regelwerk + fachliche Arch. (ex-IWF 14)</li></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note" style="margin-top:14px;">
|
||||
<strong>Übergangslogik:</strong> Personen wandern dorthin, wo ihre IT-Aufgabe hingehört. Die fachliche Steuerung
|
||||
(Anforderungen definieren, Abnahmen) bleibt in den KP-Abteilungen — die IT-Umsetzung (Entwicklung, Betrieb,
|
||||
Architektur, Testing) wandert komplett in die IT-Abteilung. Das entspricht dem Prinzip "Business defines WHAT,
|
||||
IT delivers HOW".<br><br>
|
||||
<strong>Quellen:</strong>
|
||||
<a class="src-link" href="../data/FuBen/">📁 Funktionsbeschreibungen</a> |
|
||||
<a class="src-link" href="../analysis/2026-06-18-fuben-it-analyse.md">📄 IT-Analyse (vollständig)</a> |
|
||||
<a class="src-link" href="../data/organigramme/">📁 Organigramme</a>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
function showTab(id) {
|
||||
document.querySelectorAll('.tab-content').forEach(t => t.classList.remove('active'));
|
||||
document.querySelectorAll('.tab').forEach(t => t.classList.remove('active'));
|
||||
document.getElementById('tab-' + id).classList.add('active');
|
||||
event.target.classList.add('active');
|
||||
}
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,77 @@
|
||||
<!DOCTYPE html>
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>O2C + C2S Analyse — Übersicht</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 40px 20px; max-width: 900px; margin: 0 auto; }
|
||||
h1 { font-size: 1.6rem; margin-bottom: 8px; }
|
||||
.subtitle { color: #666; margin-bottom: 30px; font-size: 0.9rem; }
|
||||
.summary { background: #fff; border-radius: 12px; padding: 24px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); margin-bottom: 24px; }
|
||||
.summary h2 { font-size: 1.1rem; margin-bottom: 12px; }
|
||||
.summary p { font-size: 0.9rem; line-height: 1.6; margin-bottom: 10px; }
|
||||
.links { display: grid; grid-template-columns: 1fr 1fr; gap: 16px; margin-top: 24px; }
|
||||
@media (max-width: 600px) { .links { grid-template-columns: 1fr; } }
|
||||
.link-card { background: #fff; border-radius: 10px; padding: 20px; box-shadow: 0 2px 6px rgba(0,0,0,0.06); text-decoration: none; color: #333; transition: transform 0.1s, box-shadow 0.1s; border-left: 4px solid #1976d2; }
|
||||
.link-card:hover { transform: translateY(-2px); box-shadow: 0 4px 12px rgba(0,0,0,0.12); }
|
||||
.link-card h3 { font-size: 0.95rem; margin-bottom: 6px; }
|
||||
.link-card p { font-size: 0.8rem; color: #666; }
|
||||
.link-card.green { border-left-color: #388e3c; }
|
||||
.link-card.orange { border-left-color: #f57c00; }
|
||||
.link-card.purple { border-left-color: #7b1fa2; }
|
||||
.kpi { display: grid; grid-template-columns: repeat(4, 1fr); gap: 12px; margin: 20px 0; }
|
||||
.kpi-item { text-align: center; padding: 12px; background: #f0f4f8; border-radius: 8px; }
|
||||
.kpi-item .num { font-size: 1.4rem; font-weight: 700; }
|
||||
.kpi-item .label { font-size: 0.75rem; color: #666; margin-top: 2px; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<h1>O2C + C2S — Reorganisationsanalyse</h1>
|
||||
<p class="subtitle">DB InfraGO | Stand: 17.06.2026</p>
|
||||
|
||||
<div class="summary">
|
||||
<h2>Management Summary</h2>
|
||||
<div class="kpi">
|
||||
<div class="kpi-item"><div class="num">~900</div><div class="label">Personen gesamt</div></div>
|
||||
<div class="kpi-item"><div class="num">14</div><div class="label">ARTs (heute)</div></div>
|
||||
<div class="kpi-item"><div class="num">~70</div><div class="label">Teams</div></div>
|
||||
<div class="kpi-item"><div class="num">2 → 5</div><div class="label">Value Teams → Streams</div></div>
|
||||
</div>
|
||||
<p><strong>Ausgangslage:</strong> Die ~900 Personen in O2C (164) und C2S (736) arbeiten an einem zusammenhängenden E2E-Kundenprozess (Informieren → Planen → Bestellen → Fahren → Abrechnen → Auswerten), sind aber in 2 getrennten Value Teams organisiert mit separater Führung, getrennten Plattformen und getrennten PI-Plannings.</p>
|
||||
<p><strong>Kernproblem:</strong> Der Kunde springt zwischen O2C- und C2S-Systemen. Datenplattformen sind gedoppelt. Bestellsystem und Fahrplankonstruktion haben kein gemeinsames Ownership an der Schnittstelle. Abstimmung läuft über ART-Grenzen.</p>
|
||||
<p><strong>Zielarchitektur:</strong> Statt 2 monolithischer Value Teams werden E2E-orientierte Streams gebildet, die jeweils einen zusammenhängenden Teil der Customer Journey ownen. Zwei Varianten liegen vor — Variante A mit separatem Kommunikations-Stream oder Variante B mit integriertem "One Face to Customer".</p>
|
||||
<p><strong>Empfehlung:</strong> Variante A bevorzugt wenn Innovationsgeschwindigkeit (#Einfachbahn, DB Livemaps, schnelle Lösungen) strategisch priorisiert wird. Variante B wenn minimale Governance-Komplexität Vorrang hat.</p>
|
||||
</div>
|
||||
|
||||
<div class="links">
|
||||
<a class="link-card orange" href="reorganisation.html">
|
||||
<h3>🎯 Reorganisation — Varianten</h3>
|
||||
<p>Zwei Zielarchitekturen im Vergleich. Interaktive Tabs mit Streams, Tools und Bewertung.</p>
|
||||
</a>
|
||||
<a class="link-card" href="uebersicht.html">
|
||||
<h3>📋 ART- und Team-Übersicht</h3>
|
||||
<p>Alle 14 ARTs mit Teams, Personenzahlen. Basierend auf Organigramm-PDFs (verifiziert).</p>
|
||||
</a>
|
||||
<a class="link-card green" href="architektur.html">
|
||||
<h3>🏗️ Architektonische Sicht</h3>
|
||||
<p>Tool-Landschaft nach Domänen. Welches System gehört zu welchem Team?</p>
|
||||
</a>
|
||||
<a class="link-card purple" href="../analysis/2026-06-17-strategische-reorganisation.md">
|
||||
<h3>📄 Strategie-Dokument (Markdown)</h3>
|
||||
<p>Vollständige Analyse mit Ist-Zustand, Synergien, Bruchstellen und Empfehlung.</p>
|
||||
</a>
|
||||
<a class="link-card" href="organigramm-zukunft.html" style="border-left-color:#c62828;">
|
||||
<h3>🏛️ Ziel-Organigramm (IT-Abteilung)</h3>
|
||||
<p>Team-Zuordnung zu Value Streams. Varianten A, B, C (Annex VII). IST vs. SOLL.</p>
|
||||
</a>
|
||||
<a class="link-card" href="bereich-reorg.html" style="border-left-color:#004d40;">
|
||||
<h3>🏢 Bereichs-Reorganisation V.IWF</h3>
|
||||
<p>Gesamter Bereich (658 MA): IST-Organigramm → SOLL nach Annex VII KPs. IT-Aufgaben aus FuBen.</p>
|
||||
</a>
|
||||
</div>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,517 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>Ziel-Organigramm — Aufbau- und Ablauforganisation</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 20px; }
|
||||
h1 { font-size: 1.4rem; margin-bottom: 4px; }
|
||||
.subtitle { color: #666; margin-bottom: 14px; font-size: 0.82rem; }
|
||||
.tabs { display: flex; gap: 3px; margin-bottom: 0; flex-wrap: wrap; }
|
||||
.tab { padding: 9px 14px; background: #e0e0e0; border-radius: 8px 8px 0 0; cursor: pointer; font-weight: 600; font-size: 0.8rem; }
|
||||
.tab.active { background: #fff; }
|
||||
.tab-content { display: none; background: #fff; padding: 20px; border-radius: 0 8px 8px 8px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); overflow-x: auto; }
|
||||
.tab-content.active { display: block; }
|
||||
.org { min-width: 800px; }
|
||||
.top-box { background: #1a237e; color: #fff; padding: 14px 20px; border-radius: 8px; text-align: center; margin-bottom: 6px; }
|
||||
.top-box .t { font-weight: 700; font-size: 0.95rem; }
|
||||
.top-box .s { font-size: 0.72rem; opacity: 0.85; margin-top: 2px; }
|
||||
.row { display: flex; gap: 10px; margin: 10px 0; flex-wrap: wrap; justify-content: center; }
|
||||
.box { border: 2px solid #ccc; border-radius: 8px; padding: 10px 12px; min-width: 155px; flex: 1; max-width: 230px; font-size: 0.75rem; }
|
||||
.box h4 { font-size: 0.78rem; margin-bottom: 3px; }
|
||||
.box .lead { color: #555; font-style: italic; }
|
||||
.box .nums { color: #1976d2; font-weight: 600; margin-top: 3px; }
|
||||
.box .detail { color: #444; margin-top: 5px; padding-top: 5px; border-top: 1px solid #eee; }
|
||||
.box .detail li { list-style: none; margin: 1px 0; }
|
||||
.s1 { border-color: #1976d2; background: #e3f2fd; }
|
||||
.s2 { border-color: #388e3c; background: #e8f5e9; }
|
||||
.s3 { border-color: #f57c00; background: #fff3e0; }
|
||||
.s4 { border-color: #7b1fa2; background: #f3e5f5; }
|
||||
.s5 { border-color: #c62828; background: #ffebee; }
|
||||
.qs { border-color: #455a64; background: #eceff1; }
|
||||
.ist { border-color: #37474f; background: #fafafa; }
|
||||
.back-link { display: inline-block; margin-bottom: 10px; color: #1976d2; text-decoration: none; font-size: 0.82rem; }
|
||||
.note { font-size: 0.76rem; color: #555; margin-top: 14px; padding: 10px; background: #f9f9f9; border-radius: 6px; border-left: 3px solid #1976d2; }
|
||||
.ext-badge { display: inline-block; background: #ffab00; color: #333; font-size: 0.65rem; padding: 1px 5px; border-radius: 3px; margin-left: 4px; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<a class="back-link" href="index.html">← Zurück zur Übersicht</a>
|
||||
<h1>Ziel-Organigramm — Aufbau + Ablauforganisation</h1>
|
||||
<p class="subtitle">Basis: IWF 1 (128 int.) + IWF 9 (45 int.) = 173 interne + ~727 externe in Value Teams | Datenstand: 20.06.2026</p>
|
||||
|
||||
<div class="tabs">
|
||||
<div class="tab" onclick="showTab('ist')">IST — Aufbau</div>
|
||||
<div class="tab" onclick="showTab('a')">Variante A (5 Streams)</div>
|
||||
<div class="tab" onclick="showTab('b')">Variante B (4 Streams)</div>
|
||||
<div class="tab" onclick="showTab('c')">Variante C (Annex VII)</div>
|
||||
<div class="tab active" onclick="showTab('d')">Variante D (Ziel-Orga)</div>
|
||||
</div>
|
||||
|
||||
<!-- IST -->
|
||||
<div class="tab-content" id="tab-ist">
|
||||
<div class="org">
|
||||
<div class="top-box"><div class="t">IST: Aufbauorganisation (disziplinarisch)</div><div class="s">V.IWF 1 (128 int.) + V.IWF 9 (45 int.) = 173 interne | Ablauf: ~900 inkl. Externe (Systel, ZAN, ext. Lieferanten)</div></div>
|
||||
<div class="row">
|
||||
<div class="box ist" style="max-width:380px;">
|
||||
<h4>V.IWF 1 — Digitalisierung Fahrplan & Kapazitätsmanagement</h4>
|
||||
<div class="lead">Anatol Scholz | Chief Expert: Dr. Bettina Birkmeier</div>
|
||||
<div class="nums">128 interne<span class="ext-badge">+608 ext. in VT C2S</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>IWF 11</strong> Anforderungsmanagement (Malachow, 43)</li>
|
||||
<li> IWF 111 FBF Fahrplanerstellung (Krannich, 20)</li>
|
||||
<li> IWF 112 FBF Baufahrplan (Plaul, 16)</li>
|
||||
<li><strong>IWF 12</strong> neXt Lab (Kopp, 30)</li>
|
||||
<li><strong>IWF 13</strong> Projekte Fahrplan (Brum, 15)</li>
|
||||
<li><strong>IWF 14</strong> Regelwerk & Architektur (Fleck, 11)</li>
|
||||
<li><strong>IWF 15</strong> Solution Management (Kühn, 12)</li>
|
||||
<li><strong>IWF 16</strong> Betriebl. Infrastrukturdaten (Sohn, 10)</li>
|
||||
</div>
|
||||
</div>
|
||||
<div class="box ist" style="max-width:300px;">
|
||||
<h4>V.IWF 9 — Digitale Vertriebsprodukte & #Einfachbahn</h4>
|
||||
<div class="lead">Helena Gruber</div>
|
||||
<div class="nums">45 interne<span class="ext-badge">+119 ext. in VT O2C</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>IWF 91</strong> Digitale Partnerlösungen (Froldi, 10)</li>
|
||||
<li><strong>IWF 92</strong> Business IT Vertriebsprodukte (Leicht, 22)</li>
|
||||
<li>+ Data Team (Germany, ~5)</li>
|
||||
<li>+ Querschnitt/Steuerung (~3)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante A: 5 Streams -->
|
||||
<div class="tab-content" id="tab-a">
|
||||
<div class="org">
|
||||
<div class="top-box">
|
||||
<div class="t">SOLL Variante A: 5 Value Streams</div>
|
||||
<div class="s">Leitung: Helena Gruber | Chief Expert: Anatol Scholz | 173 interne + ~727 externe</div>
|
||||
</div>
|
||||
|
||||
<!-- Führung -->
|
||||
<div class="row">
|
||||
<div class="box qs" style="max-width:500px;">
|
||||
<h4>Leitung & Querschnitt</h4>
|
||||
<div class="lead">Helena Gruber (Leitung) | Anatol Scholz (Chief Expert)</div>
|
||||
<div class="nums">~6 interne (Querschnitt IWF1 + IWF9 gebündelt)</div>
|
||||
<div class="detail">
|
||||
<li>Strategie, Budget, Governance</li>
|
||||
<li>Übergreifende Koordination Value Streams</li>
|
||||
<li>TTTneo-Projekt (Stream 2+3)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Streams -->
|
||||
<div class="row">
|
||||
<div class="box s1">
|
||||
<h4>Stream 1: Zugang & Information</h4>
|
||||
<div class="nums">~20 int.<span class="ext-badge">+~40 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Infrastrukturdaten</strong> (ex-IWF 16, ~12–15)</li>
|
||||
<li><strong>Team Kundenportale</strong> (ex-IWF 91 Teil, ~12–15)</li>
|
||||
<li>→ Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo, IDBF</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s2">
|
||||
<h4>Stream 2: Bestellen & Vertrag</h4>
|
||||
<div class="nums">~22 int.<span class="ext-badge">+~70 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Bestellsysteme</strong> (ex-IWF 92, ~12–20)</li>
|
||||
<li><strong>Team Vermarktung</strong> (APN-Anteil, ~12–15)</li>
|
||||
<li>→ pathOS, TPN, APN, TrassenOrder</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s3">
|
||||
<h4>Stream 3: Fahrplan & Kapazität</h4>
|
||||
<div class="nums">~56 int.<span class="ext-badge">+~500 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Fahrplanprozesse</strong> (ex-IWF 11 Kern, ~20–25)</li>
|
||||
<li><strong>Team Projekte</strong> (ex-IWF 13, ~15)</li>
|
||||
<li><strong>Team Regelwerk</strong> (ex-IWF 14, ~12)</li>
|
||||
<li>→ KonBel, InKa (IST: ART CM/CMDP), TAKT, strecken.zeit</li>
|
||||
<li>→ SIC OP (produziert von ART Plattform)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box s4">
|
||||
<h4>Stream 4: Kommunikation, Bau & Transparenz</h4>
|
||||
<div class="nums">~30 int.<span class="ext-badge">+~100 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team neXt / Schnelle Lösungen</strong> (ex-IWF 12, ~20–25)</li>
|
||||
<li><strong>Team Bau & Kommunikation</strong> (ex-IWF 91 Teil + KOM-Anteil, ~12–15)</li>
|
||||
<li>→ DB Livemaps, strecken.info, BAPSI, KomBAU, Regelkommunikation</li>
|
||||
<li>→ #Einfachbahn + neXt Lab vereint</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s5">
|
||||
<h4>Stream 5: Abrechnung & Analytics</h4>
|
||||
<div class="nums">~10 int.<span class="ext-badge">+~45 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Abrechnung</strong> (Fachlichkeit AC Trasse, ~12)</li>
|
||||
<li><strong>Data Team</strong> (Germany, ~5) → Power BI, Analytics</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box qs">
|
||||
<h4>FBF, Support & Solution (Querschnitt)</h4>
|
||||
<div class="nums">~32 int.<span class="ext-badge">+~15 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Unterteam FBF Fahrplan</strong> (ex-IWF 111, Krannich)</li>
|
||||
<li><strong>Unterteam FBF Bau + Support</strong> (ex-IWF 112 Plaul + ex-IWF9 Support)</li>
|
||||
<li><strong>Solution / Architektur</strong> (ex-IWF 15, Kühn, ~12)</li>
|
||||
<li>→ FBF + 2nd Level + übergreifende Architektur</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note">
|
||||
<strong>Designprinzipien:</strong> Teams haben 12–25 Personen (intern). Externe Kräfte werden
|
||||
in der Ablauforganisation (Value Teams/ARTs) gesteuert, disziplinarisch aber den internen
|
||||
Teamleads zugeordnet. FBF (IWF 111 + 112) wird mit Support aus IWF 9 fusioniert —
|
||||
ein Team mit zwei Unterteams. Querschnitt (Strategie, Budget) aus IWF 1 + IWF 9 gebündelt unter Gruber/Scholz.
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante B: 4 Streams -->
|
||||
<div class="tab-content" id="tab-b">
|
||||
<div class="org">
|
||||
<div class="top-box">
|
||||
<div class="t">SOLL Variante B: 4 Value Streams</div>
|
||||
<div class="s">Leitung: Helena Gruber | Chief Expert: Anatol Scholz | 173 interne + ~727 externe</div>
|
||||
</div>
|
||||
|
||||
<!-- Führung -->
|
||||
<div class="row">
|
||||
<div class="box qs" style="max-width:500px;">
|
||||
<h4>Leitung & Querschnitt</h4>
|
||||
<div class="lead">Helena Gruber (Leitung) | Anatol Scholz (Chief Expert)</div>
|
||||
<div class="nums">~6 interne (Querschnitt gebündelt)</div>
|
||||
<div class="detail">
|
||||
<li>Strategie, Budget, Governance</li>
|
||||
<li>Übergreifende Koordination Value Streams</li>
|
||||
<li>TTTneo-Projekt (Stream 2+3)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Streams -->
|
||||
<div class="row">
|
||||
<div class="box s1" style="max-width:280px;">
|
||||
<h4>Stream 1: Zugang, Information & Kommunikation</h4>
|
||||
<div class="nums">~50 int.<span class="ext-badge">+~140 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Infrastrukturdaten</strong> (ex-IWF 16, ~12–15)</li>
|
||||
<li><strong>Team Kundenportale</strong> (ex-IWF 91, ~12–15)</li>
|
||||
<li><strong>Team neXt / Schnelle Lösungen</strong> (ex-IWF 12, ~20–25)</li>
|
||||
<li>→ Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo</li>
|
||||
<li>→ DB Livemaps, strecken.info, BAPSI, KomBAU</li>
|
||||
<li>→ Regelkommunikation, #Einfachbahn + neXt</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s2">
|
||||
<h4>Stream 2: Bestellen & Vertrag</h4>
|
||||
<div class="nums">~22 int.<span class="ext-badge">+~70 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Bestellsysteme</strong> (ex-IWF 92, ~12–20)</li>
|
||||
<li><strong>Team Vermarktung</strong> (APN-Anteil, ~12–15)</li>
|
||||
<li>→ pathOS, TPN, APN, TrassenOrder</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s3" style="max-width:280px;">
|
||||
<h4>Stream 3: Fahrplan & Kapazität</h4>
|
||||
<div class="nums">~56 int.<span class="ext-badge">+~500 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Fahrplanprozesse</strong> (ex-IWF 11 Kern, ~20–25)</li>
|
||||
<li><strong>Team Projekte</strong> (ex-IWF 13, ~15)</li>
|
||||
<li><strong>Team Regelwerk</strong> (ex-IWF 14, ~12)</li>
|
||||
<li>→ KonBel, InKa (IST: ART CM/CMDP), TAKT, strecken.zeit</li>
|
||||
<li>→ SIC OP (produziert von ART Plattform)</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box s5">
|
||||
<h4>Stream 4: Abrechnung & Analytics</h4>
|
||||
<div class="nums">~10 int.<span class="ext-badge">+~45 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Abrechnung</strong> (Fachlichkeit AC Trasse, ~12)</li>
|
||||
<li><strong>Data Team</strong> (Germany, ~5) → Power BI, Analytics</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box qs">
|
||||
<h4>FBF, Support & Solution (Querschnitt)</h4>
|
||||
<div class="nums">~32 int.<span class="ext-badge">+~15 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Unterteam FBF Fahrplan</strong> (ex-IWF 111, Krannich)</li>
|
||||
<li><strong>Unterteam FBF Bau + Support</strong> (ex-IWF 112 Plaul + ex-IWF9 Support)</li>
|
||||
<li><strong>Solution / Architektur</strong> (ex-IWF 15, Kühn, ~12)</li>
|
||||
<li>→ FBF + 2nd Level + übergreifende Architektur</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note">
|
||||
<strong>Unterschied zu Variante A:</strong> neXt Lab (Kopp, 30) und Kommunikations-/Bau-Themen
|
||||
gehen in Stream 1 statt in einen eigenen Stream 4. Stream 1 wird damit der größte
|
||||
kundennahe Bereich (~50 int. + 140 ext.). Vorteil: One Face to Customer.
|
||||
Risiko: Breite Führungsspanne in Stream 1.
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante C: Annex VII Phasen -->
|
||||
<div class="tab-content" id="tab-c">
|
||||
<div class="org">
|
||||
<div class="top-box" style="background:#004d40;">
|
||||
<div class="t">SOLL Variante C: Annex VII — Kapazitätsphasen</div>
|
||||
<div class="s">Leitung: Helena Gruber | Chief Expert: Anatol Scholz | Struktur entlang der regulatorischen Kapazitätsphasen (KP 4 → KP 1 → Aftersales)</div>
|
||||
</div>
|
||||
|
||||
<!-- Führung -->
|
||||
<div class="row">
|
||||
<div class="box qs" style="max-width:500px;">
|
||||
<h4>Leitung, Orga & Übergreifend</h4>
|
||||
<div class="lead">Helena Gruber (Leitung) | Anatol Scholz (Chief Expert)</div>
|
||||
<div class="nums">~6 int. + Querschnitt</div>
|
||||
<div class="detail">
|
||||
<li>Strategie, Budget, Governance</li>
|
||||
<li>TTTneo-Projekt (KP 3 + KP 2)</li>
|
||||
<li><strong>FBF & Support</strong> (~20 int. + 15 ext.) — fusioniert, 2 Unterteams</li>
|
||||
<li><strong>Team Solution / Architektur</strong> (ex-IWF 15, Kühn, ~12) — übergreifend</li>
|
||||
<li><strong>Plattform</strong> — SIC OP Betrieb, CI/CD, QuEST</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Phasen -->
|
||||
<div class="row">
|
||||
<div class="box" style="border-color:#0d47a1; background:#e3f2fd;">
|
||||
<h4>KP 4: Langfristplanung & Rahmenverträge</h4>
|
||||
<div class="nums">~20 int.<span class="ext-badge">+~80 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Kapazitätsstrategie</strong> (ex-IWF 14 + CM-Anteil, ~12–15)</li>
|
||||
<li><strong>Team Rahmenverträge & Infraentwicklung</strong> (ex-IWF 91 Teil, ~12)</li>
|
||||
<li>→ InKa (Langfrist), iTrace, Segmentierung, Kapazitätsplanung</li>
|
||||
<li>→ Rahmenvertrags-Bestellung (pathOS/APN-Anteil)</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box" style="border-color:#1b5e20; background:#e8f5e9;">
|
||||
<h4>KP 3: Netzfahrplan & Baufahrplan</h4>
|
||||
<div class="nums">~43 int.<span class="ext-badge">+~350 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Netzfahrplan</strong> (ex-IWF 11 Kern + IWF 13, ~20–25)</li>
|
||||
<li><strong>Team Baufahrplan</strong> (ex-IWF 112-Anteil, ~15)</li>
|
||||
<li>→ KonBel, TAKT, UjK, strecken.zeit</li>
|
||||
<li>→ BBPneo/BARD (Bau-Anordnungen für NFP)</li>
|
||||
<li>→ Bestellung Netzfahrplan (pathOS-Anteil)</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box" style="border-color:#e65100; background:#fff3e0;">
|
||||
<h4>KP 2: Unterjähriger Fahrplan & GelV</h4>
|
||||
<div class="nums">~30 int.<span class="ext-badge">+~150 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team UjK / Veröffentlichung</strong> (ex-IWF 11-Anteil, ~15–20)</li>
|
||||
<li><strong>Team GelV & Bestellung</strong> (ex-IWF 92, ~12–15)</li>
|
||||
<li>→ UjK, UjV, TrassenOrder, pathOS (GelV-Anteil)</li>
|
||||
<li>→ BAPSI 2.0 (unterjährige Baukommunikation)</li>
|
||||
<li>→ APN (Serviceeinrichtungen)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box" style="border-color:#4a148c; background:#f3e5f5;">
|
||||
<h4>KP 1: Kurzfristiger Fahrplan & Betriebskommunikation</h4>
|
||||
<div class="nums">~35 int.<span class="ext-badge">+~110 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Regelkommunikation</strong> (KOM-Anteil, ~12–15)</li>
|
||||
<li><strong>Team neXt / Schnelle Lösungen</strong> (ex-IWF 12, ~20–25)</li>
|
||||
<li>→ Regelkommunikation, KomBAU, DB Livemaps, strecken.info</li>
|
||||
<li>→ Kurzfristige Trassenänderungen</li>
|
||||
<li>→ #Einfachbahn + neXt Lab (Kundentransparenz Echtzeit)</li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box" style="border-color:#b71c1c; background:#ffebee;">
|
||||
<h4>Aftersales: Abrechnung & aktuelle Information</h4>
|
||||
<div class="nums">~20 int.<span class="ext-badge">+~50 ext.</span></div>
|
||||
<div class="detail">
|
||||
<li><strong>Team Abrechnung</strong> (AC Trasse Fachlichkeit, ~12)</li>
|
||||
<li><strong>Team Kundenportal & Austausch</strong> (ex-IWF 91 Teil, ~12)</li>
|
||||
<li><strong>Data Team</strong> (Germany, ~5) — Power BI, Analytics</li>
|
||||
<li>→ AC Trasse, SAP BRIM</li>
|
||||
<li>→ Infraportal, Trassenfinder, NiCo, GretA, PlaTo</li>
|
||||
<li>→ Kundenaustausch, Feedback-Kanäle</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note">
|
||||
<strong>Logik Variante C:</strong> Die Struktur folgt den regulatorischen Kapazitätsphasen
|
||||
des Annex VII (Durchführungsverordnung EU 2024/XXX). Jeder Stream ownt eine Phase des
|
||||
Kapazitätsprozesses end-to-end — von der IT-System-Entwicklung bis zur fachlichen
|
||||
Betriebsführung in dieser Phase. <br><br>
|
||||
<strong>Vorteil:</strong> Direkte Abbildung des regulatorischen Rahmens. Jedes Team kann sich auf
|
||||
"seinen" Zeithorizont spezialisieren. Regulatorische Anforderungen landen direkt beim
|
||||
zuständigen Stream. <br>
|
||||
<strong>Risiko:</strong> Systeme (pathOS, KonBel) werden über mehrere Phasen genutzt — Ownership-Frage
|
||||
muss über API-Verträge gelöst werden. Manche Teams (neXt Lab) passen nicht sauber in eine Phase.
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante D: Ziel-Orga (Bereich + IT-Abt. nach Transition) -->
|
||||
<div class="tab-content active" id="tab-d">
|
||||
<div class="org">
|
||||
<div class="top" style="background:#1b5e20;">
|
||||
<div class="t">Variante D: Ziel-Organisation — Bereich V.IWF nach Annex VII + IT-Abteilung nach Transition</div>
|
||||
<div class="s">Gesamtbereich: Dr. Matthias Feil | IT-Abt.: Helena Gruber / Anatol Scholz (~215–237 MA nach Transfer) | Abteilungen nach KPs + erweiterte IT</div>
|
||||
</div>
|
||||
|
||||
<!-- Bereichsleitung -->
|
||||
<div class="row">
|
||||
<div class="box qs" style="max-width:600px;">
|
||||
<h4>Bereichsleitung V.IWF — Dr. Matthias Feil</h4>
|
||||
<div class="n">~760 MA (658 + ~100 neue regionale Abt.)</div>
|
||||
<div class="d"><li>7 Abteilungen: KP4, KP3, KP2, KP1/Aftersales, Netzzugang, Digitalisierung/IT, Regionale Vertriebsorg.</li></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Fachliche Abteilungen nach KP -->
|
||||
<div class="row">
|
||||
<div class="box kp4">
|
||||
<h4>Abt. KP 4: Langfristplanung</h4>
|
||||
<div class="ld">Kim Oliver Engelbach</div>
|
||||
<div class="n">~130 MA (ex-IWF 2 minus IT-Transfer)</div>
|
||||
<div class="d">
|
||||
<li>Strat. Fahrplan & Segmente</li>
|
||||
<li>Bautaktkonzeption</li>
|
||||
<li>Fahrplankonzeptberatung</li>
|
||||
<li>EBWU</li>
|
||||
<li><em>IT-Anforderungen → IT-Abt.</em></li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box kp3">
|
||||
<h4>Abt. KP 3: Netzfahrplan</h4>
|
||||
<div class="ld">Dr. Daniel Pöhle</div>
|
||||
<div class="n">~105 MA (ex-IWF 3 minus IT-Transfer)</div>
|
||||
<div class="d">
|
||||
<li>Regelwerk & Kompetenz</li>
|
||||
<li>Trassenzuweisung + internat.</li>
|
||||
<li>Erstellung Netzfahrplan</li>
|
||||
<li>Integrierte Bündelung</li>
|
||||
<li><em>Simulation + IT → IT-Abt.</em></li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box kp2">
|
||||
<h4>Abt. KP 2: Unterjährl. FP & Kapazitätssteuerung</h4>
|
||||
<div class="ld">Dr. Henning Homfeld / Sophie Fürstner</div>
|
||||
<div class="n">~110 MA (ex-IWF 4+5 minus IT-Transfer)</div>
|
||||
<div class="d">
|
||||
<li>Unterjährl. FP & Baufahrplan</li>
|
||||
<li>Kurzfr. Baubetriebsplanung</li>
|
||||
<li>Kapazitätsbewertung</li>
|
||||
<li>Kennzahlen (fachlich)</li>
|
||||
<li><em>Portal + ML → IT-Abt.</em></li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="row">
|
||||
<div class="box" style="border-color:#37474f; background:#fafafa;">
|
||||
<h4>Abt. Netzzugang & Regulierung</h4>
|
||||
<div class="ld">Dr. Ruben Diemo Etzold</div>
|
||||
<div class="n">25 MA (bleibt bestehen)</div>
|
||||
<div class="d"><li>Netzzugangsrecht</li><li>Regulierung EU/BNetzA</li></div>
|
||||
</div>
|
||||
|
||||
<div class="box as">
|
||||
<h4>Abt. Aftersales & Markt</h4>
|
||||
<div class="ld">Matthias Fett</div>
|
||||
<div class="n">~40 MA (ex-IWF 7 Teile minus IT)</div>
|
||||
<div class="d">
|
||||
<li>Abrechnung operativ (ex-IWF 72)</li>
|
||||
<li>Forderungsmgmt (ex-IWF 73)</li>
|
||||
<li>Infrastrukturentwicklung (ex-IWF 71)</li>
|
||||
<li><em>IT-Systeme → IT-Abt.</em></li>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="box" style="border-color:#795548; background:#efebe9;">
|
||||
<h4>Abt. Regionale Vertriebsorg.<span class="badge new-badge">NEU</span></h4>
|
||||
<div class="n">~100 MA (geschätzt)</div>
|
||||
<div class="d">
|
||||
<li>Fusion ex-IWF 7 (Teile) + IWF 8</li>
|
||||
<li>Regionale MA GelV, Güter, FV</li>
|
||||
<li>Produkt- & Preismgmt SE+IA</li>
|
||||
<li>Produkt- & Preismgmt Trasse</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- IT-Abteilung -->
|
||||
<div class="row">
|
||||
<div class="box" style="border-color:#006064; background:#e0f7fa; max-width:700px; min-width:600px;">
|
||||
<h4>Abt. Digitalisierung & IT<span class="badge new-badge">ERWEITERT</span></h4>
|
||||
<div class="ld">Helena Gruber (Leitung) | Anatol Scholz (Chief Expert)</div>
|
||||
<div class="n">~215–237 MA (173 heutige + 42–64 Transfer aus KP-Abt.)</div>
|
||||
<div class="d" style="column-count:2; column-gap:16px;">
|
||||
<li><strong>Team Fahrplan-IT</strong> (~25) — KonBel, TAKT, BBP, PAULA</li>
|
||||
<li><strong>Team Kundenportale</strong> (~20) — Infraportal, Trassenfinder, Portal Erstanmeldung</li>
|
||||
<li><strong>Team Data & Analytics</strong> (~20) — InKa, ML, Data Governance, Data Team</li>
|
||||
<li><strong>Team Business IT Vertrieb</strong> (~22) — pathOS, TPN, APN, Abrechnungs-IT</li>
|
||||
<li><strong>Team Simulation & Modelle</strong> (~15) — Zugfahrtsim., Optimierung</li>
|
||||
<li><strong>Team neXt / Schnelle Lösungen</strong> (~25) — #Einfachbahn, Livemaps, strecken.info</li>
|
||||
<li><strong>Team Infrastrukturdaten</strong> (~15) — IDBF, strecken.zeit</li>
|
||||
<li><strong>Team Bau-IT</strong> (~15) — BBPneo, BAPSI, KomBAU</li>
|
||||
<li><strong>FBF & Support</strong> (~20) — fusioniert, 2 Unterteams</li>
|
||||
<li><strong>Solution / Architektur</strong> (~12) — SIC OP Strategie, Übergreifend</li>
|
||||
<li><strong>Projekte</strong> (~15) — TTTneo, übergreifende IT-Projekte</li>
|
||||
<li><strong>Leitung + Regelwerk</strong> (~6)</li>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="note">
|
||||
<strong>Variante D = Bereichs-Ziel-Orga:</strong> Kombiniert die Annex-VII-KP-Logik (Variante C) für die Fachseite
|
||||
mit der erweiterten IT-Abteilung nach vollständigem Transfer aller IT-Aufgaben. Die Fach-Abteilungen definieren
|
||||
Anforderungen (WHAT), die IT-Abteilung liefert Umsetzung (HOW). IWF 6 bleibt unverändert. IWF 7+8 werden zur
|
||||
neuen regionalen Vertriebsorg. Aftersales-Fachlichkeit bleibt bei Fett. ~42–64 Personen mit IT-Aufgaben wandern
|
||||
in die IT-Abt. unter Gruber/Scholz.<br><br>
|
||||
<strong>Ergebnis:</strong> 12 IT-Teams à 12–25 Personen, klare Ownership, Teams entlang der Customer Journey UND der KP-Phasen.
|
||||
<br><br>
|
||||
<a class="src-link" href="bereich-reorg.html">→ Details: Übergangsmatrix mit Personen-Transfer pro Aufgabe</a>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
function showTab(id) {
|
||||
document.querySelectorAll('.tab-content').forEach(t => t.classList.remove('active'));
|
||||
document.querySelectorAll('.tab').forEach(t => t.classList.remove('active'));
|
||||
document.getElementById('tab-' + id).classList.add('active');
|
||||
event.target.classList.add('active');
|
||||
}
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,196 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>Reorganisation O2C + C2S — Varianten-Vergleich</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 20px; max-width: 1400px; margin: 0 auto; }
|
||||
h1 { margin-bottom: 6px; font-size: 1.5rem; }
|
||||
.subtitle { color: #666; margin-bottom: 20px; font-size: 0.9rem; }
|
||||
.tabs { display: flex; gap: 4px; margin-bottom: 0; }
|
||||
.tab { padding: 10px 20px; background: #e0e0e0; border-radius: 8px 8px 0 0; cursor: pointer; font-weight: 600; font-size: 0.9rem; }
|
||||
.tab.active { background: #fff; border-bottom: 2px solid #fff; }
|
||||
.tab-content { display: none; background: #fff; padding: 20px; border-radius: 0 8px 8px 8px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); }
|
||||
.tab-content.active { display: block; }
|
||||
</style>
|
||||
<style>
|
||||
.stream { margin: 10px 0; padding: 14px 18px; border-radius: 8px; border-left: 4px solid #ccc; }
|
||||
.stream h3 { font-size: 0.95rem; margin-bottom: 6px; }
|
||||
.stream .tools { font-size: 0.82rem; color: #555; margin-bottom: 4px; }
|
||||
.stream .size { font-size: 0.8rem; color: #888; }
|
||||
.s1 { border-left-color: #1976d2; background: #e3f2fd; }
|
||||
.s2 { border-left-color: #388e3c; background: #e8f5e9; }
|
||||
.s3 { border-left-color: #f57c00; background: #fff3e0; }
|
||||
.s4 { border-left-color: #7b1fa2; background: #f3e5f5; }
|
||||
.s5 { border-left-color: #c62828; background: #ffebee; }
|
||||
.platform { border-left-color: #455a64; background: #eceff1; }
|
||||
.project { border-left-color: #78909c; background: #f5f5f5; border-style: dashed; }
|
||||
.compare { display: grid; grid-template-columns: 1fr 1fr; gap: 20px; margin-top: 20px; }
|
||||
.compare-col { background: #fafafa; padding: 14px; border-radius: 8px; }
|
||||
.compare-col h4 { margin-bottom: 8px; font-size: 0.9rem; }
|
||||
.compare-col li { font-size: 0.83rem; margin: 4px 0; }
|
||||
@media (max-width: 800px) { .compare { grid-template-columns: 1fr; } }
|
||||
.back-link { display: inline-block; margin-bottom: 16px; color: #1976d2; text-decoration: none; font-size: 0.85rem; }
|
||||
.back-link:hover { text-decoration: underline; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<a class="back-link" href="index.html">← Zurück zur Übersicht</a>
|
||||
<h1>Reorganisation O2C + C2S — Varianten-Vergleich</h1>
|
||||
<p class="subtitle">Stand: 17.06.2026 | Ziel: E2E-Kundenorientierung, Synergien heben, Abstimmung reduzieren</p>
|
||||
|
||||
<div class="tabs">
|
||||
<div class="tab active" onclick="showTab('a')">Variante A — 5 Streams</div>
|
||||
<div class="tab" onclick="showTab('b')">Variante B — 4 Streams</div>
|
||||
<div class="tab" onclick="showTab('compare')">Vergleich</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante A -->
|
||||
<div class="tab-content active" id="tab-a">
|
||||
<h2>Variante A: 5 Streams + Plattform</h2>
|
||||
<p style="font-size:0.85rem;color:#555;margin-bottom:14px;">Kommunikation & Bau als eigener Stream. #Einfachbahn + neXt = Schnelle Lösungen.</p>
|
||||
|
||||
<div class="stream s1">
|
||||
<h3>Stream 1: Zugang & Information</h3>
|
||||
<div class="tools">Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo, IDBF-Portal/Infrastrukturmanager</div>
|
||||
<div class="size">~60 Personen | heute: DigiPaLö + Teile IDBF</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s2">
|
||||
<h3>Stream 2: Bestellen & Vertragsmanagement</h3>
|
||||
<div class="tools">pathOS, TrassenOrder, TPN, APN, Click&Ride</div>
|
||||
<div class="size">~95 Personen | heute: pathOS + APN | TTTneo übergreifend mit Stream 3</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s3">
|
||||
<h3>Stream 3: Fahrplan & Kapazität</h3>
|
||||
<div class="tools">KonBel, InKa, TAKT, strecken.zeit, UjK, UjV, KuK</div>
|
||||
<div class="size">~450 Personen | heute: SuN + UjK + UjV + KuK + CM | TTTneo übergreifend mit Stream 2</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s4">
|
||||
<h3>Stream 4: Kommunikation, Bau & Transparenz (NEU)</h3>
|
||||
<div class="tools">Regelkommunikation (KOM), BBPneo/BARD, BAPSI 2.0, KomBAU, DB Livemaps, strecken.info, #Einfachbahn + neXt ("Schnelle Lösungen")</div>
|
||||
<div class="size">~140 Personen | herausgelöst aus bisherigem Stream 3 + DigiPaLö-Teile</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s5">
|
||||
<h3>Stream 5: Abrechnung & Analytics</h3>
|
||||
<div class="tools">AC Trasse, SAP BRIM, Data Team IWF9, Power BI</div>
|
||||
<div class="size">~60 Personen | heute: ART Abrechnung + Data Team</div>
|
||||
</div>
|
||||
|
||||
<div class="stream platform">
|
||||
<h3>Plattform (Querschnitt)</h3>
|
||||
<div class="tools">SIC OP Betrieb + pathOS-Infra + CI/CD → konsolidiert | QuEST (E2E Testing)</div>
|
||||
<div class="size">~65 Personen</div>
|
||||
</div>
|
||||
|
||||
<div class="stream project">
|
||||
<h3>Projekte (temporär, übergreifend)</h3>
|
||||
<div class="tools">TTTneo (Stream 2 + 3)</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Variante B -->
|
||||
<div class="tab-content" id="tab-b">
|
||||
<h2>Variante B: 4 Streams + Plattform</h2>
|
||||
<p style="font-size:0.85rem;color:#555;margin-bottom:14px;">Kommunikation & #Einfachbahn integriert in Stream 1. One Face to Customer.</p>
|
||||
|
||||
<div class="stream s1">
|
||||
<h3>Stream 1: Zugang, Information & Kommunikation</h3>
|
||||
<div class="tools">Infraportal, Trassenfinder, NiCo, GretA, iTrace, PlaTo, IDBF-Portal, Regelkommunikation (KOM), BBPneo/BARD, BAPSI 2.0, KomBAU, DB Livemaps, strecken.info, #Einfachbahn + neXt ("Schnelle Lösungen")</div>
|
||||
<div class="size">~200 Personen | heute: DigiPaLö + IDBF + KOM + BARD + neXt</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s2">
|
||||
<h3>Stream 2: Bestellen & Vertragsmanagement</h3>
|
||||
<div class="tools">pathOS, TrassenOrder, TPN, APN, Click&Ride</div>
|
||||
<div class="size">~95 Personen | heute: pathOS + APN | TTTneo übergreifend mit Stream 3</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s3">
|
||||
<h3>Stream 3: Fahrplan & Kapazität</h3>
|
||||
<div class="tools">KonBel, InKa, TAKT, strecken.zeit, UjK, UjV, KuK</div>
|
||||
<div class="size">~450 Personen | heute: SuN + UjK + UjV + KuK + CM | TTTneo übergreifend mit Stream 2</div>
|
||||
</div>
|
||||
|
||||
<div class="stream s5">
|
||||
<h3>Stream 4: Abrechnung & Analytics</h3>
|
||||
<div class="tools">AC Trasse, SAP BRIM, Data Team IWF9, Power BI</div>
|
||||
<div class="size">~60 Personen | heute: ART Abrechnung + Data Team</div>
|
||||
</div>
|
||||
|
||||
<div class="stream platform">
|
||||
<h3>Plattform (Querschnitt)</h3>
|
||||
<div class="tools">SIC OP Betrieb + pathOS-Infra + CI/CD → konsolidiert | QuEST (E2E Testing)</div>
|
||||
<div class="size">~65 Personen</div>
|
||||
</div>
|
||||
|
||||
<div class="stream project">
|
||||
<h3>Projekte (temporär, übergreifend)</h3>
|
||||
<div class="tools">TTTneo (Stream 2 + 3)</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Vergleich -->
|
||||
<div class="tab-content" id="tab-compare">
|
||||
<h2>Vergleich der Varianten</h2>
|
||||
<div class="compare">
|
||||
<div class="compare-col">
|
||||
<h4 style="color:#388e3c;">✅ Variante A — Vorteile</h4>
|
||||
<ul>
|
||||
<li>Eigener Speed-Bereich für Bau-Transparenz + #Einfachbahn</li>
|
||||
<li>Stream 4 kann unabhängig iterieren (kleine Teams, hohe Velocity)</li>
|
||||
<li>Klare Verantwortung: "Alles was der Kunde zur Bausituation sehen muss"</li>
|
||||
<li>#Einfachbahn + neXt als Innovation-Engine ohne Legacy-Ballast</li>
|
||||
<li>Moderate Stream-Größen (max ~450)</li>
|
||||
</ul>
|
||||
<h4 style="color:#c62828; margin-top:12px;">⚠️ Variante A — Risiken</h4>
|
||||
<ul>
|
||||
<li>Neuer Stream 4 hat Daten-Abhängigkeit zu Stream 3 (Bau-Daten)</li>
|
||||
<li>5 Streams = mehr Koordination auf oberster Ebene</li>
|
||||
<li>Abgrenzung Stream 1 vs. Stream 4 kann unklar werden</li>
|
||||
</ul>
|
||||
</div>
|
||||
<div class="compare-col">
|
||||
<h4 style="color:#388e3c;">✅ Variante B — Vorteile</h4>
|
||||
<ul>
|
||||
<li>Weniger Streams = weniger Top-Level-Abstimmung</li>
|
||||
<li>"One Face to Customer" — alles Sichtbare in einem Stream</li>
|
||||
<li>Einfacheres Governance-Modell</li>
|
||||
<li>Keine Daten-Schnittstellen zwischen Kommunikation und Information</li>
|
||||
</ul>
|
||||
<h4 style="color:#c62828; margin-top:12px;">⚠️ Variante B — Risiken</h4>
|
||||
<ul>
|
||||
<li>Stream 1 wird sehr groß (~200 Pers.) und heterogen</li>
|
||||
<li>Führungsspanne hoch — Portalbau vs. Bau-Kommunikation vs. Innovation</li>
|
||||
<li>#Einfachbahn konkurriert mit Betrieb um Aufmerksamkeit</li>
|
||||
<li>Schnelle Lösungen könnten im großen Stream untergehen</li>
|
||||
</ul>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<table style="width:100%;margin-top:20px;border-collapse:collapse;font-size:0.83rem;">
|
||||
<tr style="background:#f0f0f0;"><th style="padding:8px;text-align:left;">Dimension</th><th style="padding:8px;">Variante A (5 Streams)</th><th style="padding:8px;">Variante B (4 Streams)</th></tr>
|
||||
<tr><td style="padding:6px 8px;">Anzahl Streams</td><td style="padding:6px 8px;text-align:center;">5 + Plattform</td><td style="padding:6px 8px;text-align:center;">4 + Plattform</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:6px 8px;">Größter Stream</td><td style="padding:6px 8px;text-align:center;">~450 (Fahrplan)</td><td style="padding:6px 8px;text-align:center;">~450 (Fahrplan)</td></tr>
|
||||
<tr><td style="padding:6px 8px;">#Einfachbahn Autonomie</td><td style="padding:6px 8px;text-align:center;">Hoch (eigener Stream)</td><td style="padding:6px 8px;text-align:center;">Mittel (Teil von Stream 1)</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:6px 8px;">Inter-Stream Abstimmung</td><td style="padding:6px 8px;text-align:center;">Mehr (4↔3 Daten)</td><td style="padding:6px 8px;text-align:center;">Weniger</td></tr>
|
||||
<tr><td style="padding:6px 8px;">Innovationsgeschwindigkeit</td><td style="padding:6px 8px;text-align:center;">Hoch (dedizierter Bereich)</td><td style="padding:6px 8px;text-align:center;">Moderat (Großer Stream)</td></tr>
|
||||
<tr style="background:#fafafa;"><td style="padding:6px 8px;">Führungskomplexität</td><td style="padding:6px 8px;text-align:center;">Moderat pro Stream</td><td style="padding:6px 8px;text-align:center;">Stream 1 sehr breit</td></tr>
|
||||
</table>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
function showTab(id) {
|
||||
document.querySelectorAll('.tab-content').forEach(t => t.classList.remove('active'));
|
||||
document.querySelectorAll('.tab').forEach(t => t.classList.remove('active'));
|
||||
document.getElementById('tab-' + id).classList.add('active');
|
||||
event.target.classList.add('active');
|
||||
}
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,337 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>O2C + C2S — ART und Team-Übersicht</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f5f5f5; color: #333; padding: 20px; }
|
||||
h1 { margin-bottom: 8px; font-size: 1.8rem; }
|
||||
.subtitle { color: #666; margin-bottom: 24px; font-size: 0.95rem; }
|
||||
.legend { display: flex; gap: 16px; margin-bottom: 24px; flex-wrap: wrap; }
|
||||
.legend-item { display: flex; align-items: center; gap: 6px; font-size: 0.85rem; }
|
||||
.legend-dot { width: 14px; height: 14px; border-radius: 3px; }
|
||||
.container { display: grid; grid-template-columns: 1fr 1fr; gap: 20px; }
|
||||
@media (max-width: 900px) { .container { grid-template-columns: 1fr; } }
|
||||
.bereich { background: #fff; border-radius: 12px; box-shadow: 0 2px 8px rgba(0,0,0,0.08); overflow: hidden; }
|
||||
.bereich-header { padding: 16px 20px; cursor: pointer; display: flex; justify-content: space-between; align-items: center; }
|
||||
.bereich-header h2 { font-size: 1.1rem; }
|
||||
</style>
|
||||
<style>
|
||||
.bereich-header .count { background: #eee; border-radius: 12px; padding: 2px 10px; font-size: 0.8rem; color: #555; }
|
||||
.bereich-header .arrow { transition: transform 0.2s; font-size: 1.2rem; color: #999; }
|
||||
.bereich.open .arrow { transform: rotate(90deg); }
|
||||
.bereich-body { display: none; padding: 0 20px 16px; }
|
||||
.bereich.open .bereich-body { display: block; }
|
||||
.art { margin-bottom: 12px; }
|
||||
.art-header { padding: 8px 12px; background: #f8f8f8; border-radius: 8px; cursor: pointer; display: flex; justify-content: space-between; align-items: center; font-size: 0.9rem; font-weight: 600; }
|
||||
.art-header:hover { background: #f0f0f0; }
|
||||
.art-teams { display: none; padding: 8px 0 0 12px; }
|
||||
.art.open .art-teams { display: block; }
|
||||
.team { padding: 6px 10px; margin: 4px 0; border-left: 3px solid #ddd; font-size: 0.85rem; border-radius: 0 4px 4px 0; background: #fafafa; }
|
||||
.team:hover { background: #f0f7ff; }
|
||||
.team .goal { color: #666; font-size: 0.8rem; margin-top: 2px; }
|
||||
.team .size { color: #999; font-size: 0.75rem; float: right; }
|
||||
.o2c .bereich-header { background: #e3f2fd; border-left: 4px solid #1976d2; }
|
||||
.c2s .bereich-header { background: #e8f5e9; border-left: 4px solid #388e3c; }
|
||||
.o2c .team { border-left-color: #1976d2; }
|
||||
.c2s .team { border-left-color: #388e3c; }
|
||||
.former { border-left-color: #bbb !important; background: #f0f0f0 !important; opacity: 0.7; }
|
||||
.former:hover { opacity: 1; }
|
||||
.former-section { margin-top: 12px; border-top: 1px dashed #ccc; padding-top: 8px; }
|
||||
.former-toggle { font-size: 0.8rem; color: #888; cursor: pointer; padding: 4px 8px; background: #f5f5f5; border-radius: 4px; display: inline-block; }
|
||||
.former-toggle:hover { background: #eee; color: #555; }
|
||||
.former-list { display: none; }
|
||||
.former-section.open .former-list { display: block; }
|
||||
.stats { display: grid; grid-template-columns: repeat(4, 1fr); gap: 12px; margin-bottom: 24px; }
|
||||
.stat { background: #fff; border-radius: 8px; padding: 16px; text-align: center; box-shadow: 0 1px 4px rgba(0,0,0,0.06); }
|
||||
.stat .num { font-size: 1.6rem; font-weight: 700; }
|
||||
.stat .label { font-size: 0.8rem; color: #666; margin-top: 4px; }
|
||||
.blind-spot { background: #fff3e0; border: 1px dashed #f57c00; border-radius: 8px; padding: 12px 16px; margin-top: 16px; }
|
||||
.blind-spot h3 { font-size: 0.95rem; color: #e65100; margin-bottom: 8px; }
|
||||
.blind-spot li { font-size: 0.85rem; margin: 4px 0; color: #555; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<h1>O2C + C2S — ART und Team-Übersicht</h1>
|
||||
<p class="subtitle">Stand: 17.06.2026 | Quellen: Organigramm-PDFs (Aufbauorganisation) + arija-Confluence | Verifiziert gegen offizielle Team-Übersichten</p>
|
||||
|
||||
<div class="stats">
|
||||
<div class="stat"><div class="num">2</div><div class="label">Bereiche</div></div>
|
||||
<div class="stat"><div class="num">4 + 10</div><div class="label">ARTs (O2C + C2S)</div></div>
|
||||
<div class="stat"><div class="num">~900</div><div class="label">Personen gesamt</div></div>
|
||||
<div class="stat"><div class="num">164 + 736</div><div class="label">O2C + C2S</div></div>
|
||||
</div>
|
||||
|
||||
<div class="legend">
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#1976d2"></div>O2C (Order2Cash) — 164 Personen</div>
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#388e3c"></div>C2S (Capacity2Schedule) — 736 Personen</div>
|
||||
<div class="legend-item"><div class="legend-dot" style="background:#999"></div>Ehemalige Teams</div>
|
||||
</div>
|
||||
|
||||
<div class="container">
|
||||
|
||||
<!-- O2C -->
|
||||
<div class="bereich o2c open">
|
||||
<div class="bereich-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>O2C — Order2Cash</h2>
|
||||
<span class="count">4 ARTs, 164 Personen</span>
|
||||
<span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="bereich-body">
|
||||
|
||||
<!-- ART pathOS -->
|
||||
<div class="art open">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART pathOS (Bestellsystem) <span class="count">53 Personen, 5 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Backend</strong><span class="size">14</span><div class="goal">Services, Prozesse, Schnittstellen (Fusion aus CIB + Zero)</div></div>
|
||||
<div class="team"><strong>Frontend</strong><span class="size">10</span><div class="goal">Portal UI + Middleware (ehem. Team 404)</div></div>
|
||||
<div class="team"><strong>Ops Squad</strong><span class="size">10</span><div class="goal">CI/CD, Deployment, Monitoring, Betrieb (inkl. ehem. SUBP)</div></div>
|
||||
<div class="team"><strong>ProF</strong><span class="size">9</span><div class="goal">Produkt & Fachlichkeit (neu ab PI 41)</div></div>
|
||||
<div class="team"><strong>FbF & 2nd Level Support</strong><span class="size">7</span><div class="goal">Fachliche Betriebsführung + Support</div></div>
|
||||
<div class="former-section" onclick="this.classList.toggle('open')">
|
||||
<div class="former-toggle">▸ Ehemalige Teams anzeigen</div>
|
||||
<div class="former-list">
|
||||
<div class="team former"><strong>Team CIB</strong><div class="goal">→ aufgegangen in Backend (PI 41)</div></div>
|
||||
<div class="team former"><strong>Team Zero</strong><div class="goal">→ aufgegangen in Backend (PI 41)</div></div>
|
||||
<div class="team former"><strong>Team 404</strong><div class="goal">→ umbenannt in Frontend (PI 41)</div></div>
|
||||
<div class="team former"><strong>Team STeam</strong><div class="goal">→ aufgelöst, Aufgaben auf OPs + Teams verteilt (PI 39)</div></div>
|
||||
<div class="team former"><strong>Team SUBP</strong><div class="goal">→ aufgenommen in Operations Squad</div></div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART Abrechnung -->
|
||||
<!-- Coruscant, Rogue One, XWing gehören hierher, NICHT zu #Einfachbahn (Confluence-verifiziert) -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Abrechnung / AC Trasse <span class="count">52 Personen, 4 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Coruscant</strong><span class="size">23</span><div class="goal">AC Trasse Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Rogue One</strong><span class="size">8</span><div class="goal">AC Trasse Entwicklung</div></div>
|
||||
<div class="team"><strong>Team XWing</strong><span class="size">–</span><div class="goal">AC Trasse Testing/QA</div></div>
|
||||
<div class="team"><strong>Taskforce Wookies</strong><span class="size">3</span><div class="goal">AC Trasse</div></div>
|
||||
<div class="team"><strong>Team SAP (BRIM)</strong><span class="size">–</span><div class="goal">SAP-Integration, extern bei FIO.I4 (Ansprechpartnerin: Nadine Saidi)</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART APN -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART APN (Anlagenportal Netz) <span class="count">36 Personen, 4+ Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Abstellgleis 9 3/4</strong><span class="size">9</span><div class="goal">APN Entwicklung</div></div>
|
||||
<div class="team"><strong>Volta</strong><span class="size">6</span><div class="goal">APN Entwicklung</div></div>
|
||||
<div class="team"><strong>Team 3</strong><span class="size">5</span><div class="goal">APN Entwicklung</div></div>
|
||||
<div class="team"><strong>Feature Team VE / Baku</strong><span class="size">9</span><div class="goal">APN Vermarktung/Entwicklung</div></div>
|
||||
<div class="team"><strong>APN Academy</strong><span class="size">5</span><div class="goal">Business Analysten, Schulung</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- DigiPaLö -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
DigiPaLö (#Einfachbahn) <span class="count">11 Personen</span>
|
||||
</div>
|
||||
<!-- ACHTUNG: Coruscant, Rogue One, XWing gehören NICHT hierher (ART Abrechnung, Confluence-verifiziert) -->
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>PM: Claudia Froldi</strong><div class="goal">Product Manager, RTE und System Architect in Personalunion</div></div>
|
||||
<div class="team" style="border-left-color:#f57c00; background:#fff8e1;"><strong>⚠️ Teamstruktur</strong><div class="goal">Keine agilen Teams im Organigramm ausgewiesen — Themenblöcke: Große Lösungen, Kleine Lösungen, Kundenportal</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- C2S -->
|
||||
<div class="bereich c2s open">
|
||||
<div class="bereich-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
<h2>C2S — Capacity2Schedule</h2>
|
||||
<span class="count">10 ARTs, 736 Personen</span>
|
||||
<span class="arrow">▶</span>
|
||||
</div>
|
||||
<div class="bereich-body">
|
||||
|
||||
<!-- ART Uj Konstruktion -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Uj Konstruktion <span class="count">153 Personen, 8 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Nexus</strong><span class="size">13</span><div class="goal">UjK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Adams</strong><span class="size">16</span><div class="goal">UjK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Flow</strong><span class="size">16</span><div class="goal">UjK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Ains</strong><span class="size">13</span><div class="goal">Migration IFP → SIC OP</div></div>
|
||||
<div class="team"><strong>Team FaPS</strong><span class="size">12</span><div class="goal">UjK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Galaxy</strong><span class="size">11</span><div class="goal">UjK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team PlanBau</strong><span class="size">23</span><div class="goal">UjK Baufahrplan</div></div>
|
||||
<div class="team"><strong>Team Bestand (Best)</strong><span class="size">32</span><div class="goal">UjK Bestand</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART Uj Veröffentlichung -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Uj Veröffentlichung <span class="count">80 Personen, 6 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team BIS</strong><span class="size">12</span><div class="goal">UjV Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Juice</strong><span class="size">10</span><div class="goal">UjV Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Triton</strong><span class="size">7</span><div class="goal">UjV Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Adapt</strong><span class="size">12</span><div class="goal">UjV Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Hermes</strong><span class="size">12</span><div class="goal">UjV Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Merkur</strong><span class="size">12</span><div class="goal">UjV Entwicklung</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART SuN -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART SuN (Scheduling und Netz) <span class="count">122 Personen, 8 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Rocket</strong><span class="size">8</span><div class="goal">SuN Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Netzfahrplan</strong><span class="size">14</span><div class="goal">SuN Netzfahrplan</div></div>
|
||||
<div class="team"><strong>Team TADA</strong><span class="size">15</span><div class="goal">SuN Entwicklung (Jira: NEXTTADA)</div></div>
|
||||
<div class="team"><strong>Team Catena</strong><span class="size">15</span><div class="goal">SuN Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Flux</strong><span class="size">11</span><div class="goal">SuN Entwicklung</div></div>
|
||||
<div class="team"><strong>Team FaMe</strong><span class="size">11</span><div class="goal">SuN Fahrplan-Merger</div></div>
|
||||
<div class="team"><strong>Team Atlas</strong><span class="size">13</span><div class="goal">SuN Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Fuse</strong><span class="size">12</span><div class="goal">SuN Entwicklung</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART IDBF -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART IDBF (Infrastrukturdaten für Betrieb und Fahrplan) <span class="count">49 Personen, 6 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team InfraHub</strong><span class="size">9</span><div class="goal">IDBF – Infrastrukturdaten</div></div>
|
||||
<div class="team"><strong>Team Origami</strong><span class="size">5</span><div class="goal">IDBF – UX/Frontend</div></div>
|
||||
<div class="team"><strong>Team Skyforge</strong><span class="size">5</span><div class="goal">IDBF – Backend/Plattform</div></div>
|
||||
<div class="team"><strong>Team BLISS</strong><span class="size">3</span><div class="goal">IDBF</div></div>
|
||||
<div class="team"><strong>Team IMPuls</strong><span class="size">10</span><div class="goal">IDBF – Anforderungen, Kommunikation BIDM</div></div>
|
||||
<div class="team"><strong>Team Mändëlbröd</strong><span class="size">8</span><div class="goal">IDBF</div></div>
|
||||
<div class="former-section" onclick="this.classList.toggle('open')">
|
||||
<div class="former-toggle">▸ Ehemalige Teams anzeigen</div>
|
||||
<div class="former-list">
|
||||
<div class="team former"><strong>Team PHOENIX</strong><div class="goal">→ Vorläufer, aufgegangen in neue Teamstruktur</div></div>
|
||||
<div class="team former"><strong>Team Blaupause</strong><div class="goal">→ archiviert 05/2026</div></div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART CM -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Capacity Management (CM) <span class="count">44 Personen, 4 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Analytics Dashboards</strong><span class="size">8</span><div class="goal">CM Datenanalyse</div></div>
|
||||
<div class="team"><strong>Team CMDP Crush</strong><span class="size">10</span><div class="goal">CM Data Platform</div></div>
|
||||
<div class="team"><strong>Team CMDP Marlin</strong><span class="size">11</span><div class="goal">CM Data Platform</div></div>
|
||||
<div class="team"><strong>Team Business Intelligence</strong><span class="size">8</span><div class="goal">CM BI</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART BARD -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART BARD <span class="count">63 Personen, 5 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>PzE</strong><span class="size">11</span><div class="goal">BARD Entwicklung</div></div>
|
||||
<div class="team"><strong>AST</strong><span class="size">18</span><div class="goal">BARD Entwicklung</div></div>
|
||||
<div class="team"><strong>BaBeDas</strong><span class="size">11</span><div class="goal">BARD Entwicklung</div></div>
|
||||
<div class="team"><strong>FOps</strong><span class="size">11</span><div class="goal">BARD Fachliche Operations</div></div>
|
||||
<div class="team"><strong>InfraTec</strong><span class="size">4</span><div class="goal">BARD Infrastruktur/Technik</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART Kommunikation -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Kommunikation (KOM) <span class="count">64 Personen, 6 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Carpo</strong><span class="size">10</span><div class="goal">Regelkommunikation</div></div>
|
||||
<div class="team"><strong>Team Io</strong><span class="size">9</span><div class="goal">Regelkommunikation</div></div>
|
||||
<div class="team"><strong>Team Metis</strong><span class="size">9</span><div class="goal">Regelkommunikation</div></div>
|
||||
<div class="team"><strong>Team Pandia</strong><span class="size">10</span><div class="goal">Regelkommunikation</div></div>
|
||||
<div class="team"><strong>Team Europa</strong><span class="size">8</span><div class="goal">Regelkommunikation</div></div>
|
||||
<div class="team"><strong>Team Dia</strong><span class="size">7</span><div class="goal">Regelkommunikation</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART KuK -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART KuK (Kapazität und Konflikt) <span class="count">40 Personen, 4 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team Cortex</strong><span class="size">7</span><div class="goal">KuK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Hippocampus</strong><span class="size">10</span><div class="goal">KuK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Iris</strong><span class="size">8</span><div class="goal">KuK Entwicklung</div></div>
|
||||
<div class="team"><strong>Team Thalamus</strong><span class="size">11</span><div class="goal">KuK Entwicklung</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- ART Plattform -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
ART Plattform <span class="count">47 Personen, 4 Teams</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Operations</strong><span class="size">13</span><div class="goal">Plattform-Betrieb</div></div>
|
||||
<div class="team"><strong>Core</strong><span class="size">9</span><div class="goal">Plattform-Kern</div></div>
|
||||
<div class="team"><strong>Enablement</strong><span class="size">12</span><div class="goal">Plattform-Befähigung, Self-Service</div></div>
|
||||
<div class="team"><strong>KITE</strong><span class="size">5</span><div class="goal">Plattform-Tooling</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<!-- Übergreifend -->
|
||||
<div class="art">
|
||||
<div class="art-header" onclick="this.parentElement.classList.toggle('open')">
|
||||
Übergreifende Teams & Projekte <span class="count">diverse</span>
|
||||
</div>
|
||||
<div class="art-teams">
|
||||
<div class="team"><strong>Team QuEST</strong><span class="size">17</span><div class="goal">Qualität, End-to-End System Testing</div></div>
|
||||
<div class="team"><strong>Cockpit</strong><span class="size">13</span><div class="goal">Solution-Cockpit, Steuerung C2S</div></div>
|
||||
<div class="team"><strong>FSTOR</strong><span class="size">6</span><div class="goal">Fahrplan-Storage</div></div>
|
||||
<div class="team"><strong>TTT-Projekt</strong><span class="size">8</span><div class="goal">Technische Projektleitung</div></div>
|
||||
<div class="team"><strong>VT Architekturteam</strong><span class="size">3</span><div class="goal">Verfahrenstechnik Architektur</div></div>
|
||||
<div class="team"><strong>AnnexVII</strong><span class="size">3</span><div class="goal">Regulatorik</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
</div>
|
||||
|
||||
</div>
|
||||
|
||||
<!-- Blinde Flecken -->
|
||||
<div class="blind-spot">
|
||||
<h3>⚠️ Blinde Flecken — Noch nicht vollständig in der Analyse</h3>
|
||||
<ul>
|
||||
<li><strong>Team-Ziele/Produkte</strong> — Viele Teams haben im Organigramm keine Produkt-/Zielbeschreibung. Zu vertiefen über Confluence/Jira.</li>
|
||||
<li><strong>Jira-Metriken</strong> — Velocity, Bug-Rates, Sprint-Metriken (benötigt VPN).</li>
|
||||
<li><strong>GitLab Code-Ownership</strong> — Welches Team besitzt welche Repos?</li>
|
||||
<li><strong>Abhängigkeiten zwischen ARTs</strong> — Welche Teams interagieren?</li>
|
||||
<li><strong>DB Planet</strong> — Kein Zugriff von extern (Intranet), manuelle Extraktion nötig.</li>
|
||||
</ul>
|
||||
</div>
|
||||
|
||||
<script>
|
||||
// Auto-collapse all ARTs on load (keep Bereiche open)
|
||||
document.querySelectorAll('.art').forEach(a => a.classList.remove('open'));
|
||||
</script>
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,96 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<title>IT V.IWF — Zielstruktur (Teams & Tools)</title>
|
||||
<style>
|
||||
* { box-sizing: border-box; margin: 0; padding: 0; }
|
||||
body { font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif; background: #f8f9fa; color: #333; padding: 24px; max-width: 1200px; margin: 0 auto; }
|
||||
h1 { font-size: 1.3rem; margin-bottom: 4px; }
|
||||
.sub { color: #666; font-size: 0.8rem; margin-bottom: 20px; }
|
||||
.phase { margin-bottom: 20px; border-radius: 10px; overflow: hidden; box-shadow: 0 2px 6px rgba(0,0,0,0.07); }
|
||||
.phase-header { padding: 10px 16px; color: #fff; font-weight: 700; font-size: 0.85rem; cursor: pointer; display: flex; justify-content: space-between; }
|
||||
.phase-header .n { font-weight: 400; font-size: 0.75rem; opacity: 0.85; }
|
||||
.phase-body { padding: 12px 16px; background: #fff; display: none; }
|
||||
.phase.open .phase-body { display: block; }
|
||||
.team { display: grid; grid-template-columns: 180px 1fr; gap: 8px; padding: 8px 0; border-bottom: 1px solid #f0f0f0; font-size: 0.78rem; }
|
||||
.team:last-child { border-bottom: none; }
|
||||
.team-name { font-weight: 600; }
|
||||
.team-tools { color: #555; }
|
||||
.kp4 .phase-header { background: #0d47a1; }
|
||||
.kp3 .phase-header { background: #1b5e20; }
|
||||
.kp2 .phase-header { background: #e65100; }
|
||||
.kp1 .phase-header { background: #4a148c; }
|
||||
.as .phase-header { background: #b71c1c; }
|
||||
.qs .phase-header { background: #37474f; }
|
||||
.summary { background: #fff; border-radius: 10px; padding: 16px; margin-bottom: 20px; box-shadow: 0 2px 6px rgba(0,0,0,0.07); }
|
||||
.summary-grid { display: grid; grid-template-columns: repeat(4, 1fr); gap: 12px; text-align: center; }
|
||||
.summary-grid .val { font-size: 1.3rem; font-weight: 700; color: #1976d2; }
|
||||
.summary-grid .lbl { font-size: 0.7rem; color: #666; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
<h1>IT-Abteilung — Zielstruktur nach Annex VII Phasen</h1>
|
||||
<p class="sub">Teams und zugeordnete Systeme/Tools | Keine Personennamen</p>
|
||||
|
||||
<div class="summary">
|
||||
<div class="summary-grid">
|
||||
<div><div class="val">12</div><div class="lbl">Teams</div></div>
|
||||
<div><div class="val">215–237</div><div class="lbl">Personen (nach Transfer)</div></div>
|
||||
<div><div class="val">12–25</div><div class="lbl">pro Team</div></div>
|
||||
<div><div class="val">6</div><div class="lbl">Phasen-Cluster</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase kp4 open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">KP 4 — Langfristplanung & Rahmenverträge <span class="n">~20 Pers.</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">Team Data & Analytics</div><div class="team-tools">InKa (Langfrist), Kapazitätstransparenz-Tools, Segmentierung, Data Governance, ML-Modelle, Power BI</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase kp3 open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">KP 3 — Netzfahrplan & Baufahrplan <span class="n">~43 Pers.</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">Team Fahrplan-IT</div><div class="team-tools">KonBel, TAKT, BBPneo, strecken.zeit, IT-Anforderungen Netzfahrplan</div></div>
|
||||
<div class="team"><div class="team-name">Team Simulation & Modelle</div><div class="team-tools">Zugfahrtsimulation, Fahrdynamik-Datenbanken, Math. Optimierung Bauprogramme</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase kp2 open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">KP 2 — Unterjähriger Fahrplan, GelV & Baubetrieb <span class="n">~30 Pers.</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">Team Business IT Vertrieb</div><div class="team-tools">pathOS, TPN, TrassenOrder, APN, BBP, PAULA, TaT-Lue</div></div>
|
||||
<div class="team"><div class="team-name">Team Bau-IT</div><div class="team-tools">BBPneo (unterjährig), BAPSI 2.0, KomBAU, Bauprognose-App</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase kp1 open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">KP 1 — Kapazitätssteuerung & Kurzfrist <span class="n">~35 Pers.</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">Team Kundenportale</div><div class="team-tools">Infraportal, Trassenfinder, Portal Erstanmeldung, GretA, iTrace, PlaTo, NiCo</div></div>
|
||||
<div class="team"><div class="team-name">Team neXt / Schnelle Lösungen</div><div class="team-tools">#Einfachbahn-Tools, DB Livemaps, strecken.info, Regelkommunikation-IT</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase as open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">Aftersales — Abrechnung & Kundenaustausch <span class="n">~20 Pers.</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">Team Abrechnung & Vertrieb-IT</div><div class="team-tools">AC Trasse, SAP BRIM, Abrechnungs-IT, Entgelt-IT (SE+IA, Trasse), Forderungsmanagement-Systeme</div></div>
|
||||
<div class="team"><div class="team-name">Team Infrastrukturdaten</div><div class="team-tools">IDBF / Infrastrukturmanager, strecken.zeit, Infrastrukturdaten-Plattform</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<div class="phase qs open" onclick="this.classList.toggle('open')">
|
||||
<div class="phase-header">Querschnitt & Orga <span class="n">~25 Pers. + Leitung</span></div>
|
||||
<div class="phase-body">
|
||||
<div class="team"><div class="team-name">FBF & Support</div><div class="team-tools">Fachliche Betriebsführung Fahrplan + Bau, 2nd Level Support (fusioniert, 2 Unterteams)</div></div>
|
||||
<div class="team"><div class="team-name">Solution / Architektur</div><div class="team-tools">SIC OP Strategie, übergreifende Systemarchitektur, Plattform-Governance</div></div>
|
||||
<div class="team"><div class="team-name">Projekte</div><div class="team-tools">TTTneo, übergreifende IT-Projekte, temporäre Feature-Teams</div></div>
|
||||
<div class="team"><div class="team-name">Leitung + Regelwerk</div><div class="team-tools">Strategie, Budget, Regelwerk fachliche Architektur Fahrplan</div></div>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
@@ -0,0 +1,312 @@
|
||||
"""
|
||||
Extracts IT-relevant text passages from FuBen PDFs (IWF 2-8) using PyMuPDF.
|
||||
Outputs a markdown table with OE, IT-relevant passage, and assessment.
|
||||
Version 2: Better sentence extraction and more focused passages.
|
||||
"""
|
||||
import fitz # PyMuPDF
|
||||
import os
|
||||
import re
|
||||
from pathlib import Path
|
||||
|
||||
# Paths
|
||||
DATA_DIR = Path(r"c:\Users\AndreKnie\OneDrive - Deutsche Bahn\Coden\Orchestrator\Analyse-O2C-C2S\data\FuBen")
|
||||
OUTPUT_FILE = Path(r"c:\Users\AndreKnie\OneDrive - Deutsche Bahn\Coden\Orchestrator\Analyse-O2C-C2S\analysis\2026-06-18-fuben-it-analyse.md")
|
||||
|
||||
# Keywords to search for (case-insensitive)
|
||||
KEYWORDS = [
|
||||
r'\bIT[-\s]',
|
||||
r'\bIT\b',
|
||||
r'\bSoftware\b',
|
||||
r'\bAnwendung(?:en)?\b',
|
||||
r'\bSystem(?:e|en|s)?\b',
|
||||
r'\bDigital(?:e|er|es|en|isierung)?\b',
|
||||
r'\bTool(?:s)?\b',
|
||||
r'\bPlattform(?:en)?\b',
|
||||
r'\bPortal(?:e|s)?\b',
|
||||
r'\bDatenbank(?:en)?\b',
|
||||
r'\bAutomatisier(?:ung|t|en)?\b',
|
||||
r'\bDaten(?:management|pflege|qualität|bereitstellung|verarbeitung|modell)?\b',
|
||||
r'\bSchnittstelle(?:n)?\b',
|
||||
r'\bSAP\b',
|
||||
r'\bERP\b',
|
||||
r'\bApplikation(?:en)?\b',
|
||||
r'\belektronisch(?:e|er|es|en)?\b',
|
||||
]
|
||||
|
||||
# Compile combined pattern
|
||||
KEYWORD_PATTERN = re.compile('|'.join(KEYWORDS), re.IGNORECASE)
|
||||
|
||||
# IWF number extraction from filename
|
||||
IWF_PATTERN = re.compile(r'V\.IWF\s+(\d+)')
|
||||
|
||||
|
||||
def get_iwf_number(filename: str) -> str:
|
||||
"""Extract IWF number from filename."""
|
||||
match = IWF_PATTERN.search(filename)
|
||||
if match:
|
||||
return match.group(1)
|
||||
return ""
|
||||
|
||||
|
||||
def is_relevant_iwf(iwf_num: str) -> bool:
|
||||
"""Check if IWF is in range 2-8 (including sub-units like 21, 221, etc.)."""
|
||||
if not iwf_num:
|
||||
return False
|
||||
first_digit = iwf_num[0]
|
||||
return first_digit in '2345678'
|
||||
|
||||
|
||||
def extract_text_from_pdf(pdf_path: Path) -> str:
|
||||
"""Extract full text from a PDF using PyMuPDF."""
|
||||
text = ""
|
||||
try:
|
||||
doc = fitz.open(str(pdf_path))
|
||||
for page in doc:
|
||||
text += page.get_text()
|
||||
doc.close()
|
||||
except Exception as e:
|
||||
print(f"Error reading {pdf_path.name}: {e}")
|
||||
return text
|
||||
|
||||
|
||||
def split_into_items(text: str) -> list[str]:
|
||||
"""Split FuBen text into individual task items (■ bullet points and sentences)."""
|
||||
items = []
|
||||
|
||||
# Split by ■ bullet points (common in FuBen) - these are the primary structure
|
||||
if '■' in text:
|
||||
parts = text.split('■')
|
||||
for part in parts:
|
||||
cleaned = part.strip()
|
||||
cleaned = re.sub(r'\s+', ' ', cleaned)
|
||||
if len(cleaned) > 15:
|
||||
items.append(cleaned)
|
||||
else:
|
||||
# Fallback: split by newlines and combine short lines
|
||||
lines = text.split('\n')
|
||||
current = ""
|
||||
for line in lines:
|
||||
line = line.strip()
|
||||
if not line or len(line) < 3:
|
||||
if current and len(current) > 15:
|
||||
items.append(re.sub(r'\s+', ' ', current))
|
||||
current = ""
|
||||
continue
|
||||
if current:
|
||||
current += " " + line
|
||||
else:
|
||||
current = line
|
||||
if current and len(current) > 15:
|
||||
items.append(re.sub(r'\s+', ' ', current))
|
||||
|
||||
return items
|
||||
|
||||
|
||||
def find_it_passages(text: str) -> list[str]:
|
||||
"""Find sentences/bullet points containing IT-relevant keywords."""
|
||||
passages = []
|
||||
seen = set()
|
||||
|
||||
items = split_into_items(text)
|
||||
|
||||
for item in items:
|
||||
if KEYWORD_PATTERN.search(item):
|
||||
# Skip header/metadata lines
|
||||
if item.startswith('Funktionsbeschreibung V.IWF'):
|
||||
continue
|
||||
if 'Seite' in item and 'von insgesamt' in item:
|
||||
continue
|
||||
if item.startswith('ETO2024'):
|
||||
continue
|
||||
|
||||
# Truncate to a reasonable length showing the relevant part
|
||||
if len(item) > 300:
|
||||
# Find where the keyword is and show context around it
|
||||
match = KEYWORD_PATTERN.search(item)
|
||||
if match:
|
||||
start = max(0, match.start() - 80)
|
||||
end = min(len(item), match.end() + 220)
|
||||
item = ("..." if start > 0 else "") + item[start:end] + ("..." if end < len(item) else "")
|
||||
|
||||
if item not in seen:
|
||||
seen.add(item)
|
||||
passages.append(item)
|
||||
|
||||
return passages
|
||||
|
||||
|
||||
def assess_passage(passage: str) -> str:
|
||||
"""Assess whether a passage describes a task that should move to IT department."""
|
||||
passage_lower = passage.lower()
|
||||
|
||||
# Strong indicators for IT responsibility
|
||||
it_strong = [
|
||||
'software', 'anwendung', 'programmier', 'datenbank', 'portal',
|
||||
'plattform', 'digital', 'it-system', 'it-lösung', 'it-infrastruktur',
|
||||
'it-anforder', 'it-anwend', 'it-unterstütz',
|
||||
'schnittstelle', 'automatisier', 'tool', 'applikation',
|
||||
'datenmanagement', 'datenpflege', 'datenbereitstellung',
|
||||
'datenverarbeitung', 'datenmodell', 'datenqualität',
|
||||
'elektronisch', 'server', 'cloud', 'api',
|
||||
'webseite', 'website', 'netzwerk',
|
||||
'berechtig', 'zugriff', 'login', 'passwort',
|
||||
'it-sicherheit', 'cybersecurity', 'datenschutz',
|
||||
'konfiguration', 'implementierung', 'migration',
|
||||
'sap', 'erp', 'crm', 'testing', 'abnahme',
|
||||
'eingabeunterstützung', 'nutzerführung',
|
||||
]
|
||||
|
||||
# Indicators that suggest operational/business ownership (not pure IT)
|
||||
business_indicators = [
|
||||
'fachlich', 'prozesssteuerung', 'steuerung der',
|
||||
'strateg', 'führung', 'koordin',
|
||||
'qualitätssicherung', 'anforderungsmanagement',
|
||||
]
|
||||
|
||||
strong_count = sum(1 for term in it_strong if term in passage_lower)
|
||||
business_count = sum(1 for term in business_indicators if term in passage_lower)
|
||||
|
||||
if strong_count >= 2:
|
||||
return "✅ Ja – klare IT-Aufgabe"
|
||||
elif strong_count >= 1 and business_count == 0:
|
||||
return "✅ Ja – IT-Aufgabe"
|
||||
elif strong_count >= 1 and business_count >= 1:
|
||||
return "⚠️ Teilweise – IT-Unterstützung nötig, fachliche Verantwortung bleibt"
|
||||
elif 'system' in passage_lower and business_count == 0:
|
||||
return "🔍 Prüfen – möglicherweise IT-relevant (Systembezug)"
|
||||
elif 'system' in passage_lower and business_count >= 1:
|
||||
return "⚠️ Teilweise – Systemnutzung mit fachlichem Kontext"
|
||||
else:
|
||||
return "🔍 Prüfen – Kontext unklar"
|
||||
|
||||
|
||||
def get_oe_label(iwf_num: str, text: str) -> str:
|
||||
"""Extract OE label from PDF text."""
|
||||
# Look for the title line after "Funktionsbeschreibung V.IWF XX"
|
||||
pattern = re.compile(rf'Funktionsbeschreibung\s+V\.IWF\s+{re.escape(iwf_num)}\s*\n(.+?)(?:\n|Zielsetzung)', re.DOTALL)
|
||||
match = pattern.search(text)
|
||||
if match:
|
||||
name = match.group(1).strip()
|
||||
name = re.sub(r'\s+', ' ', name)
|
||||
if len(name) > 5 and len(name) < 100:
|
||||
return f"IWF {iwf_num} – {name}"
|
||||
|
||||
# Fallback: look for title after IWF number
|
||||
lines = text.split('\n')
|
||||
for i, line in enumerate(lines):
|
||||
if f'V.IWF {iwf_num}' in line and i + 1 < len(lines):
|
||||
next_line = lines[i + 1].strip()
|
||||
if next_line and len(next_line) > 3 and not next_line.startswith(('Seite', 'ETO', 'Vorstand')):
|
||||
return f"IWF {iwf_num} – {next_line}"
|
||||
|
||||
return f"IWF {iwf_num}"
|
||||
|
||||
|
||||
def main():
|
||||
results = []
|
||||
|
||||
# Process all PDFs
|
||||
pdf_files = sorted(DATA_DIR.glob("*.pdf"))
|
||||
|
||||
for pdf_path in pdf_files:
|
||||
iwf_num = get_iwf_number(pdf_path.name)
|
||||
|
||||
if not is_relevant_iwf(iwf_num):
|
||||
continue
|
||||
|
||||
print(f"Processing: {pdf_path.name} (IWF {iwf_num})")
|
||||
|
||||
# Extract text
|
||||
text = extract_text_from_pdf(pdf_path)
|
||||
if not text:
|
||||
print(f" No text extracted from {pdf_path.name}")
|
||||
continue
|
||||
|
||||
# Get OE label
|
||||
oe_label = get_oe_label(iwf_num, text)
|
||||
|
||||
# Find IT-relevant passages
|
||||
passages = find_it_passages(text)
|
||||
|
||||
if passages:
|
||||
print(f" Found {len(passages)} IT-relevant passages")
|
||||
for passage in passages:
|
||||
assessment = assess_passage(passage)
|
||||
# Escape pipe characters for markdown table
|
||||
clean_passage = passage.replace('|', '\\|').replace('\n', ' ')
|
||||
results.append((oe_label, clean_passage, assessment))
|
||||
else:
|
||||
print(f" No IT-relevant passages found")
|
||||
|
||||
# Sort results by OE
|
||||
results.sort(key=lambda x: x[0])
|
||||
|
||||
# Write output
|
||||
OUTPUT_FILE.parent.mkdir(parents=True, exist_ok=True)
|
||||
|
||||
with open(OUTPUT_FILE, 'w', encoding='utf-8') as f:
|
||||
f.write("# IT-Relevanz-Analyse der Funktionsbeschreibungen (FuBen)\n\n")
|
||||
f.write("**Datum:** 2026-06-18\n\n")
|
||||
f.write("**Scope:** IWF 2, 3, 4, 5, 6, 7, 8 und ihre Untereinheiten\n\n")
|
||||
f.write("**Ausgeschlossen:** IWF 1 (Strategie/Steuerung) und IWF 9 (Prozesse und IT)\n\n")
|
||||
f.write("**Suchbegriffe:** IT, Software, Anwendungen, Systeme, Digital, Tools, Plattform, Portal, Datenbank, Automatisierung, Datenmanagement, Schnittstelle, SAP, ERP, Applikation, elektronisch\n\n")
|
||||
f.write("## Legende Bewertung\n\n")
|
||||
f.write("| Symbol | Bedeutung |\n")
|
||||
f.write("|---|---|\n")
|
||||
f.write("| ✅ Ja | Aufgabe sollte in die IT-Abteilung wandern |\n")
|
||||
f.write("| ⚠️ Teilweise | IT-Unterstützung nötig, fachliche Verantwortung bleibt in der OE |\n")
|
||||
f.write("| 🔍 Prüfen | Kontext unklar, weitere Analyse nötig |\n\n")
|
||||
f.write("---\n\n")
|
||||
f.write("## Ergebnisse\n\n")
|
||||
f.write("| OE | IT-relevante Textstelle | Bewertung |\n")
|
||||
f.write("|---|---|---|\n")
|
||||
|
||||
for oe, passage, assessment in results:
|
||||
f.write(f"| {oe} | {passage} | {assessment} |\n")
|
||||
|
||||
# Summary section
|
||||
f.write(f"\n\n---\n\n")
|
||||
f.write("## Zusammenfassung\n\n")
|
||||
|
||||
# Count by assessment type
|
||||
ja_count = sum(1 for _, _, a in results if '✅' in a)
|
||||
teilweise_count = sum(1 for _, _, a in results if '⚠️' in a)
|
||||
prüfen_count = sum(1 for _, _, a in results if '🔍' in a)
|
||||
|
||||
f.write(f"| Kategorie | Anzahl |\n")
|
||||
f.write(f"|---|---|\n")
|
||||
f.write(f"| ✅ Klare IT-Aufgaben | {ja_count} |\n")
|
||||
f.write(f"| ⚠️ Teilweise IT-relevant | {teilweise_count} |\n")
|
||||
f.write(f"| 🔍 Zu prüfen | {prüfen_count} |\n")
|
||||
f.write(f"| **Gesamt** | **{len(results)}** |\n\n")
|
||||
|
||||
# Count by OE
|
||||
oe_counts = {}
|
||||
for oe, _, _ in results:
|
||||
oe_counts[oe] = oe_counts.get(oe, 0) + 1
|
||||
|
||||
f.write(f"### Verteilung nach Organisationseinheit\n\n")
|
||||
f.write(f"| OE | Anzahl IT-Stellen |\n")
|
||||
f.write(f"|---|---|\n")
|
||||
for oe, count in sorted(oe_counts.items()):
|
||||
f.write(f"| {oe} | {count} |\n")
|
||||
|
||||
f.write(f"\n\n---\n\n")
|
||||
f.write("## Fazit\n\n")
|
||||
f.write("Die Analyse zeigt, dass IT-bezogene Aufgaben über die gesamte Organisation verteilt sind. ")
|
||||
f.write("Besonders in den Bereichen Kapazitätsmanagement (IWF 2), Netzfahrplan (IWF 3), ")
|
||||
f.write("Kapazitätssteuerung (IWF 5) und Produkt-/Preismanagement (IWF 8) finden sich ")
|
||||
f.write("Aufgaben mit starkem IT-Bezug, die potenziell in eine zentrale IT-Abteilung ")
|
||||
f.write("wandern könnten.\n\n")
|
||||
f.write("**Empfehlung:** Die mit ✅ markierten Aufgaben sollten prioritär geprüft werden, ")
|
||||
f.write("ob sie in IWF 9 (Prozesse und IT) zentralisiert werden können.\n")
|
||||
|
||||
print(f"\nDone! Output written to: {OUTPUT_FILE}")
|
||||
print(f"Total IT-relevant passages found: {len(results)}")
|
||||
print(f" ✅ Klare IT-Aufgaben: {ja_count}")
|
||||
print(f" ⚠️ Teilweise: {teilweise_count}")
|
||||
print(f" 🔍 Zu prüfen: {prüfen_count}")
|
||||
|
||||
|
||||
if __name__ == "__main__":
|
||||
main()
|
||||
@@ -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
|
||||
@@ -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.
|
||||
@@ -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
|
||||
@@ -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 |
|
||||
|
||||
|
|
||||
|
|
||||
@@ -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
|
||||
|
|
||||
@@ -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
|
||||
@@ -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.
|
||||
|
|
||||
@@ -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
|
||||
@@ -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 |
|
||||
@@ -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 |
|
||||
@@ -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
|
||||
@@ -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
|
||||
@@ -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
|
||||
@@ -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
|
||||
@@ -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
|
||||
@@ -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 |
|
||||
|
|
||||
@@ -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 .
|
||||
@@ -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
|
||||
|
|
||||
|
||||
|
|
||||
+28
@@ -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
|
||||
+31
@@ -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 |
|
||||
@@ -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 Â
|
||||
@@ -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
|
||||
|
|
||||
@@ -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
|
||||
| âï¸ |
|
||||
|
|
||||
@@ -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? |
|
||||
|
|
||||
|
||||
|
|
||||
|
||||
|
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
@@ -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
|
||||
|
||||
|
|
||||
|
|
||||
|
||||
|
|
||||
|
||||
|
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user