Twitter como herramienta de comunicación en un equipo de desarrollo

De un tiempo a esta parte venimos usando en mi empresa (más en concreto en nuestro grupo de desarrollo) Twitter (aunque es perfectamente posible extenderlo a otra herramienta de microblogging) como herramienta extra de comunicación profesional.

En este post no quiero dar a entender que los métodos y procedimientos que seguimos nosotros sean los mejores ni los únicos válidos, sino simplemente explicar qué usos creo que pueden aportar un valor añadido al trabajo en equipo y cómo es posible que no sea una “carga” más que una ayuda por el exceso de mini-interrupciones a los que te somete normalmente el microblogging. Por supuesto, mi caso está basado en un equipo de desarrollo de software, aunque supongo que muchas de las ideas serán extrapolables a otros ámbitos.

Es evidente que deberíamos tener las actualizaciones protegidas para no convertir en un “discurso público” nuestras andanzas, despliegues, … pero por otro lado deberíamos de poseer un sistema dinamico donde publicar algo no fuese mucho más costoso que hacerlo directamente en Twitter con una cuenta normal.

Ingredientes básicos

- Cada persona del equipo de desarrollo debe poseer una cuenta en la herramienta de microblogging (en este caso Twitter porque algunos ya teníamos esa herramienta más probada). Este es un punto algo conflictivo, ya que lógicamente implica un registro más por cada persona aunque en el caso de Twitter es bastante rápido. En nuestro caso solventamos el problema haciendo opcional el registro, ya que una de las máximas que debemos tener en cuenta es que deberíamos preocuparnos si existe información en Twitter tal que si alguien se la pierde quede descolgado o desinformado totalmente (Otras vías: correos, sistemas de administración de proyectos, …) . Al final en cuanto el 50% del equipo esté en Twitter el otro acabará estando, es matemático :-). Así que primero hay que concentrarse en pasar al microblogging a la gente con más “influencia mediática” del equipo. En nuestro caso, en poco tiempo estábamos el 100%.

- Se debe crear una cuenta especial exclusivamente para el grupo de desarrollo o equipo. Ésta simplemente será una cuenta con actualizaciones protegidas que nos permita centralizar el envío o difusión de mensajes enviados a ella.

- El siguiente paso es transformar en “difusor de mensajes” a nuestra cuenta especial. Ya que el propio Twitter no ha ofrecido una alternativa, GroupTweet es una manera de hacerlo. Una vez que el grupo esté registrado en la herramienta (con un simple click), deberemos seguir a todos los integrantes del equipo de desarrollo así como ellos a nosotros (en su caso, nos enviarán una invitación ya que la cuenta está protegida para poderse “unir”).

- En nuestro caso, las obligaciones corporativas nos llevan a usar Firefox como navegador “oficial”. De ese modo, una utilidad que parecía tener sentido es usar un plugin como TwitterFox para poder hacer los posteos algo realmente liviano. Simplemente nos vamos a Herramientas -> Complementos, buscamos TwitterFox y en opciones podremos configurarnos nuestra cuenta de Twitter (con opción a varias si por ejemplo también somos administradores de la cuenta “grupal”).

Una vez tenemos configurado el entorno, podemos preguntarnos el cómo usar Twitter. En nuestro caso, Twiter no viene a ocupar el lugar del correo electrónico (todo aquello que merezca ser dejado por escrito no debería quedar en Twitter) ni tampoco el de nuestro gestor de incidencias, …

Algunos elementos clásicos que recomiendo compartir por Twitter:

- Noticias relacionadas con lo que hacemos (blogs, periódicos, …) o con enlaces a sitios para los que buscamos información rápida de la solución de algún problema que pueda ser interesante que la lea todo el mundo.

- Actualización de estados rápidos sobre qué estamos haciendo cada uno o cuando se resuelve una tarea que afecta a los demás. De un tiempo a esta parte nuestro ex-jefe de proyecto instauró las “revisiones de estado semanales” (que seguimos usando) y que a nivel de punto grueso informaban de qué tareas hicimos la semana anterior y cuales pensamos abordar en la entrante (suelen realizarse los lunes). Creo que Twitter aborda esa misma cuestión en parte pero a un grano más fino, ya que responde más a la pregunta de “Qué haces tú en este momento ?”, algo así como “Solucionando el bug encontrado al importar X por problemas en la sesión. Afecta a los módulos Y y Z” o algo similar. Comunicaciones rápidas y muy directas. Para eso ayuda enormemente el que solo haya 160 caracteres.

Dudas de desarrollo: Generalmente no todo el mundo conoce el framework al dedillo ni la interacción de todas las cosas de un proyecto de desarrollo con todas las demás , máxime cuando desarrollas entre grupos separados geográficamente.  De ahí que una rápida duda en Twitter del estilo “Sabeis alguno como conseguir que JDOM me muestre un espacio cuando le planto el setText al inicio de la cadena ?” sea una buena opción en mi opinión ya que se realiza a un “foro de desarrollo online”.

De momento el resultado me ha gustado bastante, aunque el sistema tiene algunos problemas:

- Dado que a la lista solo se le pueden enviar mensajes directos (d), suele ocurrir que algún mensaje se nos despiste en el public timeline. Cosas del directo.

- Es un punto crítico el saber a cuanta gente y de qué perfiles quieres invitar al grupo. Si no lo tienes muy acotado, puedes crear un foro donde la gente no se sienta integrada por la temática de la que se trata (demasiado “abstracta” o “concreta” según se mire). El sistema solo funciona bien cuando la gente realmente aporta sus pequeños granitos de arena. Es la web 2.0 :-)

- Cuando por ejemplo queremos enviar un mensaje con algo adjunto y no queremos la pesadez del correo, en muchos casos resulta dificil evitar ese vacío usando mensajería instantánea (Messenger, Kopete, …) o al menos esa impresión me da a mi. Si estas herramientas o extras existen, no los hemos encontrado.

Cualquier duda, comentario, sugerencia, … es siempre bienvenido. Y vosotros, usais alguna herramienta de comunicación de este estilo ? La usais con otros fines o con otros estilos ?


6 comentarios para “Twitter como herramienta de comunicación en un equipo de desarrollo”

  1. Consultor Anónimo Dice:

    No te preocupes, que ya lo reutilizaré yo para ponerlo en “formato consultoril” :). ¡Muy interesante experiencia!

  2. Javier Murillo Blanco Dice:

    Ya sabía yo que te gustaría.

    Debo reconocer que es “muy tuyo” este tipo de posts.

    La verdad que etaría bien poder acudir a esas jornadas de blogs en Asturias que comentabas hoy. En fin, algunos seguimos anclados a la capital para bien o para mal … :)

    Un saludo !

  3. jumpixel Dice:

    Hola Javier, muy interesante tu post.

    ¿Probaste Yammer? Con una aplicación diseñada para hacer comunicación interna vas contar con mayores funcionalidades.

    Twitter te obliga a hacer algunos malabares para darle un uso eficiente (que describiste con clarirdad) que tal vez una aplicación más dirigida te solucione.

    Me gustó mucho el post, no hay nada como la experiencia de campo.

  4. Javier Murillo Dice:

    Hola Jumpixel,

    Pues ciertamente me convence mucho la herramienta que comentas. Creo que habrá que probarla porque la frase definitoria: ‘Share status updates with your co-workers’ es básicamente la clave de nuestro sistema.

    En fin, qué grande es que los comentaristas sepan más que uno mismo :)

    El enlace de la herramienta es: http://www.yammer.com/

    Un saludo !

  5. Javier Murillo Dice:

    De hecho, no hay nada como ir buscando información ya que acabo de encontrar otro sitio similar a Yammer:

    Present.ly -> http://presentlyapp.com/

  6. José M. Cestero Dice:

    Muy bueno el post Javier, no conocía ningún caso “real” en el que se aplicase este sistema. Por cierto, de Present.ly y Yammer tenía pensado hablar en el siguiente, las dos (cada una con lo suyo) tienen muy buena pinta.

    Un saludo.


Escribe un comentario