Beginn des Verfahrens | 01. März 2011 |
|---|
1. Releaseplanungen
Import-/Export-Release
Import/Export-Release
Release | Beginn der IT-internen Abstimmungsphase | Anforderungen sind ausgearbeitet | Endgültiger | Entwicklungsphase | Interne Testphase | Beginn externe | Frist für Fehlermeldungen | Endgültige Releaseabnahme / | Produktivnahme |
|---|---|---|---|---|---|---|---|---|---|
| Erläuterungen | Bis zu diesem Stichtag sollten alle Jira-Tickets erstellt sein, damit IT.3 bereits zu einem frühen Zeitpunkt eine Übersicht der Anforderungen bekommt. | Bis zu diesem Stichtag sollten die ausgearbeiteten Jira-Tickets vorliegen. | Bis zu diesem Stichtag sollten die Testdaten vorliegen. Der endgültige Releasezuschnitt steht fest! | In dieser Phase werden die Anforderungen umgesetzt. | In dieser Phase wird die Umsetzung der Anforderungen IT-intern getestet. Fehler werden behoben. | Ab diesem Stichtag können externe Partner testen. Fehler werden ad-hoc behoben. Testdaten werden ausgeliefert. | Alle Fehler, die bis zu diesem Stichtag gemeldet werden, werden noch im aktuellen Release behoben. | Ab diesem Stichtag erfolgen keine Änderungen mehr am Release. Die Importformate (außer MARC-21) werden am folgenden Deploy-termin produktiv genommen. Die externen Partner/Kunden haben bis zur Produktivnahme der Exportformate Zeit eigene Anpassungen durchzuführen. | An diesem Stichtag gehen auch die Exportformate und Importformat MARC-21 in den produktiven Betrieb über. |
2019.03 | Mo. 23.04.2019 | Mo. 06.05.2019 | Fr. 17.05.2019 | Mo. 20.05.2019 - | Mo. 17.06.2019 - | Mo. 01.07.2019 | Fr, 12.07.2019 | Mo. 15.07.2019 | Di. 15.10.2019 |
2020.01 | Mo. 02.09.2019 | Mo. 17.09.2019 | Fr. 27.09.2019 | Mo. 30.09.2019 - | Mo. 28.10.2019 - | Mo. 11.11.2019 | Fr. 22.11.2019 | Mo. 25.11.2019 | Di. 11.02.2020 |
2020.02 | Mo. 06.01.2020 | Mo. 20.01.2020 | Fr. 31.01.2020 | Mo. 03.02.2020 – | Mo. 02.03.2020 - | Mo. 16.03.2020 | Fr. 27.03.2020 | Mo. 30.03.2020 | Di. 16.06.2020 |
2020.03 | Mo. 20.04.2020 | Mo. 04.05.2020 | Fr. 15.05.2020 | Mo. 18.05.2020 - | Mo. 15.06.2020 - | Mo. 29.06.2020 | Fr, 10.07.2020 | Mo. 13.07.2020 | Di. 29.09.2020 |
2021.01 | Mo. 31.08.2020 | Mo. 14.09.2020 | Fr. 25.09.2020 | Mo. 28.09.2020 - | Mo. 26.10.2020 - | Mo. 09.11.2020 | Fr. 20.11.2020 | Mo. 23.11.2020 | Di. 09.02.2021 |
Detaillierte Informationen, siehe Import/Export-Release.
Schnittstellen-Release
Schnittstellen-Release
Stand 10.07.2019
Release | Beginn der | Vorlage Anforderungen | Endgültiger | Entwicklungsphase | Interne Test- und | Beginn der externen | Frist für die Rückmeldung von Fehlern der externen | Endgültige | Produktivnahme |
2019.03 | Mo. 30.09.2019 | Mo. 07.10.2019 | Fr. 11.10.2019 | Di. 14.10.2019 - | Mo. 28.10.2019 - | Mo. 11.11.2019 | Fr. 22.11.2019 | Mo. 25.11.2019 | Di. 26.11.2019 |
2020.01 | Mo. 03.02.2020 | Mo. 10.02.2020 | Fr. 14.02.2020 | Mo. 17.02.2020 - | Mo. 02.03.2020 - | Mo. 16.03.2020 | Fr. 27.03.2020 | Mo. 30.03.2020 | Di. 31.03.2020 |
2020.02 | Mo. 04.05.2020 | Mo. 11.05.2020 | Fr. 15.05.2020 | Mo. 18.05.2020 - | Di. 02.06.2020 - | Mo. 15.06.2020 | Fr. 27.06.2020 | Mo. 29.06.2020 | Di. 30.06.2020 |
2020.03 | Mo. 28.09.2020 | Mo. 05.10.2020 | Fr. 09.10.2020 | Di. 12.10.2020 - | Mo. 26.10.2020 - | Mo. 09.11.2020 | Fr. 20.11.2020 | Mo. 23.11.2020 | Di. 24.11.2020 |
In der Releaseplanung wurden die Sommerferien 2019 (01.07. - 09.08.2019) und 2020 (06.07. - 14.08.2020) berücksichtigt und die Termine entsprechend aktualisiert.
Weitere detaillierte Informationen, siehe Schnittstellen-Release
CBS-Release
CBS-Release
Nr. | Anforderungsfrist | FA-Prüfung bis | Start Entwicklung | Veröffentlichung / Go-Live | Petrus-/VWLiS-Release |
|---|---|---|---|---|---|
| 2019.4 (Jul) | Fr 14.06.2019 | Fr 28.06.2019 | Mo 01.07.2019 | Di 30.07.2019 | VWLiS |
| 2019.5 (Sep) | Fr 09.08.2019 | Fr 23.08.2019 | Mo 26.08.2019 | Di 24.09.2019 | Petrus |
| 2019.6 (Nov) | Fr 11.10.2019 | Fr 25.10.2019 | Mo 28.10.2019 | Di 26.11.2019 | VWLis |
| 2020.1 (Jan) | Fr 29.11.2019 | Fr 13.12.2019 | Mo 16.12.2019 | Di 28.01.2020 | Petrus |
| 2020.2 (Mrz) | Fr 07.02.2020 | Fr 21.02.2020 | Mo 24.02.2020 | Di 24.03.2020 | VWLis |
| 2020.3 (Mai) | Do 09.04.2020 | Fr 24.04.2020 | Mo 27.04.2020 | Di 26.05.2020 | Petrus |
| 2020.4 (Jul) | Fr 12.06.2020 | Fr 26.06.2020 | Mo 29.06.2020 | Di 28.07.2020 | VWLiS |
| 2020.5 (Sep) | Fr 07.08.2020 | Fr 21.08.2020 | Mo 24.08.2020 | Di 22.09.2020 | Petrus |
| 2020.6 (Nov) | Fr 09.10.2020 | Fr 23.10.2020 | Mo 26.10.2020 | Di 24.11.2020 | VWLis |
| 2021.1 (Jan) | Fr 27.11.2020 | Fr 11.12.2020 | Mo 14.12.2020 | Di 26.01.2021 | Petrus |
Informationen zu den bisher veröffentlichten ILTIS-Infos sind auf der Wiki-Seite ILTIS-Infos zu finden.
Detaillierte Informationen, siehe CBS-Release.
2. Releasebeschreibung
Name | Beschreibung | Workflow-Besonderheiten | Frequenz | IT-Zuständigkeit |
|---|---|---|---|---|
(CBS=Central Bibliographic System) | enthalten sind CBS-Anpassungen
| Eine Prüfung der Anforderungen (durch die Fachabteilungen oder IT) (siehe Workflow des CBS-Release) | ca. alle zwei Monate | Hr. Grund |
enthalten sind Anforderungen an die | Die Anforderungen und Vorgaben sollten zur Anforderungsfrist | alle vier Monate / | Hr. Althaus | |
| 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. Althaus |
3. 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äßlichkeit
ü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äftgangs, 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.
Overview
Content Tools