Aspekte der Qualitaetssicherung

Aus Wiki4enterprise

Wechseln zu: Navigation, Suche

Beim 3. Treffen in Berlin war dieser Programmpunkt geplant als "Impulsvortrag und anschließende Ideensammlung durch Hirnwinde (brainstorming)" der Teilnehmer. Aus Zeitmangel entfiel der Programmpunkt. In Folge dessen nun Erarbeitung per "Methode Wiki statt brainstorming" ....

Inhaltsverzeichnis

[Bearbeiten] Was ist Qualität?

Wir zitieren Wikipedia auszugsweise: Die Qualität gibt an, in welchem Maße ein Produkt den bestehenden Anforderungen entspricht.

Daraus resultieren 3 Fragen:

  1. Was ist das Produkt?
  2. Welche Merkmale hat es?
  3. Welche Anforderungen stellen wir an die Merkmale?

[Bearbeiten] Das Produkt

Die Inhalte eines Wikis stellen sich via Browser dem Betrachter als Summe bunter Punkte dar. Diese formen Elemente wie Buchstaben, Ziffern, Bilder. Im Zusammenhang werden die Elemente zu Informationen, gegliedert als Informationsobjekte zu jeweils abgegrenzten Sachverhalten. Und an die Darbietung dieser Sachverhalte können wir nun Forderungen stellen:

[Bearbeiten] Merkmale und Anforderungen

Ist der Sachverhalt überhaupt erläutert / dargestellt und wenn ja, besitzt er ...

  • ... eine Hülle: Aussagekräftig, eineindeutig und identifizierbar benannt (dadurch auffindbar), zugeordnet
  • ... einen Inhalt: Vollständig, strukturiert, verständlich, angemessen ausführlich, kontextuell dargeboten (nicht verstreut), neutral, aktuell (gültig), mit weiterführenden Hinweisen, mit Quellenangabe (überprüfbar), sachlich korrekt (gesichtet / geprüft), wahr (!?)

[Bearbeiten] Übergeordnete Forderungen

Aus übergeordneter Sicht zeigt sich Qualität ...

  • ... in der Redundanzfreiheit / Widerspruchsfreiheit zwischen Informationsobjekten
  • ... in der Bedienbarkeit des Systems ...
    • ... bei der Erstellung der Informationsobjekte
    • ... bei der Lieferung der Informationsobjekte
  • ... in der Betriebssicherheit des Systems zur Erstellung, Speicherung, Verteilung der Informationsobjekte und letztlich ...
  • ... im Nutzen dessen, was durch ein Wiki im Unternehmen unterstützt wird: Die Erstellung oder Verbesserung von Prozessen und Produkten.

[Bearbeiten] Qualität der Wiki-Inhalte

[Bearbeiten] Fallunterscheidung

Jenseits messbarer Kriterien (s.o.) ist ein häufig vorgebrachtes Argument gegen Wikis die Inhalte seien nicht verlässlich. Wir müssen zunächst folgende Fälle unterscheiden:

  • Das Wiki ist allgemein zugänglich, es kann also prinzipiell Vandalismus geben und es werden auch Themen behandelt, die intensive Diskussionen auslösen: Alternative Krebsforschung, Lebensläufe von Politikern usw.
  • Das Wiki wird im Unternehmenskontext eingesetzt, behandelt im Wesentlichen Sachthemen und die Mitarbeiter sind einem gemeinsamen Ziel verpflichtet.

Zum öffentlichen Wiki (hier besonders: Wikipedia) gibt es zwischenzeitlich umfängliche Maßnahmen, Vandalismus, Desinformation und endlose Diskussionen zu verhindern. Ein Protokoll eines absichtlich schlechten Beitrags und der inhaltlichen und zeitlichen Reaktion der Community kann Stefan Landwehr auf Anfrage zur Verfügung stellen (Sorry an dieser Stelle an die Community, sie als Versuchskaninchen zu missbrauchen und eure Zeit zu vergeuden).

Zum Unternehmens-Wiki gehören die folgenden 3 Absätze:

[Bearbeiten] Ist Qualität Einstellungssache?

Unser Nutzerkreis bedient vorrangig Unternehmenswikis. Das Thema "Qualität der Inhalte" lichtet sich schnell, wenn die kritisierende Person sich folgende Kernfragen stellt und die eigene Einstellung anhand der Antworten prüft:

Kernfrage 1: Ein Informationsobjekt wird qualitativ hochwertig wenn es ...

  • ... von einem Experten erstellt wird oder
  • ... von einer Gruppe erstellt wird (diskutiert als "Weisheit der Vielen" oder auch "Emergenz").

Kernfrage 2: Wenn ein Mitarbeiter / eine Mitarbeiterin eine falsche Information ins Wiki stellt, überwiegt die Tendenz ...

  • ... dass der Fehler sich verbreitet (m.a.W. das Wiki "verschmutzt")
  • ... dass der Fehler entdeckt wird und auch der / die MitarbeiterIn zukünftig besser ist (m.a.W. das Wiki "reinigt sich")

An die Betrachtung der möglichen Fehlerverbreitung bzw. ~eindämmung lassen sich viele Gedankengänge anschließen, viel Spaß dabei:

  1. Der Leser weiß auch nicht was er tut und handelt gemäß Wiki-Inhalt genauso falsch. Das ist aber kein Problem des Wikis: Hätte er / sie persönlich den Autor gefragt, wäre es auch falsch geworden ...
  2. Der Leser entdeckt den Fehler, ist aber auf die "klassischen" Kommunikationswege angewiesen. Findet er / sie den Autor / die Autorin? Mit welchem Aufwand ist dann der Fehler zu beseitigen? Taucht der Fehler evtl. an weiteren Stellen auf? Im Wiki genügt ein "Bearbeiten" / "Ändern" / "Speichern".
  3. ...

[Bearbeiten] Welche Hilfsmittel habe ich?

Die Software MediaWiki stellt beispielsweise in ihrem Basis-"Liefer"-Umfang bereits mehrere Analyse-Werkzeuge zur Verfügung, mit denen Mängeln auf die Spur gekommen werden kann. Beispiele:

[Bearbeiten] Kompetente Anwender

Voraussetzung für qualitative Inhalte ist allerdings eine entsprechende Informationskompetenz der Autoren und Anwender. Sie müssen gelernt haben, mit Informationen richtig umzugehen - sowohl bei der Erzeugung / Bereitstellung als auch bei der Nutzung. Das ist nicht selbstverständlich! Zur Verdeutlichung: Die Ausbildung für Lager-Logistik dauert 3 Jahre, für Informations-Logistik ...?

[Bearbeiten] Qualität des Wikis selbst

[Bearbeiten] Qualität der Wiki-Software

[Bearbeiten] Systemstabilität / Robustheit / Leistungsfähigkeit

Für das Software-Produkt MediaWiki sind diese Punkte offensichtlich ausreichend nachgewiesen durch den Betrieb der Wikipedia mit Millionen Seiten und täglich zig-tausenden Zugriffen.

[Bearbeiten] Zukunftssicherheit

Ausgelagert

[Bearbeiten] Usability bei der Nutzung eines Standardwikis

An diesem Thema entzünden sich endlose Diskussionen - besonders von Einsteigern. Wir unterscheiden folgende Fälle:

  • Editoren, die die Eingabe von Inhalten erleichtern
  • Sonderfunktionen, die das tägliche Arbeiten darüber hinaus erleichtern

Für den "Hausgebrauch" gibt es eine Reihe von funktionierenden WYSIWYG-Editoren (WYSIWYG = What You See Is What You Get). Die Erstellung von Editoren für den "fortgeschrittenen" Gebrauch besonderer Leistungsmerkmale gestaltet sich schwierig: Hier stehen sich das Ausreizen der Möglichkeiten und der Wunsch nach einer "simplen" Bedienung konzeptionell gegenüber.

[Bearbeiten] Qualität von Wiki-Erweiterungen

Erweiterungen (Extensions) sind ergänzende Programmteile, die Funktionen erfüllen, die in der Basissoftware nicht enthalten sind. Die Spanne reicht von einfachen Funktionen (gleichzeitiges Löschen aller Seiten einer Kategorie) bis zu aufwändigen Funktionen (siehe "MindMap" in der linken Navigationsleiste).

Für die Software MediaWiki können mittlerweile bei MediWiki.org oder auch im Netz über 2.000 Extensions gefunden werden. Eine Funktionsgarantie gibt es überwiegend nicht, was eine Mindest-Qualitätsforderung wäre. Insbesondere die möglichen Wechselwirkungen verschiedener Extensions untereinander sind nicht geprüft, da die Zahl der möglichen Kombinationen zu groß ist. Erste Anbieter entwickeln jedoch (ähnlich wie bei dem Open-Source-Betriebssystem Linux) sogenannte Distributionen, in denen die Extensions aufeinander abgestimmt und mögliche Wechselwirkungen geprüft sind. Beruhigend: In der Regel wird durch eine fehlerhafte Extension der Kern des Wikis nicht beeinträchtigt. Und die Community entdeckt und bereinigt Fehler ausgesprochen schnell.

[Bearbeiten] Qualität, die durch ein Wiki erzeugt wird

[Bearbeiten] Qualität von Produkten

Stichworte:

  • Produkte sind Ergebnis von (Produktions-) Prozessen (Grundgedanken siehe also auch nachstehend unter "Qualität von Prozessen").
  • Die schnelle Rückkopplung von Informationen führt zur Möglichkeit, Fehler schneller zu beheben, was wiederum im Durchschnitt eine Qualitätssteigerung bedeutet. Es gilt die alte Regel: Die Entdeckung und Behebung eines Fehlers ...
    • ... in der Konstruktion kostet: "x" Euro,
    • ... in der Fertigung: 10 "x" Euro,
    • ... beim Kunden / auf der Baustelle: 100 "x" Euro.

[Bearbeiten] Qualität von Prozessen

Fasst man einen Prozess als Abfolge von Handlungen auf, dann kann man postulieren, dass jede der Handlungen Eingangsinformationen benötigt und in der Regel auch Ausgangsinformationen erzeugt. Jede Verbesserung der Handhabung der Informationen im Prozess führt also zwangsläufig zu einer Verbesserung des Prozessablaufs selbst. Merkmale sind:

  • Zugriffszeit auf Information
  • Eindeutigkeit / Aktualität der Information
  • Schnelle Vorab-Info und zyklische Verbesserung (Skizze - Entwurf - Details)
  • Nachvollziehbarkeit der Hintergründe und Entstehung
  • Verlinkung mit anderen, wichtigen Informationen
  • Darstellung im Kontext
  • Gruppierung zur Erhöhung der Übersichtlichkeit
  • ...

Der beschriebene Sachverhalt ist auch durch eine Studie der Gesellschaft für Projektmanagement zum Thema "Projektwissensmanagement" untermauert. Nähere Infos bei Stefan Landwehr.

[Bearbeiten] Usability von Unternehmensprozessen

Neben Wikis mit reiner Lexikon-Funktion, wie man sie von Wikipedia kennt, werden Unternehmenswikis immer mehr auf besondere Aufgaben zugeschnitten. Sonderfunktionen, z.B. kleine Workflows, Flaggensysteme, Eingabemasken etc. stehen den Autoren zur Verfügung. Gerade hier zeigen sich die Vorteile von Mediawiki deutlich. Im Gegensatz zu anderer Software können die Anwender selbst gewünschte Funktionen hinzufügen. Zuerst lernen sie, einfache Vorlagen (templates, boiler plates) zu erstellen, die häufig durchgeführte Arbeitsschritte vereinfachen. Einige geschickte Anwender nutzen auch Skripte, um Schritte selbst zu automatisieren. Die Konzeption gemäß Anwenderwünschen geschieht also durch "Insider" in den Abteilungen, die die Erweiterungen betriebsfertig implementieren.

Durch die Nutzung dieser einfachen "Workarounds" wird automatisch ein Usability-Test durchgeführt. Schlechte Erweiterungen werden von findigen Nutzern verbessert, gute werden häufig benutzt und setzen sich durch. Ab einer gewissen Komplexität (Ineinandergreifen von Daten und Funktionen und Vielschichtigkeit der Abläufe) sollten diese Provisorien durch professionell erstellte Extensions in Programmcode überführt werden. Die Programmierung entfällt also nicht vollständig - dieser Aufwand muss weiterhin betrieben werden. Durch Vorlagen und Skripte wird jedoch ein Prozess ersetzt, der bisher sehr fehleranfällig war und sehr viel mehr Aufwand erforderte:

  1. Ideenmanagement: Wo und wie können Workflows optimiert werden?
  2. Konzeption: Welche Anpassungen an besondere Workflows braucht die Software?
  3. Evaluation: Welche Anpassungen an besondere Workflows braucht die Software wirklich? Welche davon werden genutzt?
  4. Usability Testing: Funktioniert der eingeschlagene Weg? Gibt es Alternativen?
  5. Erfassung der real existierenden Workflows: Die Workflows werden dabei nach und nach "in Software gegossen", die den tatsächlichen Erfordernissen der täglichen Arbeitsabläufe entsprechen.

[Bearbeiten] Indirekte Aussagen zur Qualität eines Wikis

Stimmt man der Aussage zu, dass häufige Nutzung eines Wikis geeignet ist, inhaltliche Mängel und Fehler auszumerzen, dann ist die Nutzungsstatistik eine indirekte Aussage über die inhaltliche Qualität:

Datum Seiten insg. Echte Seiten Upload Dateien Aufrufe seit Inst. Bearb. seit Inst. Reg. Nutzer Bemerkung
2010-09-03 626 97 203 89.797 3.979 40 heute
Historie:






2010-05-04
 ..
 ..
 ..2
 ..
 ..
 ..
 04/2010
2007-11-20 
-
 -
 -
 -
 -
 -
 Installation

Mehr Info: Statistik

Von „http://www.wiki4enterprise.org/index.php/Aspekte_der_Qualitaetssicherung“
Persönliche Werkzeuge
Hochladen