Beginn des Verfahrens | 01. März 2011 | |
---|---|---|
Letzte Aktualisierung | 24. März 2015 |
|
1. Releaseplanungen
Beschreibung der unterschiedlichen Releases. Die jeweiligen Links öffnen die aktuellen Planungen pro Release.
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 |
2. 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
3. Besonderheiten (Fehler, Bugs, Projektaufgaben, spezielle Komponenten, Projekt ZDBANFORDERUNGEN)
- 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.
- 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.
4. Schematische Übersicht der jährlichen Releaseplanung für Import & Export
Monat | Jan (Export 01) | Feb | Mär (Import 03) | Apr | Mai (Export 05) | Jun | Jul (Import 07) | Aug | Sep (Export 09) | Okt | Nov (Import 11) | Dez |
---|---|---|---|---|---|---|---|---|---|---|---|---|
Beginn des Monats | Anforderungsfrist und Start Entwicklung Export 05 | Veröffentlichung Import 03 | Anforderungsfrist und Start Entwicklung Export 09 | Veröffentlichung Import 07 | Anforderungsfrist und Start Entwicklung Export 01 | Veröffentlichung Import 11 | ||||||
Mitte des Monats | Veröffentlichung Anforderungsfrist und | Auslieferung Testdaten Export 05 | Veröffentlichung Anforderungsfrist und | Auslieferung Testdaten Export 09 | Veröffentlichung Anforderungsfrist und | Auslieferung Testdaten Export 01 |