Seitenhistorie
...
Beginn des Verfahrens | 1. März 2011 |
---|---|
Letzte Aktualisierung | 19 7. Juni Juli 2012 |
1. Releaseplanung
Release | Nr. | Anforderungen | Prüfung der Anforderungen durch IT und FA | Umsetzung und Test der Anforderungen | Alle Anforderungen des Release müssen behoben sein | Veröffentlichung des Release |
---|---|---|---|---|---|---|
CBS-Konfigurations-Release (Validation, Indexierung, Präsentation, Syntax, etc.) | 07.2012 | Fr. 22.06.2012 | 25.06. - 29.06.2012 | 02.07. - 13.07.2012 | Fr. 13.07.2012 | Mo. 16.07.2012 |
Export-Release (MARC21) | 09.2012 | Fr. 03.08.2012 | Umsetzung: | Fr. 14.08.2012 | Mo. 17.09.2012 | |
Import-Release (ONIX, xMetaDissPlus, MARC21) | 10.2012 | Fr. 17.08.2012 | Umsetzung: | Fr. 28.09.2012 | Mo. 01.10.2012 | |
CBS-Konfigurations-Release (Validation, Indexierung, Präsentation, Syntax, etc.) | 10.2012 | Fr 31.08.2012 | 03.09. - 07.09.2012 | 10.09. - 28.09.2012 | Fr. 28.09.2012 | Mo. 01.10.2012 |
2. Beschreibung der unterschiedlichen Releases
Name | Beschreibung | Workflow-Besonderheiten | Frequenz |
---|---|---|---|
CBS-Konfigurations-Release | enthalten sind Anpassungen der CBS-Steuertabellen für die Validation, die Indexierung, die Expansion, die Präsentation und die Syntax. Auch Datenmanipulationen oder Anpassungen von WinIBW-Scripten können einem solchen Release zugeordnet werden. | eine Prüfung der Anforderungen durch die Fachabteilungen ist vor der konkreten Umsetzung der Anforderungen vorgesehen. | monatlich bzw. alle zwei Monate |
Export-Release | enthalten sind Anforderungen i.d.R. an das Exportformat MARC21 | eine Prüfung der Anforderungen durch die Fachabteilungen ist nicht vorgesehen, da die notwendige Abstimmung bereits in der Erstellungsphase erfolgt. | alle drei Monate zum 1. eines Monats |
Import-Release | enthalten sind Anforderungen an die Importformate ONIX, xMetaDissPlus und MARC21 | eine Prüfung der Anforderungen durch die Fachabteilungen ist nicht vorgesehen, da die notwendige Abstimmung bereits in der Erstellungsphase erfolgt. | alle drei Monate |
Hinweis: In den Monaten August und September werden aufgrund von Urlaubszeiten keine Releases eingeplant.
3. Zielsetzungen des Change Management
- der Aufwand für Change-Requests, die als Jira-Tickets gemeldet werden, soll durch Bündelung der Anforderungen reduziert werden
- die MitarbeiterInnen der IT sollen sich stärker auf zeitkritische (Projekt-)Aufgaben konzentrieren können
- die Information der Fachabteilungen über die Anforderungsplanung soll transparenter und zuverlässiger werden
- die Bearbeitung von Anforderungen, die als Jira-Tickets gemeldet wurden, soll kontrollierter und zeitnaher erfolgen
- auch innerhalb der IT soll eine klare Regelung helfen Transparenz und Zuverlässigkeit zu erzeugen
4. Requests, die nicht im ILTIS-Change-Management behandelt werden
Folgende Anforderungen und Problemmeldungen werden nicht in diesem Verfahren behandelt:
- akute Fehler, die zu einer Störung in ILTIS führen, werden sofort 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 nach wie vor zeitnah bearbeitet
5. Workflow des ILTIS-Change-Managements
1. Eine neue Anforderung der FA wird als Jira-Task erfasst.
...