Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- faq:start [2021/08/13 09:31] – [Was ist beim Eröffnen eines Tickets zu beachten?] sschmitz
+++ faq:start [2023/12/04 15:53] (aktuell) – [Was ist beim Eröffnen eines Tickets zu beachten?] sschmitz
@@ Zeile 4: / Zeile 4: @@
 ==== Was ist beim Eröffnen eines Tickets zu beachten? ====
-Ein Ticket soll möglichst im passenden Projekt eröffnet werden. Also "Druck" für alle druckbezogenen Probleme, für die Module entsprechend PA, PD, PE oder PO-Modul, für alle anderen Desktop-Applikationen passt der Bereich "Tools". Zeugnisse haben ihren eigenen Bereich.
+Ein Ticket soll möglichst im passenden Projekt eröffnet werden. Also "Druck" für alle druckbezogenen Probleme, für die Module entsprechend PA, PD, PE oder PO-Modul sowie Schnittstellen, für alle anderen Desktop-Applikationen passt der Bereich "Tools". Zeugnisse haben ihren eigenen Bereich.
 Für die Web-Komponenten gibt es ebenfalls diverse Unterkategorien. Achtung, FN2PA ist nicht das Desktop-PA-Modul, sondern der Web-Zugang für das Prüfungsamt.
@@ Zeile 15: / Zeile 15: @@
 Auch Erweiterungswünsche und Anforderungen sollen so beschrieben sein, dass eine Person, die nicht direkt involviert ist, verstehen kann, worum es geht.
+Die Felder "zugewiesen an" und "Installierte Version" sind jetzt Pflichtfelder. Bei "Installierte Version" wählt Ihr bitte die bei Euch installierte Version aus, auf die sich das Ticket bezieht. Bei Fehlermeldungen ist es darüber hinaus nützlich, wenn Ihr die Patch-Nummer/das Patch-Datum ins Ticket schreibt.
 \\
 \\
@@ Zeile 23: / Zeile 25: @@
 **Support**: Setzen wir, wenn sich herausstellt, dass ein gemeldeter Fehler gar kein Programmfehler ist, sondern z.B. ein Problem in der Modellierung. Auch für umfangreicheren Support mit Dokumentationsaufwand oder Abstimmung zwischen mehreren Beteiligten. Für einfache Supportanfragen ist aber immer noch ein Anruf das Mittel der Wahl. \\
-**Vorschlag für Erweiterung**: Für kleinere Erweiterungen, die deutlich unter dem Aufwand für eine Anforderung liegen. Auch hier ist eine vorherige Absprache von uns erwünscht.\\
+**Vorschlag für Erweiterung**: Für alle Erweiterungswünsche, gerne nach vorheriger Absprache.\\
-**Erweiterung**: Bitte nicht benutzen. Wird ein Vorschlag für eine Erweiterung von uns angenommen, setzen wir diesen Typ. \\
-**Vorschlag für Anforderung**: Für die Vorschläge, die Ihr während der Usergroup-Tagung vorstellen wollt.
-**Anforderung**: Bitte nicht benutzen. Wird ein Vorschlag für eine Anforderung während der Usergroup-Tagung angenommen, setzen wir diesen Typ. \\
 **Support (abrechnen)**: Ein Sonderfall. Bitte ignorieren.
@@ Zeile 39: / Zeile 35: @@
 \\
 ==== Wem soll ich ein Ticket zuweisen? ====
-Wenn die zuständige Person bekannt ist, kann das Ticket auch entsprechend zugewiesen werden. Eine Liste der Zuständigkeiten ist hier zu finden: [[ansprechpartner:start|Zuständigkeiten im FlexNow-Team]] \\
-Falls Unsicherheit besteht, geht das Ticket an Gerlinde Fischer; sie verteilt dann entsprechend um.
-Ein Ticket, das an niemanden zugewiesen ist, sehen wir unter Umständen erst deutlich zeitverzögert!
+Eine Liste der Zuständigkeiten ist hier zu finden: [[ansprechpartner:start|Zuständigkeiten im FlexNow-Team]] \\
+Falls Ihr die falsche Person erwischt, ist das kein Problem; wir verteilen dann intern um.
-Ein Ticket mit dem Status "erledigt" muss nicht mehr zugewiesen werden.
 \\
 \\
@@ Zeile 76: / Zeile 69: @@
 {{ :faq:screenshots_einbinden_5.png?nolink |}}
-===== Anforderungen =====
-Gewünschte Anforderungen werden als Vorschläge bei den Usergroup-Tagungen der Gruppe vorgestellt. Sie sind bis spätestens eine Woche vor der Tagung als "Vorschlag für Anforderung" ins Ticketsystem einzustellen.
-Nachdem der Vorschlag von der Usergroup angenommen wurde, wird der Typ des Tickets von uns auf "Anforderung" geändert. Spätestens dann ist eine konkrete und detaillierte Beschreibung der gewünschten Funktionalitäten/Änderungen im Ticket zu hinterlegen.
-\\
-\\
 ===== Updates =====
@@ Zeile 88: / Zeile 75: @@
-  * Größere Versionen (**Releases**) mit neuen Funktionen planen wir für Januar und September, in Abstimmung mit fn2Web. Falls es aufgrund dringend benötigter Anforderungen/Erweiterungen erforderlich ist, werden wir auch außerplanmäßige Releases veröffentlichen.
+  * Größere Versionen (**Releases**) mit neuen Funktionen planen wir für März und September, in Abstimmung mit fn2Web. Falls es aufgrund dringend benötigter Anforderungen/Erweiterungen erforderlich ist, werden wir auch außerplanmäßige Releases veröffentlichen.
   * Fehlerbehebungen bringen wir als **Patches** des jeweils letzten Release heraus.
   * Bei kritischen Fehlern bezeichnen wir den Patch als **Hotfix**. Für Hotfixes ist ein baldiges Einspielen dringend empfohlen, sofern das zugehörige Release im Einsatz ist.