Können Nicht-IT-Mitarbeiter mit einem Wiki umgehen? [geschlossen]

35

Mein Unternehmen ist bestrebt, das Marktforschungsdatenmanagement zu verbessern.

Aktueller Datenverwaltungsstil:

  • "Hey Jimbo, wo ist das Bild von unserem WhatZit 2.0?
  • "Ja, ich erinnere mich an die E-Mail über diese Firma von diesem Typ, gib mir ein paar Minuten Zeit, um meinen Outlook zu durchsuchen"
  • "Wer hat die neueste Ausgabe des Produktkatalogs von Important Competitor? Mine stammt aus dem Jahr 2009." ... "Colleen ist im Mutterschaftsurlaub. Sie müssen sie anrufen, um ihr Workstation-Passwort zu erhalten ..."

Gewünschter Datenverwaltungsstil:

  • Ordentlich nach Themen geordnete Daten (rechtliche, wirtschaftliche, industrielle, konkurrierende)
  • Für jedes Thema werden mehrere Medientypen zusammen gespeichert (Produktbilder des Unternehmens, Pressemitteilungen, Kontaktinformationen), aber immer noch ordentlich nach Typ sortiert
  • Datenbearbeitungsverläufe
  • Kommunaler Zugang (keine Datensilos)

Ich habe darüber nachgedacht, ein Abteilungs-Wiki einzurichten, auf das alle Benutzer zugreifen können. Es scheint die vier oben genannten Kriterien zu erfüllen, aber ich bin ein wenig besorgt darüber, wie benutzerfreundlich (sprich: für nicht-technische Leute entzifferbar) es für die fortgeschritteneren Funktionen wie Bildergalerien, Artikelformatierung und dergleichen ist.

Hat hier jemand ein Wiki für Nicht-IT-Leute eingerichtet und hatte es nicht in Brand gesteckt, wurde eine Geisterstadt oder sah aus wie Geocities?

Bonusfrage: Kannst du irgendwelche offensichtlichen Nachteile bei meiner Wahl von MediaWiki (oder einem anderen Wiki) für die Lösung dieses Problems erkennen?

(Ich hoffe, dass einige von Ihnen dieses Problem schon einmal angetroffen haben und einige Einblicke geben können ...)

documentation cms wiki Drew
quelle
3
Es hört sich für mich so an, als ob Sie ein Content Management System benötigen, da die von Ihnen bereitgestellten Probleme Symptome einer schlechten Inhaltsverwaltung sind. Wikis sind in der Verwaltung von Inhalten vernünftig, bieten jedoch möglicherweise nicht die genauen Details, die in einer kommerziellen Umgebung wichtig sein könnten. MediaWiki ist beispielsweise nicht zum Verwalten von Benutzerberechtigungen vorgesehen. Wenn Sie sichere Dokumente haben oder im Auge behalten müssen, wer was sehen / bearbeiten kann, sollten Sie sich für ein CMS entscheiden. Wenn Sie nur eine schnelle, versionierte und offene Bearbeitung freigegebener Dokumente benötigen , verwenden Sie ein Wiki.
zzzzBov
5
Daten! = Dokumente. Sie können ein benötigen Dokument - Management - System eher als ein Content - Management - System
Pekka unterstützt GoFundMonica
2
Wow! Ich hatte auf ein oder zwei gute Antworten gehofft und eine ganze Menge bekommen, UND fast 30 positive Stimmen UND 2 enge Stimmen (ha!). Vielen Dank an alle. Ich habe links und rechts +1 gegeben. Ein tolles Feedback hier.
Drew
Sie könnten, aber sie werden nicht.
Tulains Córdova

Antworten:

46

Direkte Antwort auf Ihre Frage: Ja. Wikipedia hat Unmengen von Nicht-IT-Redakteuren.

Längere Antwort: Ihre Unterscheidung zwischen IT und Nicht-IT ist hier ein roter Hering . Alle Leute, ob IT oder nicht, werden ein Wiki trotzdem ignorieren, wenn es ihnen nicht als etwas präsentiert wird, das sie interessieren sollten. Die Einführung eines neuen Datenverwaltungssystems ist für den Verkauf an Personen immer nicht trivial, da Sie sie immer dazu bringen müssen , sich ändern zu wollen . Wenn zum Beispiel die Programmierer nicht allzu viele Probleme mit dem aktuellen Bug-Tracking-System sehen und / oder der Meinung sind, dass das Umstellen auf das neue ein Aufwand ist, werden sie nicht umsteigen.

Sie müssen das neue System verkaufen, indem Sie erklären, wie es alles verbessert, sowie die Probleme mit dem aktuellen System erklären und Dinge tun, um sicherzustellen, dass dies nicht nur eine vorübergehende Fantasie ist und das neue System hier bleibt. Wenn die Leute denken , dass es ein zum Scheitern verurteiltes Projekt ist, wird es schließlich ein zum Scheitern verurteiltes Projekt sein.

schockierend
quelle
4
+1 Für einen aufschlussreichen und prophetischen Kommentar! Ich habe gesehen, dass erzwungene Verfügungen der Unternehmensleitung über eine nicht willensstarke Belegschaft zumeist immer mit einer weitgehenden Unzufriedenheit oder Abkehr vom neuen System vom alten enden. Sie müssen die Idee an die Benutzer verkaufen, sonst bleibt sie nicht haften. Wenn Sie es an die konservativsten Benutzer verkaufen können, werden Sie Erfolg haben. Vor Jahren habe ich meine Oma auf die Idee von eReadern verkauft und das war mein Hinweis darauf, dass sie irgendwann ein riesiger Erfolg werden würden :)
maple_shaft
Wikipedia hat 7 Milliarden Besuche pro Monat und nur etwa 300.000 Beiträge pro Monat, von denen die meisten nur eine Bearbeitung durchführen. Ich bin mir also nicht sicher, ob dies ein gutes Beispiel für die Erreichbarkeit der Bearbeitung ist.
Vartec
1
Ich würde behaupten, dass die Mehrheit der Redakteure, die nur eine Bearbeitung durchführen, ein hervorragendes Beispiel für die Zugänglichkeit der Bearbeitung ist, da die Leute zum Bearbeiten keine Experten werden müssen. Der eigentliche Punkt ist jedoch, dass technische Hürden die Menschen nicht davon abhalten, Änderungen vorzunehmen, wenn sie dies für wichtig halten.
jhocking
1
Weniger als 0,1% der Benutzer bearbeiten, was bei Wikipedia dank einer zu großen Anzahl von Benutzern akzeptabel ist. Dies ist jedoch für das Wiki eines kleinen Projekts und noch weniger für das interne Wiki nicht akzeptabel.
Vartec
3
also werde ich haben , um den Markt die Wiki - Idee der Marketing - Abteilung ... sie in ihrem eigenen Spiel zu schlagen, nicht wahr? drums fingertips together slowly and dramatically... ja, ja das wird funktionieren, yesssssssssssss :-) +1
Drew
11

Das hängt von der Wiki-Software ab. Im Allgemeinen bevorzugen Nicht-IT-Benutzer ein Wiki mit einem WYSIWYG- Editor und mögen möglicherweise keine Wikis, die irgendeine Art von Markup-Bearbeitung erfordern, selbst wenn das Markup sehr einfach ist.

Für Ihre Bonusfrage: MediaWiki bietet keinen nativen WYSIWYG-Editor. Sie können sehen, welche im Vergleich der Wiki-Software tun .

vartec
quelle
7
Heh. "Überprüfen Sie Wikipedia für Wikis mit Redakteuren."
Michael K
@Michael: check! = Edit :-P
vartec
4
+1 Aufgrund meiner Erfahrungen mit Media Wiki (einem der beliebtesten Wikis) bin ich der Meinung, dass es nicht für technisch weniger versierte Personen geeignet ist.
Dan Diplo
return false;
Joe die Person
4
Ich bin eine IT-Person und hasse leidenschaftliche Wikis, die exotische Markups benötigen. Mein Kopf ist schon so voll mit Dingen, dass ich keine Gehirnzellen verschwenden möchte, die eine Markup-Sprache lernen. Gib mir eine Pause! (Und wenn ich mich so fühle, denke einfach darüber nach, wie sich die nicht-technischen Leute fühlen.)
schnell_now
6

In meiner Organisation haben wir eine sehr erfolgreiche Wiki-Implementierung. Es basiert auf MoinMoin, einem Python-Wiki-Paket.

Um es erfolgreich ist , aber zu machen, es dauerte Jahre Engagement in die Ausbildung des Personals und singen ihr Lob. Bei einer Organisation von rund 80 Vollzeitbeschäftigten musste ich eine Reihe von Einstiegs- und Fortbildungsveranstaltungen abhalten und viele Einzelfragen beantworten.

Die zwei schwierigsten Hürden waren:

  1. Lehren Sie die Leute, das Wiki nicht wie ein Word-Dokument zu verstehen und die Überschriften für die Organisation richtig zu verwenden
  2. Menschen davon überzeugen, ihre vorhandenen Inhalte tatsächlich in das Wiki zu migrieren, wo sie durchsuchbar und bearbeitbar wären, anstatt einfach alte Dokumente an das Wiki anzuhängen.

Nach ungefähr zwei Jahren nahm es eine schöne Form an. Jetzt, nach vierjähriger Nutzung, steuert das Wiki die internen Abläufe unserer Organisation.

Dies wäre nicht möglich gewesen, ohne viel Arbeit von mir und die Bereitschaft, mit Wiki-Benutzern eins zu eins zu arbeiten und ihre Fragen schnell oder unmittelbar zu beantworten.

Michael
quelle
3
Es mag Jahre dauern, um ein Datenverwaltungssystem an nur 80 Leute zu verkaufen, wenn Sie es noch nie getan haben, aber für mich klingt das wie das längere Ende des Normalen.
jhocking
2
@jhocking Wir sind durchgekommen, weil wir ein großes Problem mit der Freigabe von Dokumenten und den zu lösenden Abteilungen hatten. Wir hatten eine Intranet-Website, die nur eine winzige Menge an HR-Informationen enthielt, die sich jedoch in nicht versionierten Word-Dokumenten stapelte. Das Top-Management hat als letztes die Adoption übernommen (schreibgeschützte Benutzer), und ich denke, dass die Adoptionsrate ohne deren Unterstützung durch das Beispiel verlangsamt wurde. Statt eines Top-Down-Mandats musste es sich um eine Basis handeln, die von den jüngsten und technischsten Mitarbeitern in unserem Büro angetrieben wurde.
Michael
5

Ich denke, dass ein Wiki ein großartiger Ansatz für das organisatorische Problem sein kann, mit dem Sie konfrontiert sind. Ich bin auch der Meinung, dass nicht technisch orientierte Benutzer mit einigen Einschränkungen die Wiki-Funktionen sehr gut erlernen können.

Ich bin voll und ganz damit einverstanden, dass der Kommentar zur Akzeptanz der Nutzer von entscheidender Bedeutung ist. Es ist wahrscheinlicher, dass Sie vor dem "Ich werde es nicht benutzen" oder "Es ist nur Andrews Lieblingsprojekt des Monats" stehen als vor dem "Ich kann nicht lernen, wie man das benutzt". Nehmen Sie sich auf jeden Fall die Zeit, um zu erklären, wie dies die Arbeit der Menschen rettet , anstatt neue Arbeit zu schaffen .

Sie können beginnen, indem Sie einige der Daten, die Sie in E-Mails, auf Ihrem Desktop usw. haben, in ein paar einfachen Seiten organisieren, um Ihr Ziel zu demonstrieren. Behalten Sie den Überblick, wie lange es dauert, einschließlich des Lernens, und über alle Punkte, die Sie als schwierig empfunden haben.

Zuerst würde ich erwarten, dass Sie Formatierungsprobleme haben und ich denke, dass Sie wahrscheinlich besser eine Redaktion rekrutieren, als zu versuchen, die Erstellung von Inhalten zu regulieren. Nach der anfänglichen Informationsflut sollte es sehr überschaubar werden.

Möglicherweise möchten Sie auch ein Wiki-Handbuch mit einer "Hilfe" -E-Mail einrichten, um die Dinge zum Laufen zu bringen.

Nur meine 2 ¢, hoffe es hilft.

Stephen
quelle
Das ist eine großartige Möglichkeit, etwas auszudrücken, bei dem ich Probleme hatte, es zu verbalisieren: Erklären Sie, wie dies Arbeit spart und nicht nur mehr Arbeit schafft.
jhocking
4

Ja, Wikipedia hat es bewiesen. Die Benutzer müssen sich trotzdem daran halten, was nicht immer einfach ist, auch wenn es in ihrem Interesse liegt. Die Menschen werden sich der Veränderung widersetzen.

deadalnix
quelle
3

Ich sehe einen Nachteil bei der Verwendung von MediaWiki: Es kann ziemlich kompliziert werden und es braucht einige Zeit, um es zu lernen. Es kann für Ihre Dokumentationsanforderungen übertrieben sein.

Mein Unternehmen verwendet das mit Google Apps gelieferte Wiki, das sehr einfach zu verwenden ist und über eine WYSIWYG-Oberfläche verfügt. Sie verlieren jedoch einen Teil der Kategorisierung, die mit MediaWiki, Revisionsverlauf und Seitendiskussionen sowie der Möglichkeit zum Einbetten von Vorlagen einhergeht. Das Google Apps-Wiki war jedoch für alle im Büro relativ einfach anzuwenden.

CamelBlues
quelle
3

Es gibt eine Datenbank mit Wiki-Mustern und Wiki-Antimustern für Wiki-Muster .

Trotzdem waren meine Erfahrungen mit der Wiki-Nutzung in Projekten nicht so erfolgreich. Die Leute waren am Anfang schnell frustriert von der Wiki-Nutzung, weil es Aufwand erforderte, Artikel zu pflegen und zu aktualisieren. Dann gab es Streit darüber, wer die Struktur des Wikis organisieren sollte oder ob es zu einer Art Mülleimer für Links werden sollte.

Meiner Erfahrung nach funktionierte etwas, als ich sagte: "Ich habe diesen Wiki-Artikel (Link) gepostet / aktualisiert" und diesen Link in einer E-Mail an den Artikel gesendet. Die Suchmöglichkeiten von MediaWiki stoßen jedoch auch recht schnell an Grenzen (wie das Suchen nach E-Mails).

Positiv zu vermerken: Eine sehr nützliche Funktion von MediaWiki besteht darin, Kategorien für Artikel zu verwalten und eine Seite mit Akronymen zu haben, die in Projekten verwendet werden, und jemandem beizubringen, der mit Wikis vertraut ist. Mitarbeiter, die neu im Wiki sind, mochten es oft, weil es direkte Auswirkungen auf ihre Lernkurve hatte.

poseid
quelle
3

Als Ergänzung zu allem, was hier erwähnt wird, müssen Sie leider einige Zeit damit verbringen, die Struktur einzurichten, Dokumente zu sammeln und sie hochzuladen, zu sortieren und mit Tags zu versehen.

Früher habe ich versucht, Leute davon zu überzeugen, diese oder jene Teile von Software oder Technologien zu verwenden, wie Jabber-Konferenzen , Adblock-Regeln, Teile von JavaScript-Code, bestimmte Fenstermanager usw.

Ich habe nur dann Erfolg gehabt, wenn gezeigt wurde, wie es für Menschen nützlich sein kann, und gezeigt, wie es "coole Dinger" machen kann, anstatt zu erklären, wie Software Atechnisch überlegen ist.

Niemand würde sich anhören: "fvwm hat einen geringen Speicherbedarf, ist sehr konfigurierbar und hat Perl-Bindungen", aber ein kurzes Video oder ein Screenshot und "Guck mal, ich kann jedes Fenster herunterklappen und die Titelleiste auf beiden Seiten des Fensters platzieren". Aus irgendeinem Grund fällt es sehr überzeugend aus.

Sie müssen also das meiste aus dem Setup machen und bis zu 60% der Informationen dort hochladen. Stellen Sie sicher, dass keine kryptischen Fehlermeldungen bei den Benutzern angezeigt werden, und achten Sie darauf, dass Sie damit einen coolen Trick zeigen.

Mit anderen Worten, Sie müssen es verkaufen und Sie müssen nicht nur rationale Argumente verwenden.

Roman Grazhdan
quelle
0

Ja, sie können, aber sie müssen lernen, damit umzugehen. Sie müssen sicherstellen, dass versehentliche Aktionen - wie das Löschen von Absätzen - rückgängig gemacht werden können. Wir mussten auch beim Formatieren helfen.

Leider funktioniert es nur, wenn es keine andere einfache Möglichkeit gibt, auf die gewünschten Informationen zuzugreifen. Und Sie sollten die Leute ermutigen, das System zu benutzen. Einige Menschen hören möglicherweise überhaupt nicht mehr mit dem Informationsaustausch auf, weil sie überhaupt keine Lust mehr auf das neue System haben und gleichzeitig wissen, dass die alte Art des Informationsaustauschs unerwünscht ist.

Amelse Etomer
quelle