...
Übersicht
Weitere Informationen zu den jeweiligen Aufgaben werden in dem folgenden Abschnitt Erläuterungen erfasst.
Aufgabe | Ziel | Beispiel | Zuständigkeit |
---|
Gap-Analyse | - Ermittlung der Lücken (fehlende oder unvollständige Funktionen) FOLIOs, die in den Verbünden/Einrichtungen benötigt werden
| | - Einrichtungen/Verbünde (Initiator)
|
---|
Gaplog | - Zusammenführung der ermittelten Lücken aus den jeweiligen Einrichtungen/Verbünden je D-Gruppe
| | - Erfassung: Initiator
- Bewertung: D-Gruppe
|
---|
Funktionsanalyse | - Beschreibung und Untersuchung der ermittelten Lücken
- Abstimmung/Diskussion über die gewünschten Anpassungen/Erweiterungen der jeweiligen Lücken durch die jeweiligen Einrichtungen/Verbünde innerhalb der D-Gruppe
- Sichtbarkeit der Aktivität für alle (potentiellen) DACH-FOLIO-Anwender
| | |
---|
Anforderungsanalyse | - Erstellung einer präzisen Beschreibung der benötigten Erweiterungen
- Deutsch und Englisch (Vorstellung in der SIG)
- Sichtbarkeit der Aktivität für alle (potentiellen) DACH-FOLIO-Anwender
| | |
---|
Abstimmung D-A-CH SIG | - Vermeiden von App-Übergreifenden Konflikten
- Die Anforderung soll so wenig Diskussionspotential wie möglich enthalten, um die Abstimmung in der SIG so rasch wie möglich durchführen zu können
| | |
---|
Vorstellung SIG | - Ermittlung der internationalen Bedarfe und Tätigkeit hinsichtlich der jeweiligen Anforderung
- Zusammenführung mit den internationale/allgemeine Entwicklungen - wenn Entwicklungen durchgeführt werden
| | |
---|
Beauftragung/Entwicklung | - Abstimmung/Diskussion über die Notwendigkeit eigener Entwicklungstätigkeit
- Erstellung Ausschreibung/Beauftragung
- Koordination Entwicklung
| | |
---|
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
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
- 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!
- 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
- 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
- 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
...