Import-/Export-Release
Import/Export-Release
| Release | Anforderungsfrist | Entwicklung | Interne Testphase | Formatdokumentation, Testdaten | Ankündigung, | Go-live Importe | Go-live Export |
|---|---|---|---|---|---|---|---|
Bis zu diesem Stichtag liegen Anforderungen, einschließlich Beispieldatensätze, als Jira-Tickets vor. | Programmierung. | Testen und Fehlerbehebung. | Erstellen der Feldverzeichnisse und Testdaten. | Es erfolgt die Ankündigung und Testdaten werden bereitgestellt. Externe Partner und Kunden können testen, Fehler werden behoben. Danach erfolgen keine Änderungen mehr am Release. | Die Importformate (außer MARC 21) werden produktiv genommen. | Die Exportformate und alle MARC-Formate werden produktiv genommen. | |
2025.01 Achtung, kein MARC-Export in 2025.01 | 27.09.2024 | 07.10.2024 bis 08.11.2024 | 11.11.2024 bis 22.11.2024 | 25.11.2024 bis 29.11.2024 | 02.12.2024 bis 13.12.2024 | Di, 17.12.2024 | Di, 11.03.2025 |
| 2025.02 | 21.03.2025 | 31.03.2025 bis 02.05.2025 | 05.05.2025 bis 16.05.2025 | 19.05.2025 bis 23.05.2025 | 26.05.2025 bis 06.06.2025 | Di, 10.06.2025 | Di, 02.09.2025 |
| 2026.01 | 05.09.2025 | 15.09.2025 bis 17.10.2025 | 20.10.2025 bis 31.10.2025 | 03.11.2025 bis 07.11.2025 | 10.11.2025 bis 21.11.2025 | Di, 25.11.2025 | Di, 17.02.2026 |
Detaillierte Informationen, siehe Import/Export-Release.
Schnittstellen-Release
Schnittstellen-Release
Stand
Release | Beginn der Abstimmungsphase | Vorlage Anforderungen als Jira-Ticket | Endgültiger Releasezuschnitt | Beginn der Entwicklungsphase | Interne Test- und | Beginn der externen Test- und Bugfixingphase | Frist für die Rückmeldung von Fehlern der externen Testphase | Endgültige Releaseabnahme | Produktivnahme |
| 2025.01 | Mo. 10.02.2025 | Fr. 14.02.2025 | Fr. 21.02.2025 | Mo. 24.02.2025 | Mo. 03.03.2025 - | Mo. 17.03.2025 | Fr. 28.03.2025 | Mo. 31.03.2025 | Di. 01.04.2025 |
| 2025.02 | Mo. 21.04.2025 | Fr. 25.04.2025 | Fr. 02.05.2025 | Mo. 05.05.2025 | Mo. 12.05.2025 - Fr. 11.07.2025 | Mo. 14.07.2025 | Fr. 12.09.2025 | Mo. 15.09.2025 | Di. 16.09.2025 |
| 2025.03 | Mo. 06.10.2025 | Fr. 10.10.2025 | Fr. 17.10.2025 | Mo. 20.10.2025 | Mo. 27.10.2025 - Fr. 07.11.2025 | Mo. 10.11.2025 | Fr. 21.11.2025 | Mo. 24.11.2025 | Di. 25.11.2025 |
Weitere detaillierte Informationen, siehe Schnittstellen-Release
CBS-Release
CBS-Release
Nr. | Start Entwicklung | Go-Live |
|---|---|---|
| 2025 | ||
| 2025.1 (Mrz) | Mo 03.02.2025 | Di 18.03.2025 |
| 2025.2 (Jun) | Mo 05.05.2025 | Di 17.06.2025 |
| 2025.3 (Sep) | Mo 04.08.2025 | Umsetzung zum 02.09.2025, dann Testphase bis 09.09.2025, Go-Live-Termin: Di 16.09.2025 |
| 2025.4 (Dez) | Mo 03.11.2025 | Di 16.12.2025 |
| 2026 | ||
| 2026.1 (Mrz) | Di 03.02.2026 | Di 17.03.2026 |
| 2026.2 (Jun) | Mo 04.05.2026 | Di 16.06.2026 |
| 2026.3 (Sep) | Mo 03.08.2026 | Di 15.09.2026 |
| 2026.4 (Dez) | Mo 02.11.2026 | Di 15.12.2026 |
| 2027 | ||
| 2027.1 (Mrz) | Di 01.02.2027 | Di 16.03.2027 |
Detaillierte Informationen, siehe CBS-Release.
Releasebeschreibung
Name | Beschreibung | Workflow-Besonderheiten | Frequenz | IT-Zuständigkeit |
|---|---|---|---|---|
(CBS=Central Bibliographic System) | enthalten sind CBS-Anpassungen
| siehe Workflow des CBS-Release | alle drei Monate (Quartal) | Hr. Althaus |
enthalten sind Anforderungen an die | Die Anforderungen und Vorgaben sollten zur Anforderungsfrist | alle sechs Monate / | Fr. Trunk | |
| Schnittstellen-Release | enthält Anforderungen an die
| Die Anforderungen und Vorgaben sollten zur Anforderungsfrist sowohl mit den Fachabteilungen (i.d.R. 2D) als auch innerhalb der IT abgestimmt sein, damit nach der Anforderungsfrist sofort mit der Umsetzung begonnen werden kann. | alle vier Monate / i.d.R. der letzte Dienstag im Monat | Hr. Becker |
Zielsetzungen des Change Management
- Aufwandsminimierung
der Aufwand für Change-Requests, die als Jira-Tickets gemeldet werden, soll durch Bündelung der Anforderungen reduziert werden - Konzentration
die MitarbeiterInnen der IT sollen sich stärker auf zeitkritische (Projekt-)Aufgaben konzentrieren können - Information
die Information der Fachabteilungen über die Anforderungsplanung soll verbessert werden - Abhängigkeiten
Änderungen sollen frühzeitig auf Wechselwirkungen und Abhängigkeiten geprüft werden - Bearbeitungszeit
die Bearbeitung von Anforderungen, die als Jira-Tickets gemeldet wurden, soll kontrolliert und zeitnah erfolgen - Verlässlichkeit
über Jira-Tickets gemeldete Anforderungen sollen zuverlässig bearbeitet werden, indem sie mit Releaseplanung erfolgen - Workflow
durch Definition eines abgestimmten sollen die Zuständigkeiten eindeutig festgelegt werden
Besonderheiten (Fehler, Bugs, Projektaufgaben, spezielle Komponenten)
- akute Fehler bzw. Bugs, die zu einer Störung in ILTIS führen, werden umgehend außerhalb der Releaseplanung bearbeitet
(die Bewertung, ob es sich um einen akuten Fehler handelt erfolgt mittels Einzelfallprüfung durch die Leiter der Jira-Projekte)
- Anforderungen, die sich im Rahmen eines Projektes zur Einführung eines neuen Verfahrens, Geschäftsgangs, etc. ergeben,
werden einem bestehenden Release zugeordnet. Je nach Umfang der Anforderungen sind hier jedoch gesonderte Termine einzuhalten.
- Datenmanipulationen und Anpassungen von WinIBW-Scripten werden i.d.R. unabhängig von den CBS-Konfigurations-Releases geplant und bearbeitet.
- Das Jira-Projekt ZDB-ANFORDERUNGEN wird seit 1.1.2013 nur noch zur Dokumentation der vor 2013 erstellten Anforderungen verwendet.
Es können dort keine Tickets mehr erstellt werden.
Überblick
Inhalte