Seitenhistorie
...
- Die Releaseplanung für Import- und Export-Formate beinhaltet Anpassungen an den folgenden Datenformaten: Produktion, Approval
- Da neue Java-Versionen immer Dienstags produktiv gesetzt werden, erfolgt auch die Veröffentlichung der Export-Releases immer Dienstags.
- Vorschlag für Änderungen der Releasetermine aufgrund der Verlängerung der Bugfixing- und Testphase für Release 2016.03.
Endgültige Festlegung der Schwerpunkte und Termine bis zum 09.03.2016 - Vereinheitlichung der Spaltenüberschriften in Abstimmung mit Projektorganisation und innerhalb IT (01.03.2016)
| Auszug | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Import/Export-Releases 2016/2017 (Produktverantwortung: B. Althaus, IT.1.1, Stand:2801.0103.2016)
weitere Informationen. |
...
Beschreibung der Tabellenspalten
Release | Schwerpunkte des Releases (kursiv: in Planung, noch nicht abgestimmt!) | Beginn der Abstimmungsphase | Vorlage Anforderungen bei IT3 (Jira-Tickets) | Endgültiger Releasezuschnitt (Stichtag techn. Spezifikation) | Entwicklungsphase | Testphase | Bugfixingphase | Release abgenommen und bereitgestellt | Erstellung und Auslieferung Testdaten | Produktivnahme("Go-Live") |
|---|
| Überschrift | Beschreibung |
|---|---|
| Release | Versionsbezeichnung des Releases. |
| Schwerpunkte des Releases | In dieser Spalte sind die Schwerpunkte des jeweiligen Releases enthalten. Hier werden zudem auch die Projekte genannt, deren Aufgaben hinsichtlich der Datenkonversionen ebenfalls in dem Release umgesetzt werden. In der Planungsphase sind die entsprechenden Angaben noch kursiv dargestellt. Für Projekte wird in dieser Spalte außerdem der Termin genannt an dem die fachliche Spezifikation vorliegen muss, sodass die Umsetzung der Anforderungen in dem Release erfolgen kann. Standardmäßig liegt der Termin spätestens 4 Wochen vor der Entwicklungsphase der regulären Anforderungen für das Release. Themen, die kursiv gesetzt sind, sind noch in Planung, d.h. eine Abstimmung innerhalb IT ist noch erforderlich. |
| Beginn der AbstimmungsphaseBeginn fachl. Abstimmung | Ab diesem Stichtag werden neue Anforderungen sowohl mit dem Auftraggeber, als auch innerhalb IT abgestimmt werden. Zu Beginn der fachlichen Abstimmung werden Abstimmungsphase werden bei einem gemeinsamen Treffen erste Vorstellungen zu neuen Anforderungen innerhalb IT ausgetauscht. Das Treffen wird vom Produktverantwortlichen möglichst am Stichtag organisiert. |
| Stichtag Vorlage Anforderungen bei IT.3 (Jira-Tickets Tickets) | Zu diesem Stichtag sollten IT.3 alle Anforderungen i.d.R. in Form von Jira-Tickets vorliegen, damit der leitende Entwickler eine Einschätzung des zeitlichen Aufwands und weitere Klärungen zu den Anforderungen in den folgenden zwei Wochen durchführen kann. |
| Stichtag technEndgültiger Releasezuschnitt (Stichtag techn. Spezifikation) | An diesem Stichtag sollten sollte der endgültige Releasezuschnitt feststehen und die vollständigen technischen Spezifikationen sollten vorliegen. Ggf. ist es notwendig, die Priorisierung innerhalb des Releases im Rahmen einer Besprechung endgültig festzulegen. Falls hierzu ein Bedarf besteht, organisiert der Produktverantwortliche eine Besprechung möglichst am Stichtag. |
| Entwicklungsphase | In dieser Phase werden die fachlichen Anforderungen anhand der technischen Spezifikationen entwickelt. Auch in diesem Zeitraum sind weitere Nachfragen an die Anforderungegeber möglich. |
| Bugfixingphase | In diesem Zeitraum finden interne Tests und Tests mit externen Partnern statt. In dieser Phase werden nur Fehler behoben, die in der Spezifikation enthalten waren (Bugfixing). |
| Stichtag Abnahme Release abgenommen und bereitgestellt | Zu diesem Stichtag nach Abschluß der Bugfixingphase wird das Release abgenommen und kann für die Produktivnahme vorbereitet werden.Bugfixingphase sollte das Release abgenommen sein und steht für die Produktivnahme bereit. |
| Erstellung und Auslieferung Testdaten | Zu diesem Termin werden Testdaten Auslieferung TestdatenSpätestens am genannten Termin werden Testdaten und Format-Dokumentationen von IT.2.2 erzeugt und , die von 2D.2 für zusammen mit weiteren Informationen und Format-Dokumentationen für die Kunden der Datendienste bereit gestelltzur Verfügung gestellt werden. |
| Veröffentlichung Produktivnahme ("Go-Live") | An diesem Termin wird das Release veröffentlicht, d. h. es wird produktiv gesetzt! |
Historie der Import/Export-Releases
...
Überblick
Inhalte