¿Pueden las personas que no son de TI manejar una wiki? [cerrado]

35

Mi empresa está buscando mejorar su gestión de datos de investigación de mercado.

Estilo actual de gestión de datos:

"Hola Jimbo, ¿dónde está esa foto de nuestro WhatZit 2.0?
"Sí, recuerdo ese correo electrónico sobre esa compañía de ese tipo, dame unos minutos para buscar en mi Outlook"
"¿Quién tiene la copia más reciente del catálogo de productos del competidor importante? La mía es de 2009." ... "Colleen sí, y está de baja por maternidad. Tendrás que llamarla para obtener la contraseña de su estación de trabajo ..."

Estilo de gestión de datos deseado:

datos organizados de forma ordenada por tema (legal, económico, industrial, competidor)
para cada tema, múltiples tipos de medios almacenados juntos (imágenes de productos de la compañía, comunicados de prensa, información de contacto) pero aún ordenados por tipo
historial de edición de datos
acceso comunitario (sin silos de datos)

Estaba pensando en configurar un departamento wiki para que todos los usuarios puedan acceder. Parece satisfacer los cuatro criterios anteriores, pero estoy un poco preocupado por lo fácil que es para el usuario (léase: descifrable para personas no técnicas) para las funciones más avanzadas como galerías de imágenes, formato de artículos y similares.

¿Alguien aquí configuró un wiki para personas que no son de TI y no se incendió, se convirtió en un pueblo fantasma o se parecía a Geocities?

Pregunta adicional: ¿puede ver algún inconveniente obvio en mi elección de MediaWiki (o cualquier otra wiki) para resolver este problema?

(Espero que algunos de ustedes hayan encontrado este problema antes y puedan ofrecer algunas ideas ...)

documentation cms wiki

— Dibujó
fuente

3

Me parece que necesita un sistema de administración de contenido, ya que los problemas que ha proporcionado son síntomas de una mala administración de contenido. Los Wiki son razonables para administrar el contenido, pero pueden no proporcionar los detalles ajustados que podrían ser importantes en un entorno comercial. MediaWiki, por ejemplo, no está diseñado para administrar los permisos de los usuarios. Si tiene documentos seguros o necesita controlar quién puede ver / editar qué, debe ir con un CMS; Si solo necesita una edición rápida, versionada y abierta de documentos compartidos , use un wiki.

— zzzzBov

55

Datos! = Documentos. Es posible que necesite un sistema de administración de documentos en lugar de un sistema de administración de contenido

— Pekka admite GoFundMonica el

2

¡Guauu! Esperaba una o dos buenas respuestas y obtuve una gran cantidad de votos, Y casi 30 votos a favor, Y 2 votos cercanos (¡ja!). Gracias a todos. He dado +1 a izquierda y derecha. Algunos comentarios impresionantes aquí.

— Dibujó el

Podrían, pero no lo harán.

— Tulains Córdova

46

Respuesta directa a su pregunta: sí. Wikipedia tiene toneladas de editores que no son de TI.

Respuesta más larga: su distinción entre TI y no TI es una pista falsa . Todas las personas, TI o no, seguirán ignorando una wiki si no se les presenta como algo que les debería interesar. La introducción de un nuevo sistema de gestión de datos no siempre es trivial para vender a las personas porque siempre hay que hacer que quieran cambiar. Por ejemplo, si los programadores no ven demasiado problema con el sistema de seguimiento de errores actual y / o piensan que cambiar al nuevo es una molestia, entonces no cambiarán.

Debe vender el nuevo sistema explicando cómo mejora todo, además de explicar los problemas con el sistema actual, y hacer cosas para asegurar a la gente que esto no es solo una fantasía pasajera y que el nuevo sistema llegó para quedarse. Después de todo, si la gente piensa que es un proyecto condenado, entonces será un proyecto condenado.

— jhocking
fuente

44

+1 ¡Para un comentario perspicaz y profético! He visto cómo los decretos de gestión forzada sobre una fuerza laboral poco dispuesta terminan en su mayoría con la insatisfacción a gran escala o el abandono del nuevo sistema por el antiguo. Tienes que vender la idea a los usuarios o no se pegará. Si puede venderlo a los usuarios más conservadores, tendrá éxito. Hace años vendí a mi abuela con la idea de eReaders y esa fue mi pista de que eventualmente se convertirían en un gran éxito :)

— maple_shaft

Wikipedia tiene 7 mil millones de visitas por mes, y solo alrededor de 300 mil contribuyentes / mes, de los cuales la mayoría solo realiza una edición. Así que no estoy seguro de si ese es un buen ejemplo de accesibilidad para la edición.

— vartec

1

Yo diría que la mayoría de los editores que realizan solo una edición es un gran ejemplo de accesibilidad a la edición, porque eso significa que las personas no tienen que convertirse en expertos para editar. Pero el punto real es que los obstáculos técnicos no impedirán que las personas realicen modificaciones si piensan que es importante realizar modificaciones.

— jhocking

1

menos del 0.1% de los usuarios editan, lo cual es aceptable en Wikipedia gracias a la gran cantidad de usuarios, pero eso no es aceptable para el wiki de proyectos pequeños y aún menos para el Wiki interno.

— vartec

3

así que voy a tener que comercializar la idea wiki para el departamento de marketing ... vencerlos en su propio juego, ¿eh? drums fingertips together slowly and dramatically... sí, sí, esto funcionará, yesssssssssssss :-) +1

— Drew

11

Depende del software wiki. En general, las personas que no son de TI preferirán una wiki con un editor WYSIWYG y es posible que no les gusten las wikis que requieren algún tipo de edición de marcado, incluso si el marcado es muy simple.

Para su pregunta adicional: MediaWiki no proporciona un editor WYSIWYG nativo. Puede ver cuáles hacen en Comparación de software wiki .

— vartec
fuente

77

Je "Consulte wikipedia para ver wikis con editores".

— Michael K

@Michael: check! = Edit

— :-P

44

+1 Mi experiencia con Media Wiki (una de las Wikis más populares) me lleva a creer que no es ideal para personas no técnicas.

— Dan Diplo

return false;

— Joe the Person

44

Soy una persona de TI y odio con pasión los wikis que necesitan un marcado exótico. Mi cabeza ya está tan llena de cosas que no quiero desperdiciar las células cerebrales aprendiendo un lenguaje de marcado. ¡Dame un respiro! (Y si así es como me siento, solo piense cómo se sienten las personas no técnicas.)

— Rápidamente_ahora

6

En mi organización, tenemos una implementación wiki muy exitosa. Está basado en MoinMoin, que es un paquete wiki de Python.

Sin embargo, para que tuviera éxito, se necesitaron años de dedicación en la capacitación del personal y en elogiarlo. Para una organización de alrededor de 80 empleados a tiempo completo, tuve que organizar una serie de sesiones de capacitación iniciales y avanzadas, además de pasar mucho tiempo individualmente respondiendo preguntas.

Los dos obstáculos más difíciles fueron:

Enseñar a las personas a no pensar en la wiki como un documento de Word y hacer un uso adecuado de los encabezados para la organización
Convencer a las personas de que realmente migren su contenido existente a la wiki, donde se podrá buscar y editar, en lugar de simplemente adjuntar documentos antiguos a la wiki.

Después de unos dos años, comenzó a tomar buena forma. Ahora, después de cuatro años de uso, el wiki impulsa el funcionamiento interno de nuestra organización.

Esto no hubiera sido posible sin una gran cantidad de trabajo por mi parte y la voluntad de trabajar uno a uno con los usuarios de wiki, brindando respuestas rápidas o inmediatas a sus preguntas.

— Miguel
fuente

3

Tardar años en vender un sistema de gestión de datos a solo 80 personas puede sonar extremo si nunca lo ha hecho antes, pero para mí eso suena como el final más largo de lo normal.

— jhocking

2

@jhocking Lo solucionamos porque teníamos un problema importante con el intercambio de documentos y los departamentos aislados para resolver. Teníamos un sitio web de intranet que contenía solo una pequeña cantidad de información de recursos humanos, pero que se acumulaba en pilas de documentación operativa en documentos de Word sin versión. La alta gerencia es la última en adoptar (usuarios de solo lectura), y desafortunadamente sin su apoyo por ejemplo, creo que la tasa de adopción se desaceleró. En lugar del mandato de arriba hacia abajo, tenía que ser de base, impulsado por las personas más jóvenes y más técnicas de nuestra oficina.

— Michael

5

Creo que un wiki puede ser un gran enfoque para el problema organizacional que estás enfrentando. También creo que los usuarios no orientados técnicamente son muy capaces de aprender las características wiki con algunas advertencias.

Estoy totalmente de acuerdo con el comentario acerca de que la aceptación del usuario es vital. Es más probable que enfrentes el "No lo voy a usar" o "Es solo el proyecto favorito del mes de Andrew" que el "No puedo aprender a usar esto". Definitivamente, tómese el tiempo para explicar cómo esto ahorrará trabajo a la gente, en lugar de crear un nuevo trabajo.

Es posible que desee comenzar organizando algunos de los datos que tiene en los correos electrónicos, en su escritorio, etc., en algunas páginas simples para demostrar su objetivo. Mantenga un registro de cuánto tiempo le lleva, incluido el aprendizaje, y cualquier punto que encuentre difícil.

Al principio, esperaría que tuviera problemas de formato, y creo que probablemente sea mejor reclutar un consejo editorial que intentar regular la creación de contenido. Después del exceso de información inicial, debería ser muy manejable.

También es posible que desee configurar un wiki wiki de cómo hacerlo con un correo electrónico de "ayuda" para ayudar a poner las cosas en funcionamiento.

Solo mis 2 ¢, espero que ayude.

— Stephen
fuente

Esa es una excelente manera de expresar algo que tenía problemas para verbalizar: explique cómo esto ahorrará trabajo y no solo creará más trabajo.

— jhocking

4

Sí, Wikipedia lo demostró. Requiere que los usuarios cumplan de todos modos, lo que no siempre es fácil, incluso si les interesa. La gente se resistirá a cambiar.

— deadalnix
fuente

3

Sí veo un inconveniente en el uso de MediaWiki: puede ser bastante complicado y toma algo de tiempo aprender. Puede ser excesivo para sus necesidades de documentación.

Mi empresa está utilizando el wiki que viene con Google Apps, que es muy simple de usar y tiene una interfaz WYSIWYG. Sin embargo, se pierde parte de la categorización que viene con MediaWiki, el historial de revisiones y las discusiones de página, y la capacidad de incrustar plantillas. Pero la wiki de Google Apps ha sido relativamente fácil de adoptar para todos en la oficina.

— CamelBlues
fuente

3

Hay una base de datos de patrones wiki y antipatrones wiki en Patrones Wiki .

Aún así, mi experiencia con el uso de wiki en proyectos no fue tan exitosa. Las personas se frustraron rápidamente con el uso de wiki al principio, porque requería un esfuerzo para mantener y actualizar los artículos. Luego hubo peleas sobre quién debería organizar la estructura de la wiki, o se estaba convirtiendo en una especie de cubo de basura para los enlaces.

En mi experiencia, la forma en que funcionó fue, al decir: "He publicado / actualizado ese artículo wiki (enlace)", y enviar ese enlace al artículo en un correo electrónico. Sin embargo, las capacidades de búsqueda de MediaWiki también están alcanzando límites bastante rápido (como buscar correos electrónicos).

En una nota al margen positiva: Una característica muy útil de MediaWiki es mantener categorías para los artículos y tener algún tipo de página con siglas que se utilizan en proyectos y para enseñar a alguien nuevo en wikis. A los empleados nuevos en la wiki a menudo les gustaba, porque tenía efectos directos en su curva de aprendizaje.

— poseid
fuente

3

Como complemento a todo lo mencionado aquí, me temo que tendrá que pasar un tiempo configurando la estructura, recopilando documentos y cargándolos, clasificándolos y etiquetándolos.

Solía tratar de convencer a la gente de que usara estos o aquellos elementos de software o tecnologías, como conferencias de Jabber , reglas de bloqueo de bloques, fragmentos de código JavaScript, ciertos administradores de ventanas, etc.

Solo tuve éxito cuando mostré cómo podría ser útil para las personas y demostré cómo puede hacer 'cosas geniales' en lugar de explicar cómo el software Aes técnicamente superior.

Nadie escucharía 'fvwm tiene una pequeña huella de memoria, es altamente configurable y tiene enlaces de Perl', pero un video corto o una captura de pantalla y 'mira tipos, puedo hacer que cualquier ventana se despliegue y poner la barra de título a cada lado de la ventana' por alguna razón resulta muy convincente.

Por lo tanto, tendrá que aprovechar al máximo la configuración y cargar hasta el 60% de la información allí. Asegúrese de que no arroje ningún mensaje de error críptico a los usuarios y tenga cuidado de mostrar algún tipo de truco genial con él.

En otras palabras, tendrá que venderlo, y tendrá que usar no solo argumentos racionales.

— Roman Grazhdan
fuente

0

Sí pueden, pero tienen que aprender a usarlo. Debe asegurar a las personas que las acciones accidentales, como eliminar párrafos, pueden revertirse. También tuvimos que ayudar con el formato un poco.

Desafortunadamente, solo funciona si no hay otra manera fácil de acceder a la información deseada. Y debe alentar a las personas a usar el sistema. Algunas personas pueden dejar de participar en el intercambio de información, porque no tienen ganas de usar el nuevo sistema y, al mismo tiempo, saben que la antigua forma de compartir información ahora no es deseada.

— Atomse Etomer
fuente