[...] Tengo que darle las gracias a mi amigo Joe (permíteme la licencia) por dedicarme toda una entrada en su reconocido blog es para mí todo un honor que no esperaba y creo que no merezco Muchas [...]

Hola Luis, muy interesante. ¿que herramientas recomiendas para incrementar la comunicacion en el equipo?¿cual es tu mejor experiencia en cuanto a la motivacion del equipo?
Muchas gracias

Hola Jorge, lo que es interesante es tu pregunta, y de difícil respuesta. Yo al menos me lancé al mundo del web2.0 y la blogosfera después que tú y en busca de respuesta, al menos mejores. Pero por no evadirme te diría que en mi opinión no hay herramientas informáticas que mejoren la comunicación de una forma significativa, al menos no las he encontrado. Lo que hay son metodologías de trabajo que lo hacen. Otro tema es que haya podido aplicarlas. Me refiero en especial a Scrum y XP. Los métodos ágiles en los que el equipo está concentrado en un espacio pequeño con toda la información a la vista me apasionan.

Por contra en marco de trabajo en la distancia al que mi actividad cotidiana me tiene avocado dificultan en gran medida aplicar esas ideas. Cercanía y comunicación verbal son hoy en día los métodos que encuentro mejores.

Eso no significa que no haya que documentar ni comunicar por escrito cosas. Pero mi experiencia me dice que aquellos proyectos que arrancaron con ingentes cantidades de documentación escrita dejaron mayos cantidad de kilos de papel inservibles. Nuestros proyectos cambian, evolucionan según el propio equipo los va entregando y unas veces el cliente y otras uno mismo ve la necesidad del cambio. De poco sirve resistirse con un “es lo que hay escrito”, eso puede servir con el cliente o con la factura pero en el equipo no.

Con la motivación estamos igual. El poder estar pegado al equipo respondiendo en cada momento, demostrando las ideas claras y trasmitiendo lo “emocionante” que puede ser este retos ayudaría en gran medida a motivar e ilusionar a los miembros de un equipo de desarrollo de software. De nuevo hasta la fecha no me ha sido fácil.

Diría que he tenido 2 proyectos que en estos aspectos fueron exitoso y si bien lo de XP y Scrum no se lo habían aún inventado la verdad es que en perspectiva el método de trabajo tenía mucho de ellos. Quizá lo único que me hace esconderme es la falta que en ambos caso hubo de una dirección de proyectos fuerte. En realidad fue ligera (no era yo el máximo responsable) nos llevó con suavidad hacia el final, sólo tuvo que irnos recordando el objetivo que _todos_ queríamos lograr. Cada vez vuelvo más a esa experiencia en busca de enseñanzas.

En cualquier caso Jorge, a mi me gustaría conocer tú opinión e ideas al respecto. En especial por tus conocimientos de sharepoint ya que yo ando buscando como montar una herramienta de apoyo con Wikis+blog+bugzila y a lo mejor no tengo por que huir del “lado oscuro”.

Deseo sumarme también a la consulta de Jorge, a lo cual comento lo siguiente:

Como herramienta he usado Project Server con Sharepoint. Esto nos ha servidor como herramienta de colaboración a través de los workspace para documentación, compartir información, proveer a cada miembro de su espacio, etc. Además, de que permite crear un espacio virtual para cada proyecto y sus miembros. La posibilidad de registrar los issues identificados, nos ha permitido agilitar los procesos de estabilización de las soluciones. Lo que definitivamente no sirvió es la opción de Project Web Access. Estoy por pasar a la version 2007 para ver si la interfaz ha mejorado.

Lo anterior como una herramienta facilitadora. Independientemente de eso, comparto 100% lo que comenta Luis. La mejor herramienta de colaboración es mantener al equipo unido y con la información a la mano. Nada sustituye a las reuniones bien organizadas y planificadas, ni a los diagramas impresos donde todos tienen acceso a verlos en cualquier momento. Esto lo hemos podido leer anteriormente como los “War Room” o “Team Room”.

Saludos y éxitos en sus proyectos!

Hola Luis y Joe,
En cuanto a la comunicación:
Importantísimo que el equipo tenga un objetivo como equipo en cada proyecto. El equipo tiene que saber con claridad lo que tiene que hacer
Cada uno de los participantes tiene que tener claro su rol. Antes de tener una buena comunicación hay que saber qué y cuándo hay que comunicar.
El equipo precisa un líder.

Luis conozco el proyecto que comentas y que quieres que te diga, si salió bien es porque los integrantes se comunicaban bien(por que estaban uno al lado de otro), les interesaba su trabajo y tenían pasión por le tecnología. El proyecto Web de tu empresa salió por puro entusiasmo, eso creo!!!!¿crees que los proyectos pueden sostenerse solo en el entusiasmo de dos o tres personas? ¿crees que ell proyecto que comentas precisaba un líder y una claridad en cuanto a los roles en el equipo?

En cuanto a las herramientas:
He estado probando Microsoft SharePoint Services v3, es un producto gratuito y permite crear espacios colaborativos con mucha facilidad. Adjunto links a mi blog donde comento algunas funciones del producto.
http://jdieguez.wordpress.com/2007/07/13/cmo-mejorar-la-gestin-de-la-informacion-con-windows-sharepoint-services/

http://jdieguez.wordpress.com/2007/05/24/gestion-de-la-informacion-en-las-listas-de-sharepoint-parte-1/

http://jdieguez.wordpress.com/2007/05/14/gestion-de-conocimiento-en-una-pyme-parte-1/

Creo que las herramientas TAMBIEN son imprescindibles en un proyecto. Tener toda información a mano es muy importante.

Un saludo amigos

Gracias por las referencias Jorge. Sólo por alusiones, los proyectos a los que me refiero no los conoces, uno no ocurrió en la empresa en la que me encuentro actualmente, de hecho no es ni de software y el otro es muy anterior al proyecto web.

De hecho nunca he pensado que el proyecto Web al que te refieres fuera un éxito sino al contrario. Evaluándolo como proyecto tú mismo das las indicaciones de porqué no fue un éxito. Como bien dices un proyecto sin un objetivo claro (como le ocurría a aquel), sin un liderazgo de ningún tipo (como también le ocurría a ese proyecto) y que tuvo como resultado una herramienta producto del “entusiasmo” de dos o tres personas pero lejos por otro lado de los requerimientos que debía tener de fondo no puede considerarse exitoso en modo alguno.

Y esa es mi evaluación, fracasó como proyecto. Lo que no significa que no fuera y sea un éxito como producto puesto que funciona y sigue teniendo margen de ventaja en algunas áreas frente a herramientas competidoras.

Pero sin embargo no es extensible, no es modular, no es flexible en modo alguno y en especial en el acabado final de usuario. Es limitada en muchos aspectos. Como ya es claro para todos los que nos lean que hemos trabajado juntos en ella, tú sabes a lo que me refiero.

Pero aún con todo esa aplicación, resultado de un proyecto al que mejor no sacarle ni una sola medida, junto con el saber hacer de una organización, ofrecen un servicio en conjunto muy satisfactorio. ¡Llevamos 4 años operando con él y sin parar de hacer ventas! Y es servicio, que estamos al pie del cañón todos los días.

En resumen y volviendo al asunto, evidentemente tenéis toda la razón en que la comunicación es vital y los roles y los objetivos. Discrepo en darle más peso del necesario a una herramienta de colaboración pero no dudo de lo productiva que puede ser, quizá sean mis condiciones habituales de trabajo las que hacen que en mi organización las herramientas existentes aún no hayan cuajado y usemos una interna.

No quiero dejar sin comentar, ya que lo he expresado arriba, que también es para analizar la relación no siempre directa entre éxito de un proyectos y éxito de un producto. Sería para hablar largo. ¿Verdad?

Gracias por sus comentarios Luis y Jorge.

Jorge, estuve viendo el tema del sharepoint en tu sitio. Ya te contaré como nos fue con el Sharepoint 2007 y el ProjectServer. Espero tambíen probar la solución de Portfolio de MS.

Sobre el tema de las herramientas que comentaba Luis, yo más bien lo veo como facilitadores de los procesos internos. Lo puedes hacer bien con GoogleDocs o con algo más sofisticado si es el caso. En si, las herramientas lo que te podrán ayudar es a facilitar y gestionar.

También resalto el tema que destaca Luis sobre el éxito del proyecto vs. el éxito del producto. Digno de un conversación más profunda. Aqui es importante traer a un rol adicional a la conversación: El Product Manager. Si el producto fue diseñado y desarrollado con la calidad, alcance, tiempo, etc. podría ser visto como un éxito el proyecto y del project manager. Si el resultante no genera las ventas o cubre todas las necesidades específicas al salir al mercado, más bien creo que por ahi el problema podría ser de benchmarking inicial, de la definición del producto, del mercado objetivo, etc. Según leo ustedes tiene bastante experiencia con desarrollo de productos. Les dejo la palabra. Saludos. Joe.

Hola amigos, en cuanto a:
“En si, las herramientas lo que te podrán ayudar es a facilitar y gestionar.”
He escuchado muchas veces esto, y la consecuencia es que al final las herramientas son:
- Un recurso de red compartido
- Miles de carpetas sin estructura logica
- Miles de correos en la bandeja de Outlook
- Hojas de excel

Las herramientas SON IMPORTANTE, solo una herramienta buena puede dar soporta a la agilidad tan demandada hoy en dia.
No es lo mismo un internet con google que internet sin el ¿no?

Estoy de acuerdo Jorge. Una herramienta de por si no hace las cosas sola. Requiere de organización, guía, politicas, control, etc. Es parte de la colaboración.

Creo que una tarea obvia es establecer las políticas de uso de la herramienta para mantener un poco de orden. Esto por el tema de organización, carpetas, etc.

Veamos como nos va con los Workspaces del Project. Saludos. Joe.