ILTIS-Change-Management

1. Releaseplanungen

Import/Export-Release

Release	Anforderungsfrist	Entwicklung	Interne Testphase	Formatdokumentation, Testdaten	Ankündigung, Externe Testphase	Go-live Importe	Go-live Export
	Bis zu diesem Stichtag liegen Anforderungen und 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 werden produktiv genommen.	Die Exportformate und alle MARC-Formate (jew. Import/Export Titeldaten, GND und Holdings) werden produktiv genommen.
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
2026.02 (nur Export Linked Data)	12.12.2025	19.01.2026 bis 20.02.2026	23.02.2026 bis 06.03.2026	09.03.2026 bis 13.03.2026	16.03.2026 bis 27.03.2026	--	Di, 23.06.2026
2026.03	13.03.2026	23.03.2026 bis 24.04.2026	27.04.2026 bis 08.05.2026	11.05.2026 bis 15.05.2026	18.05.2026 bis 29.05.2026	Di, 02.06.2026	Di, 25.08.2026
2027.01	04.09.2026	14.09.2026 bis 16.10.2026	19.10.2026 bis 30.10.2026	02.11.2026 bis 06.11.2026	09.11.2026 bis 20.11.2026	Di, 24.11.2026	Di, 16.02.2027
2027.02 (nur Export Linked Data)	11.12.2026	18.01.2027 bis 19.02.2027	22.02.2027 bis 26.02.2027	01.03.2027 bis 05.03.2027	08.03.2027 bis 19.03.2027	--	Di, 22.06.2027
2027.03	19.03.2027	30.03.2027 bis 30.04.2027	03.05.2027 bis 14.05.2027	17.05.2027 bis 21.05.2027	24.05.2027 bis 04.06.2027	Di, 09.06.2027	Di, 31.08.2027

Detaillierte Informationen, siehe Import/Export-Release.

2. Releasebeschreibung

 Seitenanfang

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

 Seitenanfang

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.

Seitenanfang