Tratar con un cliente particularmente irritante sobre un tema específico

Actualmente soy un aprendiz de desarrollador de software trabajando en mi primer proyecto. El proyecto, que asumí del aprendiz anterior que se fue después de cansarse de que los clientes cambiaran constantemente de opinión sobre las cosas y agregaran cosas, está llegando a su conclusión: he estado trabajando en él durante casi un año. incluso después de tomar el control del desarrollador anterior.

Los cambios que se están realizando ahora no son demasiado importantes. Se trata más de validación, ajustando la funcionalidad aquí y allá, y simplemente refinando los detalles más pequeños mientras el sistema se instala y prueba en paralelo con el sistema saliente.

En el proyecto, estoy usando controles desarrollados por Infragistics y hay un problema específico con UltraGrids del que he sido consciente durante un tiempo pero que el cliente ha marcado como un trabajo de baja prioridad.

Cada versión que envío para probar está marcada con elementos en la hoja de cálculo "Lista de arreglos" que crearon con prioridad de trabajos. Cada vez que recibo un correo electrónico con comentarios, parece que surgen o se agregan cosas nuevas, lo que en algunos casos es comprensible, pero una cosa en particular realmente me irrita.

El cliente SIEMPRE agrega al final de la lista "El elemento x (el problema con las cuadrículas) aún no se ha solucionado. Lo probé nuevamente y sigue igual. Prioridad baja".

Soy plenamente consciente de que esto es un problema; cuando tengo tiempo libre, investigo por qué no funciona correctamente, pero ahora hay 4 o 5 elementos en la lista de arreglos que indican que exactamente lo mismo no funciona, cuando nunca actualicé la lista para mostrar que es sido cambiado Cada vez que arreglo algo, lleno la celda en amarillo para mostrar que necesita una prueba, pero nunca he marcado este elemento en amarillo.

Esto realmente me está molestando (si me perdonan el juego de palabras) y no sé cómo lidiar con él haciendo esto. A veces, me dan ganas de enviarle un correo electrónico redactado enérgicamente diciéndole que deje de agregarlo, sé que todavía está ahí para ser revisado, pero por supuesto no puedo hacer esto por razones obvias.

¿Qué es lo mejor que se puede hacer en esta situación? No estoy seguro de si simplemente ignorarlo, si debo responder, o incluso cómo redactar una respuesta si lo hice.

¿Te pagan por este David? (Acabas de describir cada trabajo de software que ha existido o existirá alguna vez; ¿no estoy seguro de que hayas tenido que entrar en tantos detalles? Todo lo que tenías que decir era "este es un trabajo de software").
Sí, me pagan por ello. No estoy seguro de qué detalles aquí no son relevantes.
Lo que quiero decir es: la situación general que describe es absolutamente común en el software. Es normal.
Lo único que se me ocurre que se puede eliminar son los detalles mencionados en el párrafo 3. Además, el párrafo 2 no agrega mucho a la pregunta, se puede eliminar ... Ambos problemas menores (jeje), no lo haces en ningún otro lugar, así que no me molesté en dejar un comentario antes. ¡Ahora seguiré comentando hasta que hagas algo al respecto!
@Fattie ¡Excelente! ¡Esto significa que puede decirnos cuál es el SOP en esta situación!
NO "todos los trabajos de software". En algunos talleres, los requisitos se aprueban antes que el diseño, el diseño se aprueba antes que el código, el código se revisa antes de la prueba y el cliente no es el probador.
@rath Claro: (1) no se moleste por esto "pero una cosa en particular realmente me irrita" , ya que precisamente lo que se describe, lidiará exactamente con esto todos los días de su vida laboral desde ahora hasta que se jubile ( a menos que cambie a otra carrera o muera) (2) 'aguante' y sea infinitamente cortés (3) para salir adelante en el software, siempre "haga suyo el problema"; arréglenlo (a nadie le importa la biblioteca "de quién es la culpa" o usted o alguien más: hágalo suyo y arréglelo).

Respuestas (4)

Un aviso cortés podría ayudar:

hola cliente

Veo que ha agregado el problema de la red a la última lista de soluciones con una prioridad baja, a pesar de que no está marcado como listo para la prueba.

¿Puede confirmar que esto es, de hecho, de baja prioridad, ya que parece haberlo agregado varias veces? Si es necesario abordar esto antes, hágamelo saber y actualizaré el registro en consecuencia.

Gracias

Esta es la forma más educada que se me ocurre de denunciar su mezquino comportamiento, sin dejar de ser profesional.

"Comportamiento mezquino", sí, ¡eso lo resume todo! Gracias, este parece el mejor tipo de respuesta y lo que estaba buscando.
También considere programar una breve llamada de Skype o telefónica para discutir esto en persona, ya que su comunicación sobre este tema hasta ahora parece pasar desapercibida.
Ese problema debe ser realmente fácil de probar.
@rath Sí, jaja, lo es. Es solo una validación de entrada de una de las celdas en una cuadrícula, por lo que este cliente parece querer seguir intentándolo.
es una muy mala idea hacer lo que dice aquí. OP dice que OP está "molesto" porque: un elemento aparece 6 veces en el software de seguimiento de errores. Solución: no te enfades, tómate una cerveza y ríete de ti mismo (o búscate otra carrera).
la idea de molestar, de una manera snipey, a un cliente porque la lista de seguimiento de errores no está en un estado de perfección anal es increíble. si el cliente quiere, puede repetir, 10 veces al día, alguna observación. (O - solucionar el problema.)

La solución obvia es simplemente ignorar el problema. Si realmente te molesta (y no veo por qué debería hacerlo), simplemente envíales un correo electrónico con una carita feliz informándoles que no tienen que seguir probando este problema, porque prometes hacérselo saber lo antes posible. como se ha arreglado.

Hay una diferencia entre "prioridad" e "importancia". La prioridad se trata de lo que debe hacerse primero. El cliente no cree que esta solución deba hacerse primero . Sin embargo, al recordarle cada vez que esto debe solucionarse, dejan muy claro que esto es importante. Alguien llamó a esto "comportamiento mezquino". Creo que alguien está mal interpretando al cliente aquí.

Si no quiere que un cliente totalmente indignado finalmente hable con su jefe y lo desanime por no solucionar este problema que mencionaron cada vez, consideraría seriamente solucionarlo .

A diferencia de lo que sugiere TonyK, no envíes mensajes con emoticonos. El cliente podría estar muy, muy molesto si haces eso. No "prometas avisarles tan pronto como se haya solucionado". Promete arreglarlo.

Esto es bastante común.

Podría ser por varias razones. Podrían estar siendo bonitos, es posible que hayan tenido problemas con cosas que se perdieron en el radar en el pasado, así que se aseguran de que no se olviden.

no lo tomes como algo personal

Los clientes pueden hacer cualquier cantidad de cosas extrañas, inexpiables y francamente locas. Usted, como contratista, siempre debe ser profesional a pesar de todo.

A veces, los clientes harán cosas en las que tienes que señalarles y lidiar con eso. Como pedir dos requisitos completamente contradictorios. Si hace que el trabajo sea imposible, debe decírselo.

Este no es un momento así. Este es solo un cliente que crea problemas duplicados. Si los hace felices, déjalos y luego arregla los problemas. Realmente no es un gran problema.

Tratar con un cliente particularmente irritante sobre un tema específico
RespuestasAquíPolítica de privacidad1y, 0v