Seitenhistorie
...
- Je nach Art der Anforderung (siehe Tabelle) werden bestimmte Stichtage festgelegt,
- zu denen die Anforderung in IT eingegangen sein muss
- zu denen die Realisierung der Anforderung nach erfolgreichem Test produktiv gesetzt wird. - Anforderungen, die für einen bestimmten Termin produktiv gesetzt werden sollen, müssen zum Stichtag des Anforderungseingangs in IT als Jira-Ticket vorliegen. Das bedeutet jedoch nicht, dass ab sofort alle Anforderungen erst zum Stichtag an die IT schicken werden sollen. Diese sollten weiterhin auch vor dem Stichtag in der IT vorliegen.
- Es gilt weiterhin die generelle Regel, dass die Anforderungen nach Eingang bearbeitet werden. Die Anforderungen werden von IT in Jira der entsprechenden Release-Version zugeordnet.
- Anforderungen werden von IT einem Release zugeordnet. Die Anforderungen im Rahmen eines CBS-Releases werden den FA mittels einer Releaseankündigung mitgeteilt. Die FA haben eine Woche Zeit auf die geplanten Anpassungen zu reagieren. Kommentare in den einzelnen Jira-Vorgängen sollten möglichst nur dann erfasst werden, wenn es Rückfragen gibt. Die Zustimmung zu Änderungen sollte formlos an den Mailverteiler der VL-ILTIS-Kerngruppe gehen.
- Anforderungen werden in IT analysiert, bevor sie zur weiteren Bearbeitung freigegeben werden. Aufgrund dieser Analyse kann es zu einer Verschiebung bei der Realisierung kommen. Je exakter und vollständiger eine Anforderung gestellt wird (Detailangaben, Beispiele, Kommandos) desto schneller kann die Bearbeitung durch die IT erfolgen!
- Sollte eine Realisierung aller von den Fachabteilungen übermittelten Anforderungen aufgrund der Anzahl der Anforderungen nicht möglich sein, so behält sich die IT vor, die Bearbeitung einzelner Anforderungen zu verschieben.
- Eine Verschiebung aufgrund von Ressourcenengpässen in der IT, die sich geplant (hoch priorisierte Projekte, Dienstreisen, Urlaub, etc.) und ungeplant (Krankheit) ergeben können, ist - wie bisher - möglich.
- Jira-Vorgänge, deren Umsetzung nicht im Rahmen eines CBS-Releases erfolgen, werden von IT als "geschlossen" gekennzeichnet, wenn die Realisierung erfolgt ist. Nur wenn ein Feedback der FA erwartet wird, so wird ein Jira-Vorgang nur auf "erledigt" gesetzt.
- Für das Projekt ILTIS wird die Komponente Datenmanipulation verwendet, um geplante Manipulationen von Daten im CBS zuzuordnen (Entfernen, Korrigieren, Verschieben von Feldern). Diese Datenmanipulationen sind in der Releaseankündigung für CBS-Releases enthalten. Analog zu den Releases haben auch hier die Fachabteilungen eine Woche Zeit, um eine geplante Datenmanipulation zu stoppen. Die Datenmanipulationen werden dann nach der Veröffentlichung des Releases eingeplant und umgesetzt.
Releaseplanung 2012 Art des Releases | Eingang der | Veröffentlichung | Produktiv Release-Name | Interner Jira-Link |
---|---|---|---|---|
CBS-Release MM.JJJJ | bis 10.01. -> | am 01.02. | CBS-Release 02.2012 | |
Import-Release MM.JJJJ | bis 1505.12.2011 -> | am 01.02. | Import-Release 02.2012 | |
Export-Release MM.JJ | bis 0113.01. -> | am 0112.03. | Export-Release 03.2012 |
Jahreskalender der Produktivsetzungen der Releases2012
Monat/ | Jan | Feb | Mrz | Apr | Mai | Jun | Jul | Aug | Sep | Okt | Nov | Dez | ||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
CBS | x | x | x | x | x | x | x |
| x | x | x | x | ||||
Importformate |
| x |
| x |
| x |
|
|
| x |
| x | ||||
Exportformat MARC21 |
| x |
| x |
|
|
| x |
| x |
| |||||
Exportformat MAB |
|
| (x) |
|
|
|
|
| x |
|
|
|
Beispiele für das Zusammenspiel von Anforderungseingang und Produktivsetzung:
...