Hace un tiempo asumí un proyecto de programación web freelance con una empresa que ya conozco. Mi jefe (también el propietario de la empresa) normalmente me empareja con uno de sus empleados de PM para cada proyecto en el que trabajo, pero hubo un caso que hizo la excepción.
Como freelance, podría trabajar potencialmente desde cualquier lugar con solo la obligación de presentarme en el sitio para la reunión semanal con el cliente, pero generalmente trabajo en la oficina porque puedo concentrarme mejor. Cuando le dije a mi jefe que, en la mayoría de los casos, prefería informar al PM porque es más fácil y accesible, ¡fue entonces cuando me informó que el cliente es el PM!
Puedo ver la ventaja de no tener intermediarios para el proyecto, pero en este caso el cliente/PM no estuvo disponible durante la mayor parte de la semana. Preferiría que hubiera un PM con el que pudiera hablar todos los días cara a cara para tener una mejor evaluación de nuestro progreso a corto plazo. Además, los propios PM de la empresa conocen mucho mejor la web que el cliente, por lo que harían un mejor trabajo al comunicar problemas y sugerencias.
Entonces, ¿hay algún caso en el que duplicar al cliente como PM sea una buena idea? Si alguno de ustedes alguna vez se enfrentó a esta situación como alguien que trabaja para un PM/cliente, ¿cómo lo manejó?
No creo que haya necesariamente una respuesta única, general, correcta o incorrecta a esta pregunta. La respuesta corta es que solo depende.
La ventaja de trabajar directamente con el cliente es que eliminas una vía de comunicación que podría dar lugar a malentendidos. Cuantas más vías de comunicación haya, más difícil será gestionarlas.
Otra ventaja es que obtienes la información directamente de la fuente. Si tienes dudas, puedes aclararlas directamente con el cliente.
Creo que este modelo funciona mejor para proyectos más pequeños que para proyectos más grandes, y supongo que usted es el único ingeniero que trabaja en este proyecto. Por lo tanto, es seguro decir que su situación actual es más ágil que la cascada.
Sin embargo, parece que el mayor problema al que te enfrentas es la falta de una reunión diaria. En un modelo ágil, la comunicación frecuente es más importante. Debe encontrar una manera de hacer que su cliente se reúna con usted con más frecuencia o al menos esté disponible para preguntas rápidas.
Por suerte para usted y su cliente, vivimos en la era moderna en la que las herramientas de colaboración están al alcance de la mano :) Una de las formas en que personalmente supero estos desafíos es con el chat. Uso Google Chat, así como Skype, para comunicarme con los clientes. Se necesita algo de convencimiento, pero si continúa presionándolos, puede convencerlos de que mantengan uno de esos servicios de chat en funcionamiento. De hecho, descubrimos que uno de nuestros clientes prefería usar el chat una vez que lo convencimos de usarlo.
Intente preguntarle al PM qué software de chat usa normalmente y explíquele que le gusta usarlo para responder preguntas rápidas. Además, en su próxima reunión, continúe recordándole al cliente que su progreso sería mucho más rápido si tuviera acceso a las respuestas a las preguntas que tenga. Sea cortés pero persistente, y estoy seguro de que puede hacer que esto funcione.
¡Bienvenido a PMSE!
Entonces, ¿hay algún caso en el que duplicar al cliente como PM sea una buena idea?
Es una buena idea siempre y cuando:
El problema es que, por lo general, el proyecto cambia a medida que pasa el tiempo. Parece que la principal preocupación aquí es que el cliente no tiene habilidades de PM (de lo contrario, no estarías aquí...), y las cosas eventualmente podrían recaer en tu cabeza.
Si alguno de ustedes alguna vez se enfrentó a esta situación como alguien que trabaja para un PM/cliente, ¿cómo lo manejó?
Teniendo en cuenta lo anterior, así es como procedería:
Organizar una reunión periódica. Si el cliente es el PM, necesita tener tiempo para usted. Luego, podrá reunir todas las preguntas que tenga en una sola sesión de fotos en un momento específico. Si el cliente no tiene tiempo para tales reuniones, tendrá suficientes argumentos para tener un PM adecuado en lugar de que el cliente herede esta tarea.
Empieza a documentarlo todo. Me gustó la sugerencia de jmort de solicitar las herramientas del cliente (aunque creo que el cliente en sí no estará acostumbrado a las herramientas de PM). En lugar de ir en contra del cliente, busque formas de seguir lo que ya está establecido. Los chats y las llamadas son imprescindibles para resolver dudas rápidas; Sin embargo, la dirección del proyecto debe abordarse adecuadamente. Las actas de las reuniones, que indiquen correctamente cuáles son los próximos pasos, podrían brindarle cierta cobertura en caso de que el tren se salga de la vía.
Busque tareas que se puedan hacer en paralelo y acuerdelas de antemano. Necesita saber qué se puede hacer en caso de que llegue a un callejón sin salida que necesite la asistencia del cliente.
Espero que esto ayude.
¡Éxito!
Si el cliente es su propio gestor de proyectos, ¿por qué no contrata directamente a algunas personas como su equipo? ¿Por qué asume esa responsabilidad si no tiene tiempo para hacerlo? Esta es una confusión de roles que puede desvirtuar mucho el proyecto del que hablas. Me pregunto si también podría haber un conflicto de intereses. Las responsabilidades no son las mismas para un jefe de proyecto que para un cliente. Si combina ambos, se podrían abordar algunas cuestiones legales si el proyecto supera los costos o si fracasa. Siempre evitaría esa situación.
Prensas CC
jmort253