1. Releaseplanungen

Beschreibung der unterschiedlichen Releases. Die jeweiligen Links öffnen die aktuellen Planungen pro Release.

 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 

4. Entwurf einer schematischen Übersicht der jährlichen Releaseplanung für Import & Export

Seitenanfang