¿Quién habla con el cliente sobre el proyecto activo?

Somos una empresa de programación. Un chico está buscando trabajo y hablando con clientes. Luego, cuando se negocian los términos del trabajo, un proyecto obtiene su propio gerente de proyecto y programadores.

Una vez que se inicia un proyecto, ¿quién debe hablar con el cliente sobre cosas específicas del proyecto? Si hay un problema de codificación, obviamente es un desarrollador el que tendrá esas conversaciones.

Sin embargo, ¿debería el PM asumir todas las conversaciones posteriores con el cliente, o debería dejarse en manos de la persona que negoció los términos del trabajo? Me parece que el PM sería una mejor opción que el negociador una vez que el proyecto haya comenzado.

Respuestas (6)

No tiene nada de malo que varias personas del equipo del proyecto se pongan en contacto con el cliente. Como ya ha señalado, algunas personas son naturalmente más apropiadas. Si los desarrolladores están interactuando con los sistemas del cliente y hay un problema de codificación específico, es posible que el desarrollador deba hablar con un contacto de desarrollo del cliente.

Normalmente, el cliente tendrá varias personas con las que se puede contactar. Aquí es donde encajan las respuestas de Mark. Creo que su pregunta es sobre quién en SU ​​equipo debería contactar al cliente.

Normalmente, el vendedor (negociador) no se involucrará mucho después de que se firme el trato. Sin embargo, ese vendedor bien podría permanecer en contacto solo para verificar y el PM podría pedirle al vendedor que se involucre en algunos casos (donde los términos no estaban claros en el contrato, etc.). Sin embargo, sí, normalmente el vendedor debe centrarse en las ventas. El PM debe centrarse en el proyecto. Todos deben concentrarse en sus trabajos y, si necesitan comunicarse con el cliente, deben hacerlo. SIN EMBARGO, el PM debe asegurarse de que el contacto con el cliente SOLO se lleve a cabo de manera organizada o corre el riesgo de inundar al cliente con las mismas preguntas que conducen a una mala imagen de su empresa y una relación dañada con su cliente.

En resumen, el PM debe decidir quién contacta a qué persona en el cliente. Sin embargo, los vendedores viven en base a las relaciones, así que no espere que el vendedor desaparezca mágicamente después de realizar la venta.

¡Buena atrapada! Hice una suposición en mi respuesta, lo cual es un poco irónico. Una de las otras razones para planificar las comunicaciones es identificar suposiciones como la mía.

Esto debe documentarse en el plan de comunicaciones . Hay casi tantas respuestas a su pregunta como combinaciones de clientes y proveedores, por lo que cada proyecto debe tener un plan de comunicación que resuma quién habla con quién sobre qué.

En su lugar, crearía una plantilla de plan de comunicaciones para la empresa y luego validaría los puntos clave con el cliente cuando se firme el contrato. Algo así como: "Nuestra práctica normal es tener un POC del cliente al que hacemos copia en todas las comunicaciones, y luego POC específicos para problemas específicos. ¿Quién en su empresa debe ser el POC predeterminado y con quién debemos hablar sobre temas como :

  • Aceptación del usuario y pruebas

  • Seguridad

  • Infraestructura, soporte y operaciones

  • . . . (cualquier otra cosa).

Actualización: @Earthling señala correctamente que hice que pareciera que solo se trataba de quién se comunica en el cliente; esa no era mi intención. El objetivo del plan de comunicaciones es identificar las comunicaciones necesarias e identificar quién es responsable de esas comunicaciones. Me imagino que los roles dentro de su empresa serán relativamente consistentes de un proyecto a otro y se definirán en la plantilla. Naturalmente, revisará esos roles antes de tener la conversación con el cliente.

PM debe ser un único punto de comunicación para el estado, el cronograma y el alcance

Como señaló Mark, esto depende del tamaño y la complejidad del proyecto. Sin embargo, aquí hay algunos consejos de mi experiencia en la gestión de proyectos de software.

Para problemas técnicos, está bien que el técnico hable con el técnico del cliente. Sin embargo, si yo fuera el PM, querría escuchar las llamadas. En mi experiencia, los técnicos no están mejor equipados para lidiar con el avance del alcance y hacer cumplir el control de cambios.

El vendedor tendrá un interés vital en mantenerse informado, especialmente si hay oportunidades adicionales en camino. Por ejemplo, si es probable que se retrase el cronograma, esta persona puede presionar a la alta dirección para obtener recursos adicionales. Pero esta persona no está equipada para comunicar al cliente sobre el estado de ejecución.

Por lo tanto, el PM debe ser el único punto de comunicación para lo siguiente:

  • Actualizaciones de estado : Invariablemente, estará esperando al cliente por cosas (por ejemplo, la aprobación del diseño de la interfaz de usuario) que afectarán el cronograma del proyecto.
  • Toda la comunicación relacionada con el cronograma : ¿Cuándo entregamos qué?
  • Alcance del trabajo : qué trabajo está dentro del alcance y cuál no. Lo que los cambios solicitados por un cliente implicarán un costo y tiempo extra.

Y el PM debe escuchar todas las demás comunicaciones con el cliente sobre el proyecto.

Las diferentes organizaciones siguen diferentes procesos para los proyectos activos, por lo que, en base a eso, puedo dar una respuesta de que los proyectos siempre se inician con los arquitectos técnicos y el gerente de PM y control de calidad. Cuando los proyectos activos se finalizan con revisiones, etc., entonces se procede con el desarrollo y, si se necesitan cambios, el líder en cuestión se pondrá en contacto con el gerente en cuestión y buscará el permiso si es necesario, luego ¡continúe con el cliente! A veces, los clientes hablan directamente con los desarrolladores o el control de calidad, por lo que también existen escenarios en los que se comunican directamente con los proyectos activos. Espero que esto esté bien respondido, si no, ¡házmelo saber!

Idealmente, debería tener un Analista comercial que se comunique con los clientes. Porque el Analista comercial tiene más información y conocimiento sobre un proyecto, ya que está activamente involucrado en el proyecto. Y si necesita ayuda técnica, siempre puede volver a su tecnología. equipo..

En un desarrollo tradicional (por ejemplo, cascada), debe describirse en el plan de comunicación elaborado por el PM. En scrum, hace hincapié en la comunicación, por lo que creo que todos podrían interactuar directamente en mi opinión.