Quizás lo que explique en este post sea generalizable a otras aplicaciones de las wikis..., eso no lo sé. Lo que me propongo es sencillamente dar respuesta a una serie de peticiones que desde hace unos meses tengo por parte de otros consultores y de algún cliente con quien colaboro, para que les oriente en cómo introducir una wiki en un proyecto. De todas maneras, lo que expondré lo encuentro válido para la gestión de cualquier espacio colaborativo en el que se persiga el trabajo en red de un grupo constituido para el logro de un objetivo.
Antes de empezar me apetece decir que una gran parte de lo que sé de wikis es el resultado de dialogar, compartir, contrastar, reír y colaborar con un gran colega y todavía mejor amigo con quien intento compartir la insalvable soledad que nos acompaña a los consultores, aunque estemos en medio de una multitud. La otra parte es el resultado del trabajo continuado, a lo largo del último año y medio, con wikis, introduciéndolas en todo tipo de proyectos y reflexionando sobre las variables que determinan el hecho de que, en algunos casos, sean el alma del proyecto y en otros, en cambio, pasen tan tristemente desapercibidas.
Voy a evitar buscar soluciones o explicaciones en los consabidos tópicos de la incultura digital o de las nuevas fobias que paralizan a los potenciales usuarios porque, la mayor parte de las veces, no está en nuestra mano actuar sobre ello. Si una cosa he aprendido en mi trabajo es a no comprometerme en obtener resultados en nada que no dependa de mi mismo y pueda controlar directamente. Así pues, voy a desarrollar en este post aquellos aspectos que dependen tan sólo de quien administra una wiki y que considero fundamental para su correcto funcionamiento.
Lo primero de todo es creérselo de una manera entusiasta: Una wiki no funciona sola. Por el mero hecho de abrir un espacio donde poder decir lo que se quiera no significa que las personas decidan utilizarlo, de la misma manera que no se llena cualquier hoja en blanco que uno se encuentre sobre una mesa. Si queremos darle una oportunidad a nuestra wiki hemos de creer de verdad en que la transparencia, la colaboración, la construcción continua y la conversación abierta es el eje que recorre transversalmente el proyecto y lo más deseable. Si no es así trataremos a la wiki como una herramienta más y la convertiremos en algo plano y opcional, cuando lo que se requiere es un convencimiento entusiasmado y sincero que la transforme en el equivalente de una plaza pública, centro por excelencia de la vida de las comunidades y donde se concentra la conversación de manera fluida y abierta. Si nos lo creemos, tenemos posibilidades de contagiar la confianza en la herramienta. Si no, no lo podremos ocultar por mucho que nos maquillemos.
“El ojo del amo engorda al caballo”: Hay que estar encima, así sin más, controlar o responder inmediatamente cualquier aportación, solucionar “a tiempo” la más mínima incidencia para acceder, actualizarla rápidamente con los productos de las sesiones de trabajo y mirar de buscar aspectos que la embellezcan o la enriquezcan. En uno de mis últimos proyectos decidí abrir una página que, como un banco de ideas, recogiera aquellas iniciativas que surgían espontáneamente en las sesiones presenciales y que no tenían aparentemente nada que ver con el proyecto. Estas iniciativas que, en una situación normal se solían diluir [o literalmente perder], las iba relacionando una detrás de otra en la wiki. Esto dio pié a enviar un mensaje a todos los participantes de la existencia de esa nueva página, a que curioseasen e incluso a que se estimulase la aportación de todo tipo de ideas. Si no vas a poder dedicarle el tiempo que necesita cuando lo necesite, plantéate no quemar ese cartucho en ese proyecto, es una de las formas con las que se contribuye a alejar aún más a ciertos colectivos de este tipo de herramientas.
Destaca el papel principal de la wiki en el proyecto desde la propuesta técnica: El papel principal de la wiki en la información, conversación, contraste y aporte de ideas ha de quedar reflejado en la propuesta técnica en toda su dimensión. Vaya, que si el cliente decide que no quiere esa plataforma ha de ser motivo suficiente como para replantearse el proyecto. De no ser así, el papel que se le otorga a la wiki y el que realmente se transmite es el de algo totalmente subsidiario y complementario, un accesorio que complementa de manera opcional lo que es realmente importante. La presencia de la wiki ha de ser el garante de que el enfoque del proyecto parte de unos principios que fundamentan la excelencia en la participación, la colaboración y la gestión del conocimiento que se halla en las personas.
Trabaja siempre desde la wiki: Hay que convertir la wiki en el escenario del que emana y al que va a parar toda la actividad del proyecto. Ya desde el momento presencial de poner al corriente a los participantes sobre los objetivos y la metodología a seguir, suelo hacerlo desde la wiki en la que he abierto una página con el programa previsto. De hecho empiezo siempre comunicando la existencia de la plataforma, su funcionamiento y su utilidad. A partir de buenas influencias he extendido esta práctica incluso a los proyectos de formación. Después de presentarme empiezo la acción de formación comentando la existencia de la wiki, mostrándola y obteniendo todos aquellos materiales que necesito a lo largo de la sesión [ppt, artículos, vídeos, etc.]. Sucede lo mismo en las reuniones de proyecto donde cada reunión supone una página en la que en un principio consta el programa y a la que irán a parar las conclusiones para que puedan ser ampliadas o debatidas entre sesión y sesión de trabajo. Es muy importante utilizar la wiki como única central de trabajo para contrarrestar la inercia y el hábito a utilizar otros canales más clásicos, más conocidos, pero con mucho menos potencial. En este sentido, últimamente incorporo una página que, como un “tablón de anuncios”, sirve para enviar mensajes de cualquier tipo, relacionados con el proyecto [convocatorias, actos informales, enlaces a informaciones varias, etc.] que pretende substituir al e-mail y a sus típicas listas de distribución.
Presta atención al factor humano: Hay pocos grupos actualmente que suelan parecerse a los que pueblan el puente de mando de la Nave Estelar Enterprise. El hecho de que una gran mayoría de las personas, se conduzcan de una manera determinada le concede a esa manera, nos guste o no, el beneplácito de lo normal. No prestarle atención es realmente una negligencia por nuestra parte. Así pues es recomendable no conformarse con el mensaje de acceso que llega automáticamente desde la wiki cuando se da de alta a algún participante y enviar un mail donde se explique de manera sencilla y amena cómo acceder, cómo subscribirse, porqué hacerlo etc. También hay que contemplar la alta probabilidad de que ese mensaje se pierda en el resto que probablemente pueblen el correo de la persona a la que nos dirigimos, por lo que no está de más advertir de ello presencialmente e insistir con otro correo si no hay señales de vida. Desde la sencillez de la contraseña hasta la amenidad de los contenidos, pasando por un diseño lógico, amable, intuitivo y fácil son aspectos clave que, sin garantizar el éxito de la wiki, sí que conducen a su fracaso en el caso de no ser tenidos suficientemente en cuenta.
Incluye una página que sirva para entretenerse, divagar, descansar…: La wiki ha de ser un espacio en el que quepa la posibilidad de acceder independientemente de que se tenga algo que aportar. Cada vez suelo darle más importancia al diseño y contenidos de una página en la que antes sólo incluía referencias documentales de apoyo al proyecto. Ahora suelo incluir esas referencias añadiendo otras [artículos, vídeos, viñetas, etc.] que, sin dejar de tener relación con los conceptos, métodos o técnicas utilizadas, añadan un toque de informalidad, de humor e incluso que apetezcan ser compartidas con otras personas. Hace poco, la participante en una acción formativa me decía que quería compartir los contenidos de esa página con sus compañeros de equipo, sus amigos e incluso con su familia. Las virtudes de este tipo de espacios facilita la participación, ya que quizás no hay ideas en torno a un proyecto pero en cambio quien más quien menos tiene un enlace interesante que compartir.
Y por último, da instrucciones directas para que se acceda: A lo largo de todo el post he partido de la base que la wiki es paralela a un espacio presencial. De hecho considero fundamental la presencia física al menos en su presentación. Vernos las caras y dirigir la mirada junto con el mensaje a los participantes dilata los poros del vínculo y aumenta la capacidad de generar compromiso. Personalmente pregunto directamente si están dispuestos a contribuir y si vale la pena que se le dedique tiempo a mantener este escenario. Cuando digo “preguntar” me refiero a que, luego me callo y espero una respuesta que salvando posibles dudas, abriendo márgenes de tiempo, subrayando la importancia del espacio y evidenciando la facilidad de su utilización sea un SÍ. Seducir [que no engañar] hacia el instrumento forma parte de nuestro trabajo. Uno de los fantasmas que suelen inhibir a aportar en un espacio colaborativo es el de pensar que la aportación ha de ser impecable, con contenido, larga e irrefutable. En este sentido, dar una instrucción directa para que la persona deje, cuando acceda por primera vez, un rastro de su presencia mediante un mensaje que pueda llegar a ser muy corto y simplemente de contacto [una valoración, un agradecimiento, una salutación] suele ser aconsejable a la par que orienta a canalizar la conversación hacia los parámetros de la naturalidad en los que realmente funciona la comunicación humana.
----
Por si te interesa saber cómo estructuro las wikis lo he desarrollado en otro post [WikiClavis] donde también concreto otros aspectos que tengo en cuenta en su utilización.
Antes de empezar me apetece decir que una gran parte de lo que sé de wikis es el resultado de dialogar, compartir, contrastar, reír y colaborar con un gran colega y todavía mejor amigo con quien intento compartir la insalvable soledad que nos acompaña a los consultores, aunque estemos en medio de una multitud. La otra parte es el resultado del trabajo continuado, a lo largo del último año y medio, con wikis, introduciéndolas en todo tipo de proyectos y reflexionando sobre las variables que determinan el hecho de que, en algunos casos, sean el alma del proyecto y en otros, en cambio, pasen tan tristemente desapercibidas.
Voy a evitar buscar soluciones o explicaciones en los consabidos tópicos de la incultura digital o de las nuevas fobias que paralizan a los potenciales usuarios porque, la mayor parte de las veces, no está en nuestra mano actuar sobre ello. Si una cosa he aprendido en mi trabajo es a no comprometerme en obtener resultados en nada que no dependa de mi mismo y pueda controlar directamente. Así pues, voy a desarrollar en este post aquellos aspectos que dependen tan sólo de quien administra una wiki y que considero fundamental para su correcto funcionamiento.
Lo primero de todo es creérselo de una manera entusiasta: Una wiki no funciona sola. Por el mero hecho de abrir un espacio donde poder decir lo que se quiera no significa que las personas decidan utilizarlo, de la misma manera que no se llena cualquier hoja en blanco que uno se encuentre sobre una mesa. Si queremos darle una oportunidad a nuestra wiki hemos de creer de verdad en que la transparencia, la colaboración, la construcción continua y la conversación abierta es el eje que recorre transversalmente el proyecto y lo más deseable. Si no es así trataremos a la wiki como una herramienta más y la convertiremos en algo plano y opcional, cuando lo que se requiere es un convencimiento entusiasmado y sincero que la transforme en el equivalente de una plaza pública, centro por excelencia de la vida de las comunidades y donde se concentra la conversación de manera fluida y abierta. Si nos lo creemos, tenemos posibilidades de contagiar la confianza en la herramienta. Si no, no lo podremos ocultar por mucho que nos maquillemos.
“El ojo del amo engorda al caballo”: Hay que estar encima, así sin más, controlar o responder inmediatamente cualquier aportación, solucionar “a tiempo” la más mínima incidencia para acceder, actualizarla rápidamente con los productos de las sesiones de trabajo y mirar de buscar aspectos que la embellezcan o la enriquezcan. En uno de mis últimos proyectos decidí abrir una página que, como un banco de ideas, recogiera aquellas iniciativas que surgían espontáneamente en las sesiones presenciales y que no tenían aparentemente nada que ver con el proyecto. Estas iniciativas que, en una situación normal se solían diluir [o literalmente perder], las iba relacionando una detrás de otra en la wiki. Esto dio pié a enviar un mensaje a todos los participantes de la existencia de esa nueva página, a que curioseasen e incluso a que se estimulase la aportación de todo tipo de ideas. Si no vas a poder dedicarle el tiempo que necesita cuando lo necesite, plantéate no quemar ese cartucho en ese proyecto, es una de las formas con las que se contribuye a alejar aún más a ciertos colectivos de este tipo de herramientas.
Destaca el papel principal de la wiki en el proyecto desde la propuesta técnica: El papel principal de la wiki en la información, conversación, contraste y aporte de ideas ha de quedar reflejado en la propuesta técnica en toda su dimensión. Vaya, que si el cliente decide que no quiere esa plataforma ha de ser motivo suficiente como para replantearse el proyecto. De no ser así, el papel que se le otorga a la wiki y el que realmente se transmite es el de algo totalmente subsidiario y complementario, un accesorio que complementa de manera opcional lo que es realmente importante. La presencia de la wiki ha de ser el garante de que el enfoque del proyecto parte de unos principios que fundamentan la excelencia en la participación, la colaboración y la gestión del conocimiento que se halla en las personas.
Trabaja siempre desde la wiki: Hay que convertir la wiki en el escenario del que emana y al que va a parar toda la actividad del proyecto. Ya desde el momento presencial de poner al corriente a los participantes sobre los objetivos y la metodología a seguir, suelo hacerlo desde la wiki en la que he abierto una página con el programa previsto. De hecho empiezo siempre comunicando la existencia de la plataforma, su funcionamiento y su utilidad. A partir de buenas influencias he extendido esta práctica incluso a los proyectos de formación. Después de presentarme empiezo la acción de formación comentando la existencia de la wiki, mostrándola y obteniendo todos aquellos materiales que necesito a lo largo de la sesión [ppt, artículos, vídeos, etc.]. Sucede lo mismo en las reuniones de proyecto donde cada reunión supone una página en la que en un principio consta el programa y a la que irán a parar las conclusiones para que puedan ser ampliadas o debatidas entre sesión y sesión de trabajo. Es muy importante utilizar la wiki como única central de trabajo para contrarrestar la inercia y el hábito a utilizar otros canales más clásicos, más conocidos, pero con mucho menos potencial. En este sentido, últimamente incorporo una página que, como un “tablón de anuncios”, sirve para enviar mensajes de cualquier tipo, relacionados con el proyecto [convocatorias, actos informales, enlaces a informaciones varias, etc.] que pretende substituir al e-mail y a sus típicas listas de distribución.
Presta atención al factor humano: Hay pocos grupos actualmente que suelan parecerse a los que pueblan el puente de mando de la Nave Estelar Enterprise. El hecho de que una gran mayoría de las personas, se conduzcan de una manera determinada le concede a esa manera, nos guste o no, el beneplácito de lo normal. No prestarle atención es realmente una negligencia por nuestra parte. Así pues es recomendable no conformarse con el mensaje de acceso que llega automáticamente desde la wiki cuando se da de alta a algún participante y enviar un mail donde se explique de manera sencilla y amena cómo acceder, cómo subscribirse, porqué hacerlo etc. También hay que contemplar la alta probabilidad de que ese mensaje se pierda en el resto que probablemente pueblen el correo de la persona a la que nos dirigimos, por lo que no está de más advertir de ello presencialmente e insistir con otro correo si no hay señales de vida. Desde la sencillez de la contraseña hasta la amenidad de los contenidos, pasando por un diseño lógico, amable, intuitivo y fácil son aspectos clave que, sin garantizar el éxito de la wiki, sí que conducen a su fracaso en el caso de no ser tenidos suficientemente en cuenta.
Incluye una página que sirva para entretenerse, divagar, descansar…: La wiki ha de ser un espacio en el que quepa la posibilidad de acceder independientemente de que se tenga algo que aportar. Cada vez suelo darle más importancia al diseño y contenidos de una página en la que antes sólo incluía referencias documentales de apoyo al proyecto. Ahora suelo incluir esas referencias añadiendo otras [artículos, vídeos, viñetas, etc.] que, sin dejar de tener relación con los conceptos, métodos o técnicas utilizadas, añadan un toque de informalidad, de humor e incluso que apetezcan ser compartidas con otras personas. Hace poco, la participante en una acción formativa me decía que quería compartir los contenidos de esa página con sus compañeros de equipo, sus amigos e incluso con su familia. Las virtudes de este tipo de espacios facilita la participación, ya que quizás no hay ideas en torno a un proyecto pero en cambio quien más quien menos tiene un enlace interesante que compartir.
Y por último, da instrucciones directas para que se acceda: A lo largo de todo el post he partido de la base que la wiki es paralela a un espacio presencial. De hecho considero fundamental la presencia física al menos en su presentación. Vernos las caras y dirigir la mirada junto con el mensaje a los participantes dilata los poros del vínculo y aumenta la capacidad de generar compromiso. Personalmente pregunto directamente si están dispuestos a contribuir y si vale la pena que se le dedique tiempo a mantener este escenario. Cuando digo “preguntar” me refiero a que, luego me callo y espero una respuesta que salvando posibles dudas, abriendo márgenes de tiempo, subrayando la importancia del espacio y evidenciando la facilidad de su utilización sea un SÍ. Seducir [que no engañar] hacia el instrumento forma parte de nuestro trabajo. Uno de los fantasmas que suelen inhibir a aportar en un espacio colaborativo es el de pensar que la aportación ha de ser impecable, con contenido, larga e irrefutable. En este sentido, dar una instrucción directa para que la persona deje, cuando acceda por primera vez, un rastro de su presencia mediante un mensaje que pueda llegar a ser muy corto y simplemente de contacto [una valoración, un agradecimiento, una salutación] suele ser aconsejable a la par que orienta a canalizar la conversación hacia los parámetros de la naturalidad en los que realmente funciona la comunicación humana.
----
Por si te interesa saber cómo estructuro las wikis lo he desarrollado en otro post [WikiClavis] donde también concreto otros aspectos que tengo en cuenta en su utilización.
Buena reflexión sobre el apoyo que puede suponer un wiki a un proyecto de cualquier tipo. Casi todas las características apuntadas se cumplen en el nuestro http://caravaneros.wikispaces.com que ya acumula información equivalente a casi 3000 páginas de un pdf, tras casi tres años de desarrollo del proyecto, que por cierto continúa ilusionándonos como el primer día a los Colaboradores que intervenimos en él.
ResponderEliminarHola Manel.
ResponderEliminarSabes que me quedé maravillado cuando tuve la oportunidad de que me enseñaras algunas de las wikis que has llevado a cabo en algunos de tus proyectos. De hecho, también quedé fascinado por cómo montaste la wiki de cara a tu sesión de formación en el Master de Málaga...
Aquellas consignas del post "wikiclavis", junto con estas que ahora nos refrescas, representa una información digna de "tatuarse" para todo aquel que quiera montar una wiki para el proyecto que sea.
Como sabes, donde ando más flojo es en la parte técnica. Quizá sea ese el punto por el cual no me atrevo con ellas, porque aunque la lógica funcional puede comprenderla bien, es en los aspectos técnicos (que a la postre dan como resultado una arquitectura funcional y estética adecuada y coherente con esa filolofía que se quiere imprimir) lo que me inhibe a descubrir en la práctica y en primera persona las enormes posibilidades que creo que tiene.
Un abrazo desde el sur, donde el calor roza ahora suavemente.
Estupenda recopilación, Manel. En breve escribimos nosotros también la forma en que estamos usando las wikis en proyectos de consultoría. Así cruzamos puntos de vista ;-)
ResponderEliminar@Jesús. Gracias! Me he dado una vuelta por la wiki de Caravaneros y hay que ver la información acumulada… La ilusión transpira de esa wiki, cierto! Un abrazo.
ResponderEliminarMuy bueno el post, Manel. Da muchas pistas y todas de valor practico para wikiniciados como yo. Gracias
ResponderEliminar@Nacho.Creo que una wiki lo que necesita, de verdad, es un objetivo claro donde aplicarla. Es cierto que la estructura y el diseño facilitan, pero al final viene a ser como todo, que lo importante es como la pinte y utilice el consultor a los ojos de los demás. En este sentido si se trata de docuwiki o de wikispaces no influye tanto… es un poco lo que se deduce del enlace y del comentario que ha aportado antes Jesús Martín. Además, de técnicos, en la red, no nos faltan para echarnos una mano cuando sea necesario ;-)
ResponderEliminarLa verdad es que me falto tiempo en Málaga para charlarlo contigo…hablar de más proyectos, analizar perspectivas… Estoy totalmente decidido a recuperarlo la próxima vez que nos veamos. Un abrazo, amigo.
@Julen. Gracias! :-) Seguro que será interesante lo que contéis. Seguimos…
ResponderEliminarGracias Amalio por el feedback, el objetivo de compartir esa información es que sea realmente útil. Un abrazo.
ResponderEliminarGracias Manel
ResponderEliminar@Anónimo: De nada, ya ves...
ResponderEliminarMi primera experiencia de trabajar con una Wiki fue hace algo más de tres años. Aunque es cierto que tecnología y conceptos han evolucionado mucho desde entonces, la experiencia no me resultó en absoluto grata ni eficaz. Por una parte su interface, aunque esto quise pensar que se debía al hecho de ser una empresa tecnológica cuyo conocimiento de las herramientas TIC era muy superior al nuestro. Sin embargo lo que realmente me desagradaba era la estructura y catalogación de contenidos.
ResponderEliminarEl problema es que era “su” Wiki y la mayor parte de la empresa trabajaba en programación. Como además compartían instalaciones, no estaba conceptualizada como espacio de conocimiento sino como repositorio. Otras experiencias posteriores han sido mejores, pero para las personas que ya tienen costumbre de trabajar con documentación.
Con la lectura de este post he ido reconociendo los errores que yo ya había detectado y le he puesto nombre a otros a los que apenas intuía. La forma en que describes el por qué y el cómo me hizo pensar: Talento, conocimiento, método, trabajo + trabajo + método + conocimiento + trabajo + trabajo…
Me gusta especialmente lo de darle más importancia al diseño y contenidos porque eso implica ponerse realmente en el punto de vista de lo que se quiere conseguir y de la percepción de la personas a las que se dirige. Otro post para “tomar notas”. Mucha reflexión traducida a en metodología porque no se trata de la calidad de la herramienta sino del valor añadido y la excelencia de la experiencia.
Excelente y útil post. Gracias Manel.
@Isabel. Hay algún problema con esto de la empatía, a veces creo que se habla tanto de ella para suplir su ausencia. Incluso me ha parecido advertir que a veces se entiende por empático el hecho de considerar que el otro siente o lo ve del mismo color que el uno y así ves que hay gente que se dirige con su propio lenguaje a influir a alguien que no le entiende y, las más de las veces, no le quiere entender. Con este tipo de herramientas sucede tres cuartos de lo mismo, se llega a considerar que las propias motivaciones son las de los otros y luego se atribuye a la ignorancia, dejadez o rigidez su falta de uso. Soy consciente de que el éxito que estoy obteniendo en la utilidad de las wikis es relativo, pero estoy satisfecho ya que de grupos de 50 o de 60 participantes están entrando y participando activamente, en muchas de ellas, en una relación que va del 50 al 80% . También es verdad que el nivel de participación depende mucho del tipo de proyecto [y del tipo de organización…más o menos jerárquica…] y hay algunos que dan “menos juego” a la participación. Aún así, la clave está en cuidar aquellos aspectos que realmente importan e influyen en las personas: la sencillez, la claridad, la atención personalizada, la posibilidad de entretenimiento, el respeto por cada aportación, la coherencia de quien la administra y, cómo no, el ascendente [presencia] que se tenga sobre el grupo.
ResponderEliminarQuería agradecerte Isabel la atención que prestas en tus comentarios, tu sencillez y tu humildad. Conozco y sigo tu trabajo y por eso considero que, para ese blog, son motivo de orgullo. Gracias.
Manel, no es mérito mío sino de la calidad e interés de los post que los provocan. Y de la forma en que atiendes a la conversación que generas. Gracias a ti.
ResponderEliminar