[Entwurf] Gaplog - Zusammenführung Gap-Analysen
- André Hohmann
- Martina Tumulla
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
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 werdenPriorisierung= [[[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 | Priorisierung | Relevante Funktions-/Anforderungsanalyse |
|---|---|---|---|---|---|---|
| Katalog | FOLIO-2802 | Mehrsprachige Referenzdaten | https://folio-org.atlassian.net/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://folio-org.atlassian.net/wiki/display/Deutsche/Mehrsprachige+Referenzdaten+im+Inventory | VZG/hbz/UB Mz | Mehrsprachige Referenzdaten im Inventory | |
| Druck | - | Möglichkeit, individuelle Bestellinformationen auszudrucken
| derzeit kein Entwicklungsteam | VZG/hbz/UB Mz | Bestellversand - Funktionsanalyse  | |
| 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 bearbeitet Cross-app data sync working group - presentation on outcome
| VZG/hbz/UB Mz | ||
| Rückgabe | UXPROD-2877 | Abbruch der Rückgabe bei fremdem Standort | vermutlich keine Entwicklung durch die Community | VZG/hbz/UB Mz | ||
| 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 | ||
| 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 | ||
| Inventarisierung | Erfassung statistischer Daten für DBS und sonstige Auswertungen | hebis | ||||
| Organisationen | UXPROD-2553 | Ergänzung eines Felds "Organisationstyp" | hebis | |||
| 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-2212 Settings page. Inventory. Each institution can change settings based on their needs UXPROD-396 Custom Fields | SLUB Dresden | ||||
| Katalog | - | Anpassung Funktionalität Inventarnummern | Es werden mehrere Erweiterungen gewünscht, um Inventarnummern leichter erfassen zu können und um fehlerhafte Eingaben zu vermeiden. Unter anderem "Dublettencheck", maschinelle Zuweisung als (Haupt)Signatur, ... | SLUB Dresden | ||
| Katalog | - | Konfiguration von Pflichtfeldern | Es wird gewünscht, dass Felder wie (Haupt)Signatur als Pflichtfeld konfiguriert werden können. | SLUB Dresden | ||
| Katalog | - | Verbesserung Anzeige und Auswahl Exemplarstatistik | In lange Listen der Exemplarstatistik können die jeweiligen Werte nur umständlich ermittelt werden. Es wird eine trunkierte Suche (Standort) gewünscht. | SLUB Dresden | ||
| Katalog | - | Anzeige von Bandnummern | Um Bände von Mehrbändigkeiten, ... rascher identifizieren zu können, wird die Anzeige der bandnummern in den Beziehungen und in der Trefferliste gewünscht. | SLUB Dresden | ||
| Personen | - | Konfiguration von Pflichtfeldern | In der App Personen werden weitere Pflichtfelder benötigt. | SLUB Dresden | ||
| Nachfolge: Morning Glory
| VZG/hbz/UB Mz | ||||
Übertragen in Gaplog | Erwerbung
| Morning Glory (VZG/hbz/UB Mainz) | |||||
| Übertragen in Gaplog | Erwerbung
| Morning Glory (VZG/hbz/UB Mainz) | ||||
| Übertragen in Gaplog | Erwerbung | Morning Glory (VZG/hbz/UB Mainz) | Zeitschriftenverwaltung - Funktionsanalyse | ||||
| Übertragen in Gaplog | Erwerbung | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| Übertragen in Gaplog | Erwerbung | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| Übertragen in Gaplog | Erwerbung | hebis | Zeitschriftenverwaltung - Funktionsanalyse | |||
| Übertragen in Gaplog | Erwerbung | hebis | Bestellversand - Funktionsanalyse |