Una de las claves del éxito de un proyecto está en mantener una comunicación adecuada con todas las partes implicadas (aunque no necesariamente con todas al mismo tiempo): equipo de proyecto, proveedores, dirección de la organización, stakeholders, … Deberá haber canales específicos para cada uno de ellos (por ejemplo, las reuniones internas de proyecto), mientras que otros serán compartidos. Sin embargo, en todos los casos, la dificultad estriba en que dichos canales de comunicación sean:
- Eficaces: se debe asegurar que la información llega a sus destinatarios en la forma y plazos necesarios.
- Versátiles: las comunicaciones no son siempre simples comunicados, sino que pueden (¡deben!) fomentar la discusión y el intercambio de información e ideas.
- Accesibles: unas actas de reunión, un comunicado, un cambio relevante en el proyecto, … cualquier cosa que se comparta debe estar en un sitio centralizado para poder ser consultada, de manera sencilla y ágil, cuando sea necesario.
Sin embargo, la realidad es que se abusa demasiado del correo electrónico (ya dije en su día que el correo debe morir, como herramienta para la comunicación en los proyectos).
- Desgraciadamente recibimos un volumen enorme de correos electrónicos al día, por lo que las posibilidades de que un correo pase desapercibido no son pequeñas.
- Además, los hilos de discusiones que se generan no favorecen la discusión y el acuerdo (los famosos correos con asuntos estilo Re: Re: Re: Re: RV: Re: RV: RV: Esa cosa tan importante que os tenía que decir).
- Por último, a pesar de que los clientes de correo electrónico cada vez son mejores en los aspectos de búsqueda, no son accesibles más que en el propio buzón de correo de cada miembro del equipo (y eso si no los ha borrado); existen alternativas, como buzones compartidos o repositorios de correo, pero, en mi opinión, sólo resuelven parcialmente el problema.
El correo electrónico supuso una auténtica revolución en el mundo empresarial en su día. Pero las cosas cambian y hoy en día tenemos sistemas de comunicación que se adaptan mejor a las necesidades de comunicación en los proyectos: blogs, wikis, redes sociales corporativas, mensajería instantánea, … El tema da para mucho y en este artículo me centraré en los blogs (si hay interés en ello, más adelante hablaré de otros medios).
Por qué un blog para las comunicaciones de un proyecto
En castellano, un blog es un cuaderno de bitácora. Los marinos usaban cuadernos de bitácora para registrar todo lo que sucedía en un viaje: desde detalles organizativos (ej. registro de cambios de guardia) y, por supuesto, cualquier evento o incidencia que se considerase relevante. Es decir, la idea de registrar lo que sucede y conservarlo por si se pudiera necesitar, subyace a la idea de blog.
La cuestión es, por tanto, si podemos usar un blog como herramienta para mantener las comunicaciones (con determinados grupos) en un proyecto. Aquí van algunas ideas (las posibilidades son infinitas):
- Bitácora de proyecto: registro de cambios relevantes, tales como cambios de personal, nuevas asignaciones, retrasos, cambios en la línea de referencia, ampliaciones de presupuesto, etc.
- Actas internas de proyecto: es fácil recoger en entradas de blog las principales conclusiones y acuerdos alcanzados durante las reuniones internas de progreso, en forma de artículos del blog.
- Planes: como los planes de gestión de proyecto, de la configuración (repositorios de código), de calidad, …
- Directorio de proyecto: personas externas e internas involucradas, con sus detalles de contacto (email, teléfonos, fax, dirección postal, …) y su rol en el proyecto.
- Registro de riesgos: recogiendo de una manera sencilla tanto la lista como los detalles de los riesgos del proyecto.
- Bitácora de proveedores, que conviene separar de la bitácora principal para facilitar el intercambio de información sobre un proveedor en particular con el resto de la organización (rendimiento, observaciones, incidentes, lecciones aprendidas, …)
- Buzón de ideas / sugerencias, para implementar en el proyecto, tanto a nivel funcional como de procedimientos de trabajo.
- Lecciones aprendidas: de manera que quedarían fácilmente consultables por toda la organización (incluyendo, por supuesto, al equipo de proyecto) una vez terminado el proyecto.
Como decía más arriba, las posibilidades son infinitas. Se podría usar incluso para tener la especificación (requisitos, diseño, interfaces, …) en el propio blog, aunque depende mucho de la naturaleza del mismo. Por ejemplo, en proyectos de desarrollo software complejos no sería muy aconsejable, aunque sí puede ser válido para proyectos sencillos y con un carácter no demasiado tecnológico.
WordPress
WordPress es sin duda la plataforma de blogging más popular del mundo (este mismo blog está hecho en WordPress). Aunque casi todo lo que se ha contado aquí es válido con otras plataformas de blogs, WordPress ofrece unas características que lo hacen único para el fin que perseguimos.
Al margen de las ya sabidas (ej. edición sencilla y visual de los artículos, organización mediante categorías y etiquetas, …) y que tienen prácticamente todas las plataformas de blogging, quiero destacar WordPress por varios motivos fundamentales:
Amplia disponibilidad de plugins
Existe una enorme variedad de plugins (extensiones, si se quiere) en WordPress, muchas más que en cualquier otra plataforma de blogging. Una simple búsqueda en WordPress.org de plugins con las palabras project management arroja más de 380 resultados: desde plugins para el control del estado, hasta herramientas de tickets .
¿Quiere esto decir que aconsejo usar WordPress para todas estas cosas? Ni mucho menos. Para aquellos procesos que sean clave en el negocio, aconsejo usar herramientas dedicadas. Pero, cuando menos, la extensibilidad de WordPress nos permite incluso desarrollar interfaces con dichas herramientas y facilitar la documentación.
Como ejemplo, podemos tener el código fuente del software de un proyecto en SVN y, al mismo tiempo, visualizar el código en nuestro blog vía el plugin adecuado. Por supuesto que existen otras muchas herramientas para esto fuera de WordPress, pero podemos tener todo centralizado en un único sitio, si así lo deseamos.
Otro ejemplo: para proyectos sencillos, podemos gestionar las tareas mediante una herramienta de tickets (hay plugins para ello). Nuevamente un proyecto de cierta envergadura jamás deberá utilizar esto. Pero tampoco conviene bajar a comprar a la esquina el pan montados en un Fórmula 1.
Y si no tenemos el plugin que nos falta, siempre podemos desarrollarlo (con los conocimientos técnicos suficientes, por supuesto).
Capacidad multisite
Si tenemos muchos proyectos, administrar cada blog por separado puede ser tremendamente ineficiente (plugins, temas, usuarios, …). WordPress permite tener una red de blogs, con tantos como se quiera, administrados desde un sitio único, lo que le confiere una enorme capacidad para situaciones como la que nos ocupa.
Seguridad de la información
Aunque se puede empezar con un blog en WordPress.com (que, básicamente, nos da el hospedaje y mantenimiento), para proyectos empresariales recomendaría enormemente tener dichos blogs en servidores propios por cuestiones de seguridad de la información. Además, en plataformas como WordPress.com, las capacidades de configuración y ampliación están bastante limitadas.
Conclusiones
Soy de la opinión de que no existe una única herramienta para gestionar un proyecto. No existe tal cosa como el Santo Grial de las herramientas de gestión, el anillo que las una a todas, digan lo que digan los vendedores de las mismas. Sí es importante que, aún utilizando varias herramientas, sea posible intercambiar fácilmente información entre ellas de manera automática.
Para la parte de gestión de las comunicaciones, el uso de blogs ofrece unas posibilidades enormemente productivas, y alcance de todos los presupuestos. Si el blog está sobre la plataforma WordPress, éste se beneficiará de las extensibilidad (y, por tanto, intercambio de información con terceros), la administración centralizada y la posibilidad de hospedaje en servidores corporativos para garantizar la seguridad de la información. Entre otras muchas.
¿Alguna experiencia con el uso de blogs como herramienta de gestión en proyectos?
¡Gracias por comentar!
Deja un comentario