[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?

	App/Bereich	JIRA	Funktion	Bemerkung	Quelle	Relevante Funktions-/Anforderungsanalyse
1	Katalog	FOLIO-2802	Mehrsprachige Referenzdaten	https://issues.folio.org/browse/FOLIO-2802 → Perspektive: K-Ware-Ansatz nicht nachhaltig. Vorschlag: Inventory-Referenzwerte übersetzen und allgemein zur Nachnutzung zur Verfügung stellt. Die dt. Serviceprovider können die Übersetzungen dann per Script einspielen. Im DACH-Bereich eine Seite anlegen, von der wir zur Übersetzung auf GitHub/Google Drive verlinken können. https://wiki.folio.org/display/Deutsche/Mehrsprachige+Referenzdaten+im+Inventory	VZG/hbz/UB Mz	Mehrsprachige Referenzdaten im Inventory
2	Druck	-	Möglichkeit, individuelle Bestellinformationen auszudrucken über den Browser über Netzwerkdruck	derzeit kein Entwicklungsteam	VZG/hbz/UB Mz	Bestellversand - Funktionsanalyse
3	Katalog	-	Prüfung von Abhängigkeiten in anderen Anwendungen beim Löschen von Daten im Inventory	Themenkomplex, wird von einer Untergruppe der App Interaction SIG beabeitet Cross-app data sync working group - presentation on outcome Use cases Proposed solution	VZG/hbz/UB Mz	Löschen Instanz-Datensatz - Anforderungsanalyse Löschen Instanz-Datensatz - Funktionsanalyse
4	~~Bestellung + Inventarisierung~~	~~UXPROD-2865~~	~~Benutzerdefinierte Felder für Bestellungen-App und Inventarisierung-App~~	Nachfolge: Morning Glory ~~War Kandidat für Morning Glory, aber nicht enthalten~~	VZG/hbz/UB Mz
5	Rückgabe	UXPROD-2877	Abbruch der Rückgabe bei fremdem Standort	vermutlich keine Entwicklung durch die Community	VZG/hbz/UB Mz
6	Fees/Fines	UXPROD-2950	Mahnungen / Benachrichtigung bei Mahnung / Mahngebühren	hohes Kiwi-Pointing dadurch hoffentlich Entwicklung durch die Community (erneut getestet und Holly Mistlebauer kontaktiert, um das Feature auf den Weg zu bringen)	VZG/hbz/UB Mz
7	Fees/Fines	UXPROD-2015	Mahnungen / Benachrichtigung bei Mahnung / Mahngebühren	hohes Kiwi-Pointing dadurch hoffentlich Entwicklung durch die Community (erneut getestet und Holly Mistlebauer kontaktiert, um das Feature auf den Weg zu bringen)	VZG/hbz/UB Mz
8	~~Bestellung~~	~~UXPROD-1845~~	~~Mahnungen für Bestellungen - Claiming unreceived or unreceivable items~~	Übertragen in [Entwurf] Gaplog \| Erwerbung ~~Mahnungserstellung und -versand für noch nicht gelieferte oder nicht lieferbare Ressourcen;~~ ~~- Zählung der Mahnungen~~ ~~- Kennzeichnung "Mahnung versandt"/"nicht versandt"~~ ~~- Mahnungsdatum~~ ~~- Eingabemöglichkeit einer Rückmeldung zur konkreter Mahnung Mahnungen für noch fehlende Heftlieferungen geplant als Teil der Duke\|VZG Koop. - ohne Datum BM: UBL/SLUB Anforderungsentwurf~~	Morning Glory (VZG/hbz/UB Mainz)	Bestellmahnungen - Funktionsanalyse Zeitschriftenverwaltung - Funktionsanalyse
9	~~Bestellung + Inventarisierung~~	~~UXPROD-2865~~	~~Erwerbungsstatistik~~	Übertragen in [Entwurf] Gaplog \| Erwerbung 1. Statistische Codes sollen über Custom fields erfasst werden; Name und kontrolliertes Vokabular nötig (key - value); sowohl in den Bestellungen als auch bei der Inventarisierung für uns wichtiger: Inventarisierung - Custom fields im Inventarisierungsdatensatz - das Feature muss entsprechend ergänzt werden Statistische Codes in der Inventarisierung: Statistik eher auf Stückebene als auf Titelebene; gerne beides 2. Bestellmethoden zur statistischen Erfassung sollen in einem separaten Feld erfasst werden; als konfigurierbare Liste pro Mandant bisherige Erwerbungsmethoden bleiben verknüpft mit konkreten Systemaktionen, die beim Öffnen des Datensatzes getriggert werden; Änderung: Bezeichnungen werden konkreter ("Senden" "ist bereits (im Lieferantensystem) bestellt") -> ist erledigt in MG verfügbar	Morning Glory (VZG/hbz/UB Mainz)
10	~~Inventarisierung~~	~~UXPROD-194~~	~~Fortschreibungsmechanismus~~	Übertragen in [Entwurf] Gaplog \| Erwerbung	Morning Glory (VZG/hbz/UB Mainz)	Zeitschriftenverwaltung - Funktionsanalyse
11	Inventarisierung	UXPROD-2865	Erfassung statistischer Daten für DBS und sonstige Auswertungen		hebis
12	~~Inventarisierung~~	~~UXPROD-194~~	~~Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung~~ ~~-----~~ ~~Fortschreibungsroutine allgemein~~	Übertragen in [Entwurf] Gaplog \| Erwerbung	hebis	Zeitschriftenverwaltung - Funktionsanalyse
13	~~Inventarisierung~~	~~UIOR-253~~	~~Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung~~ ~~-----~~ ~~Fortschreibungsroutine basierend auf Erscheinungsweise~~	Übertragen in [Entwurf] Gaplog \| Erwerbung	hebis	Zeitschriftenverwaltung - Funktionsanalyse
14	~~Inventarisierung~~	~~UIOR-254~~	~~Fortschreibungsmechanismus bei Zeitschriftenverwaltung und Fortsetzungsverwaltung~~ ~~-----~~ ~~Fortschreibungsroutine basierend auf letzter eingetragener Lieferung~~	Übertragen in [Entwurf] Gaplog \| Erwerbung	hebis	Zeitschriftenverwaltung - Funktionsanalyse
15	~~Bestellungen~~	~~UXPROD-2840~~	~~Bestellversand~~ ~~-----~~ ~~Automatisierter Versand der Bestellungen an Lieferanten per E-Mail~~	Übertragen in [Entwurf] Gaplog \| Erwerbung	hebis	Bestellversand - Funktionsanalyse
16	Organisationen	UXPROD-2553	Ergänzung eines Felds "Organisationstyp"		hebis
17	Organisationen	UIORGS-225	Kontaktpersonen sollen auch im Suchfeld bei Organisationen suchbar sein	[UIORGS-225] Search organizations by Contact person name - FOLIO Issue Tracker (In Refinement)	hebis
	Katalog	UXPROD-396	Benutzerdefinierte Felder	UXPROD-2212 Settings page. Inventory. Each institution can change settings based on their needs UXPROD-396 Custom Fields	SLUB Dresden
	Katalog		Anpassung Funktionalität Inventarnummern		SLUB Dresden
	Katalog		Konfiguration von Pflichtfeldern		SLUB Dresden
	Katalog		Verbesserung Anzeige und Auswahl Exemplarstatistik		SLUB Dresden