Cómo tratar con el personal del cliente que dice "esto será fácil"

La primera respuesta a 'este requisito será fácil de cumplir' siempre debe ser pedir cortésmente que se enumeren los riesgos involucrados. Tales afirmaciones infundadas son hechas por personas que quieren presumir o quieren desafiar al equipo por un precipicio.

El arte de la guerra en tal situación es transferir/sobrecargar la propiedad haciendo preguntas contra-específicas (no abiertas) hasta el punto en que no tienen respuestas. El punto es hacer preguntas que pondrán a prueba su conocimiento y no preguntas que tengan respuestas genéricas.

"Parece que conoce muy bien el diseño, así como la implementación de bajo nivel involucrada para lograr este requisito. ¿Puede enumerar las consideraciones de diseño que debemos hacer para que se pueda lograr tan fácilmente como menciona?"

"Entonces, ¿cuáles son los riesgos involucrados en la implementación de esto?"

"Entonces, ¿está diciendo que no hay riesgo involucrado ya que es bastante fácil de implementar? En nuestro sistema/aplicación actual, ¿puede mostrarnos una implementación similar sin riesgos?"

"¿Qué tan cerca ha trabajado en las funcionalidades que se ocupan de la parte de integración de este requisito?"

"¿Puede por favor guiar/elaborar sobre el esfuerzo de integración/prueba involucrado y cómo propone superar el desafío de ___________?"

"¿Cuáles son los componentes arquitectónicos que se verán afectados por esta implementación?"

Si responden con una pregunta, simplemente sorpréndase y diga

" Esperábamos que respondiera eso, ya que descubrió que el requisito es fácilmente implementable". ...o... " Pensamos que su experiencia estaba en tales implementaciones y que nos guiaría a todos".

Y luego, de inmediato, dirija la discusión o concluya con esa afirmación de que

" Creo que todavía hay pocas preguntas sin respuesta y riesgos para identificar, por lo que esta estimación de requisitos debe reconsiderarse. No digo que sea fácil, difícil o imposible, todo lo que sugiero es que adoptemos un enfoque mesurado para comprender el riesgos involucrados, tener las discusiones necesarias, involucrar a X, Y y Z y luego proceder".

Al decir eso, te colocas en una posición madura neutral, estableces el control sobre la definición de las estimaciones y la dirección de la conversación.

El objetivo es disuadir a los reclamos futuros y, al cuestionar los aspectos detallados de la implementación, acorrala a las personas que hacen reclamos sin fundamento. Continúe cuestionándolos sin descanso hasta que se retracten de hacer tales afirmaciones.

Lo que necesita descubrir es el motor detrás de la retórica 'esto será fácil'. ¿Es un optimismo inocente? ¿Está diseñado para mantener a los patrocinadores interesados ​​en financiar este proyecto? ¿O está diseñado para aislarse de un proyecto arriesgado de tal manera que puedan señalar a otro grupo o individuo, como usted, cuando el proyecto fracasa?

No importa el impulso, aquí la comunicación es tu aliada y qué y cómo comunicar dependerá del impulsor de esta declaración. Si es optimismo, utilícelo a su favor. El optimismo tiene muchos beneficios. Enmarque sus riesgos y problemas que enfrenta de tal manera que mantenga vivo este optimismo. Si tienen un problema con el patrocinador, entonces debe enmarcar los riesgos y los problemas que enfrenta de tal manera que los patrocinadores no se asusten y abandonen el proyecto. Debe apoyar a su cliente con mensajes de que el equipo puede capear estas tormentas. Y si es lo último, entonces debe comunicar de manera temprana, frecuente, muy clara y no emocional los hechos de lo que está sucediendo, los riesgos que está pronosticando, los problemas que está experimentando y sus planes para mitigar y recuperarse.

¿Qué es más fácil? ¿Para comer un elefante o una hamburguesa?

Realmente no importa, ya que comes ambos un bocado a la vez. La diferencia es cuántos bocados tienes que tomar para realizar cada tarea.

Por lo tanto, divida su proyecto en tareas específicas, identificando las partes del trabajo que serán más complejas que el cliente podría haber pasado por alto. Haga hincapié en las dependencias externas que pueda tener y las trampas que podrían convertir tareas tontas en trabajo de semanas. El cliente puede estar solicitando una implementación de Iceberg, asegúrese de que esté al tanto de lo que sucede.

En resumen: una sola tarea tiene diferentes puntos de vista. Ponte donde está el cliente y explícale el trabajo de fondo que no está viendo.

en scrum ágil, tener historias de usuario de clasificación fácil/moderada/difícil es una indicación de los clientes en las reuniones periódicas. El propietario de un producto tendrá una respuesta rápida para este tipo de consultas con las partes interesadas en tierra.

Es posible que algunos de estos clientes no tengan la intención de desafiarlo a usted oa sus decisiones. Puede ser solo porque en realidad son ignorantes y realmente piensan que es posible hacerlo rápidamente. Me he enfrentado mucho a esta situación. Un gerente de proyecto también debe ser un buen administrador de personas. En este tipo de situaciones, conceda a su representante del cliente el beneficio de la duda. Esto es lo que siempre me ha funcionado positivamente. Por lo general, subdivido la tarea en cuestión en múltiples subtareas y asumo las horas necesarias para cada subtarea y las comparto con el cliente. Si en ese momento no estoy al tanto de lo que sucede, les digo cortésmente "Lo investigaré y les responderé con los detalles... Esperemos que podamos terminarlo fácilmente".Los clientes son humanos que nos pagan, lo que les da la sensación de superioridad. Dejemos que mantengan su ego en alto y ordeñen la vaca lentamente.

La primera y principal forma de manejar esta situación es explicar el esfuerzo de desarrollo de manera adecuada. Nada es fácil a menos que se ponga un esfuerzo brillante en el desarrollo . Mi pensamiento es compartir el esfuerzo de desarrollo involucrado con el control de calidad destacado, el análisis y los costos de desarrollo.