Seitenhistorie
Import-/Export-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
Schnittstellen-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
CBS-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
Releasebeschreibung
...
Inhalt |
---|
Beginn des Verfahrens | 01. März 2011 | |
---|---|---|
Letzte Aktualisierung(en) | 16. August 2013 | Aktualisierung Punkt 5. |
Schließung Jira-Projekt ZDB-ANFORDERUNGEN
Ab 01.01.2013 werden alle Anforderungen nur noch im Jira-Projekt ILTIS erfasst. Dadurch wird der Arbeitsaufwand für die Releaseplanung erheblich reduziert und die Bearbeitung der Anforderungen wird übersichtlicher. Das Jira-Projekt ZDB-ANFORDERUNGEN bleibt zunächst zur Dokumentation der bisherigen Anforderungen bestehen. Es können dort ab 2013 jedoch keine Tickets mehr erstellt werden. Bis zum Jahreswechsel werden im Projekt ILTIS Komponenten für die ZDB ergänzt (z.B. ZDB für Bibliotheken, WebCat). ZDB-Anforderungen können durch den einleitenden Text "ZDB" in der Kurzbeschreibung für die Recherche optimiert werden.
1. Aktuelle Releaseplanungen
CBS-Konfigurations-Release
Nr. | Anforderungsfrist, | Prüfung der Anforderungen | Umsetzung und Test | Alle Anforderungen des Release | Veröffentlichung des Release |
---|---|---|---|---|---|
07.2013 | Fr. 14.06.2013 | 17.06. - 21.06.2013 | 24.06. - 12.07.2013 | Fr. 12.07.2013 | Mo. 15.07.2013 |
09.2013 | Fr. 12.07.2013 | 15.07. - 26.07.2013 | 29.07. - 30.08.2013 | Fr. 30.08.2013 | Mo. 02.09.2013 |
10.2013 | Fr. 30.08.2013 | 02.09. - 06.09.2013 | 09.09. - 30.09.2013 | Mo. 30.09.2013 | Di. 01.10.2013 |
11.2013 | Fr. 04.10.2013 | 07.10. - 11.10.2013 | 14.10. - 31.10.2013 | Do. 31.10.2013 | Fr. 01.11.2013 |
12.2013 | Fr. 01.11.2013 | 04.11. - 08.11.2013 | 11.11. - 29.11.2013 | Fr. 29.11.2013 | Mo. 02.12.2013 |
01.2014 | Fr. 29.11.2013 | 02.12. - 06.12.2013 | 09.12.2013 - 17.01.2014 | Fr. 17.01.2014 | Mo. 20.01.2014 |
03.2014 | Fr. 31.01.2014 | 03.02. - 07.02.2014 | 10.02. - 28.02.2014 | Fr. 28.02.2014 | Mo. 03.03.2014 |
04.2014 | Fr. 14.03.2014 | 17.03. - 21.03.2014 | 24.03. - 11.04.2014 | Fr. 11.04.2014 | Mo. 14.04.2014 |
05.2014 | Fr. 11.04.2014 | 14.04. - 25.04.2014 | 28.04. - 16.05.2014 | Fr. 16.05.2014 | Mo. 19.05.2014 |
06.2014 | Fr. 16.05.2014 | 19.05. - 23.05.2014 | 26.05. - 13.06.2014 | Fr. 13.06.2014 | Mo. 16.06.2014 |
07.2014 | Fr. 13.06.2014 | 16.06. - 20.06.2014 | 23.06. - 11.07.2014 | Fr. 11.07.2014 | Mo. 14.07.2014 |
09.2014 | Fr. 11.07.2014 | 14.07. - 18.07.2014 | 21.07. - 29.08.2014 | Fr. 29.08.2014 | Mo, 01.09.2014 |
10.2014 | Fr. 29.08.2014 | 01.09. - 05.09.2014 | 08.09. - 30.09.2014 | Di 30.09.2014 | Mi. 01.10.2014 |
11.2014 | Di. 30.09.2014 | 01.10. - 10.10.2014 | 13.10. - 31.10.2014 | Fr. 31.10.2014 | Mo. 03.11.2014 |
12.2014 | Fr. 31.10.2014 | 03.11. - 07.11.2014 | 10.11. - 28.11.2014 | Fr. 28.11.2014 | Mo. 01.12.2014 |
01.2015 | Fr. 28.11.2014 | 01.12. - 05.12.2014 | 08.12.2014 - 16.01.2015 | Fr. 16.01.2015 | Mo. 19.01.2015 |
Export-Release
...
Nr.
...
Anforderungsfrist, d.h.
abgestimmte Anforderungen und Vorgaben müssen
erstellt sein bis ...
...
Umsetzung und Test der Anforderungen
von ... bis ... (7 KW)
...
Alle Anforderungen des Release müssen behoben sein
bis ... 10 Uhr !!!
...
Bereitstellung von Testdaten und Dokumentationen zum Release am ...
...
Veröffentlichung des Release
am ...
...
Bemerkungen
...
01.2014
...
Fr. 30.08.2013
...
Umsetzung: 02.09. - 30.09.2013
Test und Anpassungen: 01.10. - 15.10.2013
...
Di. 15.10.2013
...
Mi. 16.10.2013
...
05.2014
...
Mo. 30.12.2013
...
Umsetzung: 01.01. - 31.01.2014
Test und Anpassungen: 03.02. - 14.02.2014
...
Fr. 14.02.2014
...
Mo. 17.02.2014
...
...
Umsetzung: 01.05. - 30.05.2014
Test und Anpassungen: 02.06. - 13.06.2014
...
Import-Release
Nr. | Anforderungsfrist, d.h. | Umsetzung und Test der Anforderungen | Alle Anforderungen des Release müssen behoben sein | Veröffentlichung des Release | Bemerkungen |
---|---|---|---|---|---|
09.2013 | Fr. 21.06.2013 | Umsetzung: 24.06. - 26.07.2013 | Fr. 30.08.2013 | Mo. 02.09.2013 |
|
11.2013 | Fr. 20.09.2013 | Umsetzung: 23.09. - 25.10.2013 | Fr. 08.11.2013 | Mo. 11.11.2013 |
|
03.2014 | Fr. 17,01.2014 | Umsetzung: 20.01. - 14.02.2014 Test und Anpassungen : 17.02. - 28.02.2014 | Fr. 28.02.2014 | Mo. 03.03.2014 | |
07.2014 | Fr. 09.05.2014 | Umsetzung: 12.05. - 13.06.2014 Test und Anpassungen : 16.06. - 30.06.2014 | Mo 30.06.2014 | Di. 01.07.2014 | |
11.2014 | Fr. 05.09.2014 | Umsetzung:08.09. - 17.10.2014 Test und Anpassungen : 20.10. - 31.10.2014 | Di. 31.10.2014 | Mi 03.11.2014 | |
|
|
|
|
|
|
Kursiv = Daten innerhalb IT noch nicht abgestimmt!
2. Beschreibung der unterschiedlichen Releases
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) ist i.d.R. vor Ablauf der Anforderungsfrist nicht vorgesehen.
Nach Ablauf der Anforderungsfrist haben die Fachabteilungen eine Woche Zeit die Anforderungen zu prüfen.
Erst im Anschluß beginnt die Umsetzung der Anforderung in der IT.
monatlich bzw.
alle zwei Monate
siehe Workflow des CBS-Release | alle drei Monate (Quartal) | Hr. Althaus | |
enthalten sind |
Anforderungen an die | Die Anforderungen und Vorgaben sollten zur Anforderungsfrist | alle |
sechs Monate / | Fr. Trunk |
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 / |
Anfang des Monats
...
i.d.R. |
...
der letzte Dienstag im Monat | Hr. Becker |
Zielsetzungen des Change Management
...
3. Entwurf einer schematischen Übersicht der jährlichen Releaseplanung für Import & Export
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 09 |
...
- 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ässlichkeit
ü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
5. Spezielle Requests (Fehler, Projekte, Datenmanipulationen, WinIBW)
- akute Fehler, die zu einer Störung in ILTIS führen, werden sofort bearbeitet 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äftgangsGeschäftsgangs, 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.
5. Workflow des ILTIS-Change-Managements für CBS-Konfigurations-Releases
1. Eine neue Anforderung der FA wird als Jira-Task erfasst.
...
2. Releasezuordnung.
...
3. Releaseankündigung.
Eine Woche vor Ablauf des Endtermines für den Eingang von Anforderungen (Anforderungsfrist) wird die ZDB über Jira-Tickets informiert, die Änderungen am Datenformat enthalten, damit die ZDB zu diesen Formatänderungen möglichst früh einbezogen ist.
...
- 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. Releaseprüfung.
...
5. Releaseumsetzung und -test.
...
6. Releaseabnahme.
...
7. Releaseveröffentlichung.
Am Veröffentlichungstag des Releases werden alle im Release zusammengefassten Anpassungen durch Aktivierung der betroffenen Steuerungstabellen übernommen.
...
8. Releaseabschluß.
Ab ca. 2 Tage nach Veröffentlichung des Releases schliesst IT alle diesem zugeordneten Jira-Vorgänge.