Anforderungen an das Wiki: Unterschied zwischen den Versionen

Aus DMS/eAkte-Wiki
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 9: Zeile 9:
** individuelles Erfahrungswissen weitergeben
** individuelles Erfahrungswissen weitergeben
** Wissen zu Spezialgebieten abbilden
** Wissen zu Spezialgebieten abbilden
== Sonstiges - Festlegungen ==
* Barrierefreiheit-Beschreibender Alternativtext für Bilder/Barrierefreiheit
* unabhängig von der Darstellung: Einfache und klare Formulieren, nicht viel Vorwissen voraussetzen
* Vermeidung von inhaltlichen Doppelungen
* Anwenderfreundlich (Anwender sollen sich schnell und gut zurecht finden)
* Verlinkungen: Inhalte im eigenen Tab öffnen für externe Verlinkungen, keine _blank-Links bei verlinkten Inhalten (innerhalb des Wikis)
== Weiteres Vorgehen ==
* Zwei Vorschläge für die Umsetzung der Anleitungen im Wiki erstellen (a) alles auf eine Seite mit Ankern, b) mehrere Seiten => Andreas anhand einer kurzen allg. Anleitung
* Für die anderen „Inhaltstypen“: Entwicklung eines Mockups (im Wiki) (Andreas) -> beides im Rahmen der US für diesen Sprint
* -> Feedback im Review einholen und daraufhin entscheiden, welche Variante im Wiki verwendet werden soll
* NEUE US: Suche: Funktionierende Volltextsuche mit Wildcard; Gefundener Suchbegriff auf Trefferseite markiert ->  ist das möglich?

Version vom 22. Februar 2022, 23:04 Uhr

Inhalte

  • Allgemeine Anleitungen (DMS-Funktionen)
  • Prozessspezifische Anleitungen (Hausrundschreiben, Projektakte, etc.) – Problem: Prozessverantwortliche sind für diese Anleitung zuständig/Klärung: Wie kommen die Inhalte ins Wiki/wie werden die Inhalte aktuell gehalten
  • Verlinkung der Panopto Videos – wenn wir aktuelle Videos haben
  • Glossar
  • Links auf die Webseite DMS
  • Nicht-Inhalte:
    • Einarbeitung neuer Mitarbeitenden
    • individuelles Erfahrungswissen weitergeben
    • Wissen zu Spezialgebieten abbilden

Sonstiges - Festlegungen

  • Barrierefreiheit-Beschreibender Alternativtext für Bilder/Barrierefreiheit
  • unabhängig von der Darstellung: Einfache und klare Formulieren, nicht viel Vorwissen voraussetzen
  • Vermeidung von inhaltlichen Doppelungen
  • Anwenderfreundlich (Anwender sollen sich schnell und gut zurecht finden)
  • Verlinkungen: Inhalte im eigenen Tab öffnen für externe Verlinkungen, keine _blank-Links bei verlinkten Inhalten (innerhalb des Wikis)

Weiteres Vorgehen

  • Zwei Vorschläge für die Umsetzung der Anleitungen im Wiki erstellen (a) alles auf eine Seite mit Ankern, b) mehrere Seiten => Andreas anhand einer kurzen allg. Anleitung
  • Für die anderen „Inhaltstypen“: Entwicklung eines Mockups (im Wiki) (Andreas) -> beides im Rahmen der US für diesen Sprint
  • -> Feedback im Review einholen und daraufhin entscheiden, welche Variante im Wiki verwendet werden soll
  • NEUE US: Suche: Funktionierende Volltextsuche mit Wildcard; Gefundener Suchbegriff auf Trefferseite markiert -> ist das möglich?