Übersicht

Weitere Informationen zu den jeweiligen Aufgaben werden in dem folgenden Abschnitt Erläuterungen erfasst.

Erläuterungen

Gap-Analyse

• In den Einrichtungen/Verbünden (Initiator) werden die Lücken nach der jeweiligen Vorgehensweise (je Release, inhaltliche Schwerpunkte, ...) untersucht
• Die Ergebnisse sind in der Regel nur eingeschränkt zugänglich
• Die ermittelten Lücken können (müssen aber nicht) in den D-Gruppen vorgestellt und mit anderen Gaps zusammengeführt werden - wenn eine transparente Abstimmung mit anderen Einrichtungen gewünscht ist, sollten die folgenden Schritte durchgeführt werden

Gaplog

• Wenn möglich, soll eine Funktionsanalyse erstellt werden, in der die Lücke ausführlicher beschrieben ist, und gegebenenfalls Vorschläge zur Behebung eingetragen werden - ist dies nicht möglich, kann eine knappe Beschreibung im Gaplog erfolgen.
  
• Dies entspricht der Funktion eines Backlogs, in dem Themen gesammelt, jedoch nicht ausführlich beschrieben werden
• Jede Einrichtung/Verbund ist verantwortlich für die Eingabe der jeweiligen Lücke in das Gaplog
• Einfache Anforderungen können gegebenenfalls sofort in die jeweilige Implementer Liste eingetragen werden
• In der jeweiligen D-Gruppe wird entschieden, ob und wann eine Lücke aus dem Gaplog bearbeitet wird, dies ist unter anderem abhängig von:
  • Ressourcen zur Bearbeitung
  • Aktivitäten in den internationalen SIG
  • Anzahl der "Unterstützer" einer Lücke in der jeweiligen D-Gruppe
  • ...

Funktionsanalyse

• Jeder Initiator muss sich intensiv an der Erarbeitung der Funktionsanalyse beteiligen
• Es werden Ideen und unterschiedliche Erwartungen diskutiert und dokumentiert
• Einfache Anforderungen können gegebenenfalls gleich in die Implementer Liste eingetragen werden
• Die Bearbeitung erfolgt unter Umständen in Kleingruppen
  • Mahnverfahren
    • 2023-01-25 Bewertung Vorschlag Mahnverfahren (Bestellungen) von Dennis Bridges
    • 2023-02-08 Abstimmung Bestellmahnungen - D-Erwerbung
  • Abstimmung Jahresübergang - FYRO

Anforderungsanalyse

• Jeder Initiator muss sich intensiv an der Erarbeitung der Anforderungsanalyse beteiligen
• Es handelt sich um Anforderungen (Lösungsvorschläge), nicht um Lösungen!
  • [Englisch] Fiscal Year Rollover - requirements analysis
  • [Englisch] Capture multiple call numbers - requirements analysis
• Es werden konkrete Lösungsvorschläge zur Vorstellung in der jeweiligen SIG erstellt - ohne Diskussionen oder Hinweise auf die Ursprünglichen Vorschläge

Abstimmung D-A-CH SIG

• Idee in D-MM - es wird bisher noch nicht aktiv angewendet und hängt auch von der Komplexität der Anforderung ab:
  • Vor der Vorstellung in der jeweiligen SIG sollten die anderen D-Gruppen informiert werden, um mögliche Auswirkungen auf andere Apps zu erkennen und gegebenenfalls notwendige Maßnahmen zu ergreifen 
  • Insbesondere bei komplexen Anforderungen sollten alle D-Gruppen informiert werden, bevor eine Anforderung in der jeweiligen internationalen SIG vorgestellt wird

Vorstellung SIG

• Es muss entschieden werden, ob abgeschlossene Anforderungsanalysen generell in den internationalen SIG vorgestellt werden, oder ob dies vorher mit einem Gremium abgestimmt werden muss - insbesondere bei komplexen Anforderungen
  • Bisher gibt es nur Befürwortung, dass Anforderungen in der internationalen SIG vorgestellt wird - vor allem, um parallele Entwicklungen zu vermeiden, oder um Unterstützer zu finden
• Wenn eine Anforderung nicht in der SIG berücksichtigt wird oder zu lange dauert, müssen andere Maßnahmen getroffen werden

Beauftragung/Entwicklung

• Einige notwendige Entwicklungen werden nicht in der jeweiligen SIG realisiert werden können, oder die Dauer der Realisierung ist zu lange → es müssen Entwicklungen beauftragt werden
• Dies sollte in der Gruppe "Deutsche FOLIO Partner" vorgestellt und bewertet werden. 
• To Do: Erstellung möglicher Abläufe
  1. Entwicklung, die in das offizielle Release einfließt
     • Vorstellung in PC, CC, ...
     • Dieser Prozess ist aufwändig, aber dafür ist eine Kompatibilität mit dem Gesamtsystem relativ sicher
  2. Entwicklung, die nicht in das offizielle Release einfließt
     • Weniger Abstimmungsaufwand mit PC, CC, ...
     • Die Kompatibilität muss jedoch selbst mit jedem Release gewährleistet werden