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.
| Auszug | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Import/Export-Releases 2016/2017 (Produktverantwortung: B. Althaus, IT.1.1, Stand: 28.01.2016)
weitere Informationen. |
...
| Überschrift | Beschreibung |
|---|---|
| Release | Versionsbezeichnung des Releases. |
| Im Release geplante Projekte (Projekt/Kontakt/Stichtag)Schwerpunkte | In dieser Spalte können Projekte erfasst werdensind die Schwerpunkte des jeweiligen Releases enthalten. Hier werden zudem auch die Projekte genannt, deren Aufgaben hinsichtlich der Datenkonversionen ebenfalls in dem Release umgesetzt werden. Als Ansprechpartner (Kontakt) sollte der IT-Koordinator des Projektes genannt werden. Als Stichtag wird der in der MBKA enthaltenen Termin, wann die entsprechenden Spezifikationen vorliegen sollten, eingetragen. Liegt die MBKA noch nicht vor oder ist der Termin noch in der Abstimmung, so wird ein temporärer Termin aus Sicht der Releaseplanung in kursiv eingetragen, der standardmäßig 4 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 liegt. |
| Beginn fachl. Abstimmung | Ab diesem Stichtag werden neue Anforderungen sowohl mit dem Auftraggeber, als auch innerhalb IT abgestimmt werden. Zu Beginn der fachlichen Abstimmung werden bei einem gemeinsamen Treffen erste Vorstellungen zu neuen Anforderungen innerhalb IT ausgetauscht. Das Treffen wird vom Produktverantwortlichen möglichst am Stichtag organisiert. |
| Stichtag Jira-Tickets | Zu diesem Stichtag sollten alle Anforderungen 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 techn. Spezifikation | An diesem Stichtag sollten die vollständigen technischen Spezifikationen 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 | Zu diesem Stichtag nach Abschluß der Bugfixingphase wird das Release abgenommen und kann für die Produktivnahme vorbereitet werden. |
| Auslieferung Testdaten | Spätestens am genannten Termin werden Testdaten und Format-Dokumentationen von IT.2.2 erzeugt und von 2D.2 für die Kunden der Datendienste bereit gestellt. |
| Veröffentlichung ("Go-Live") | An diesem Termin wird das Release veröffentlicht, d. h. es wird produktiv gesetzt! |
...
Überblick
Inhalte