[Entwurf] Gaplog - Zusammenführung Gap-Analysen

Allgemeine Hinweise

In dieser Tabelle werden die Ergebnisse der Gap-Analysen aus dem GBV-Wiki zusammengeführt.
Ziel ist es, Gaps zu bündeln und die Erstellung der Funktionsanalysen zu erleichtern (Funktionsanalyse MM, Funktionsanalyse | Erwerbung)
Jeder Verbund oder Einrichtung fügt die notwendigen Informationen in die Tabelle ein

Spezifische Hinweise

Ablauf der Erfassung

Die einzelnen Gaps werden aus den vorhandenen Gap-Analysen von den jeweiligen verantwortlichen Personen in die Tabelle eingetragen und geprüft, ob gleiche/ähnliche Gaps vorhanden sind.
- Ist eine Gap schon von einer anderen Einrichtung beschrieben, sollte sie dennoch erfasst werden. wenn eine Gap von mehreren Einrichtungen identifiziert wurde, könnte sie eine höhere Priorität besitzen.
- Eine ausführliche Beschreibung ist nicht notwendig - der Erfassungsaufwand soll so gering wie möglich sein. Die ausführliche Beschreibung wird in der Funktionsanalyse erstellt.
Die einzelnen Gaps werden bei Bedarf in die jeweilige D-Gruppe als Funktionsanalyse eingetragen
- Beispiele: Funktionsanalyse | Erwerbung, Funktionsanalyse MM
- Dort werden die Gaps diskutiert, ausführlich beschreiben und gegebenenfalls aufgeteilt (Bestellmahnungen - Funktionsanalyse) oder mit bestehenden Entwicklungen zusammengeführt (Erwerbungsdaten in Exemplarsätzen ohne Bestellung - Funktionsanalyse)

Erläuterungen zur Spaltenbelegung

App/Bereich = Bezeichnung der App oder der Apps, in der eine fehlende Funktion erwartet wird, oder in der eine vorhandene Funktion verbessert werden soll. Kann keine App genannt werden, wird die Bezeichnung des Funktionsbereich angegeben.
In einer Zeile dürfen mehrere Apps eingetragen werden - sie sollten jedoch mit " + " getrennt werden, um eine einheitliche Filterung zu ermöglichen.
JIRA = Bezeichnung eines JIRA-Tickts, das zumindest ungefähr mit der gewünschten Funktion übereinstimmt.
In einer Zeile darf nur ein JIRA-Ticket eingetragen werden. Ansonsten ist eine eindeutige Filterung der Spalten nach Spalte "JIRA-Ticket" und Spalte "Quelle" nicht möglich. Dies ist notwendig, um eine Abfrage nach Lücken (Gaps) bezüglich vorhandener JIRA-Tickets und der Quellen zu ermöglichen. Dadurch können Duplikate erkannt werden. GIF "Filtern nach JIRA":
Bemerkung = Allgemeine Beschreibung der Gap. Sie kann in der Regel aus der Vorlage kopiert werden.
Quelle = Bezeichnung und Link zur ausführlichen Beschreibung der der Gap-Beschreibung. Wenn möglich, sollen frei zugängliche Quellen angewendet werden
Priorisierung = [[[Eine allgemeingültige Bewertung muss unter den Beteiligten definiert werden]]]
- Prio nach Folio-Version?
- Prio nach internem Rankingschema?
- Notwendig? Indirekt erfolgt die Priorisierung durch die Diskussion in der jeweiligen D-Gruppe.
Relevante Funktions-/Anforderungsanalyse = Link zu einer bestehenden Funktions- oder Anforderungsanalyse in einer D-Gruppe, die die beschriebene gewünschte Funktion beinhaltet oder eine ähnliche Funktionalität beschreibt.

Fragen

Soll für jede/n App/Bereich/D-Gruppe/... eine eigene Seite mit Tabelle erstellt werden?
Werden weitere Spalten benötigt?
Wer entscheidet über die Übertragung in die D-Gruppe - insbesondere die großen Themen?
- In der jeweiligen D-Gruppe könnte in den Treffen geprüft werden, welche Gaps diskutiert und bearbeitet werden. Kriterien sind zum Beispiel: Bestehende Funktionsanalysen, Aktivitäten in den SIG, ... Dadurch können Aktivitäten synchronisiert werden.
- Wird es zentral entschieden, besteht die Gefahr, dass zu viel Input die D-Gruppen lähmen - eine Priorisierung der Gaps in der Tabelle könnte sinnvoll sein.
Gibt es Gaps, die "nur" beobachtet werden müssen, weil zum Beispiel die Entwicklung schon durchgeführt wird?
- Für diese Gaps sollten keine Funktionsanalysen erstellt werden, aber eine Übersicht wäre hilfreich, um die Fortschritte zu erkennen und um gegebenenfalls weitere Maßnahmen einzuleiten
- Beispiel: UIORGS-225
Sollen JIRA-Tickets als Link FOLIO-2802 oder als Makro FOLIO-2802 - Getting issue details... STATUS eingefügt werden?