Mi proyecto actual en el trabajo es parte de un producto que muchas personas usan internamente, con una lista de correo electrónico activa para recibir comentarios de los usuarios. Recientemente impulsé un cambio bastante visible y, como era de esperar, alguien comenzó un hilo en la lista con algunos comentarios.
Respondí para responder preguntas y mencioné que estábamos trabajando activamente para mejorar uno de sus puntos débiles.
Alguien más respondió al hilo:
Ya existe una función para [hacer la cosa] (como se explica en los documentos [enlace]). ¿Este sistema lo tiene en cuenta?
Respondí que estamos usando la misma API que esa función y (muy brevemente) expliqué cómo. También señalé la limitación actual, y que sin duda sería mejor si pudiéramos escuchar los cambios foo(lo que debería resolver el punto de dolor de OP).
Me respondió de nuevo diciéndome que debería hablar con el equipo de la API porque su código sabe qué es foo, "ver [enlace al código]"... lo que claramente mostró que la API solo guarda uno foopara todo el sistema, cuando lo necesitamos foopor objeto. .. y aunque él no podía saberlo, el código al que se vinculó era en realidad el código que usé como ejemplo cuando estaba escribiendo el mío.
Lo que intenté hasta ahora: nada, no confiaba en mí mismo para escribir una respuesta que sonara profesional y no sabía qué decir.
Personalmente, sentí que era bastante grosero responder a una gran lista de correo electrónico y pedirle al ingeniero una función si habían leído los documentos relevantes. Mi PM, gerentes y compañeros de trabajo también están en esa lista, lo que significa que también me preocupa cómo perciben la interacción. Por ejemplo, si respondo "OK, gracias por la información", ¿pensarán "wow, entonces ella no había leído los documentos?"... o si respondo "Sí, lo sé" , parecer grosero, como si fuera demasiado bueno para aceptar ayuda?
(Dejando de lado los sentimientos, ¡estoy seguro de que pensó que estaba siendo útil! Nunca habíamos interactuado antes, así que no puedo imaginar que tuviera ningún motivo oculto).
Creo que una gran parte del problema es que esta interacción se basó en texto y no sé cómo sondear "por qué me dices esto" o indicar "sí, ya sé sobre esto" educadamente.
Si fuera cara a cara, podría haber respondido con una risa amistosa y una sonrisa sobre "ah, es gracioso que deberías mencionar ese código, ¡eso es a lo que me referí como un ejemplo!", Lo que (con suerte) lo incitaría a ir. "Oh genial, así que no necesito explicarte cómo funciona" y entonces tal vez podríamos tener una conversación útil. La inmediatez de la interacción cara a cara también hace que el tono se sienta menos arriesgado porque si digo algo que sale mal, puedo corregir el rumbo y disculparme tan pronto como me dé cuenta.
Pero enviar un correo electrónico de "Sí, ese es en realidad el código que usé como ejemplo" podría parecer sarcástico (o incluso despistado, si no incluyo más información técnica, pero ¿qué? Intenté eso en mi primera respuesta y aparentemente eso no lo convenció de que había hecho mi investigación). Las pistas de contexto que normalmente me harían decir "oh no, eso sonó demasiado frívolo" no estarán presentes en el correo electrónico a menos que deje muy claro que se ofendió, en cuyo caso es un poco tarde para suavizar casualmente.
Entonces, para resumir todo eso: ¿ cómo puedo hacer valer mi conocimiento del dominio, al tiempo que señalo la apertura a información útil, por correo electrónico?
¿Cómo puedo hacer valer mi conocimiento del dominio, al mismo tiempo que señalo la apertura a información útil, por correo electrónico?
En general... Cámbialos y emparétalos. Actúa como si el chico fuera la persona más amable del mundo por enviarte un enlace que ya has visto. Si le preocupa que una sola línea que diga "Ya vi esto" sea demasiado abrupta o grosera, escriba más de una sola línea.
Me gustaría presentarles una de las muchas teorías que describen cómo las personas desarrollan relaciones saludables. Se llama Teoría de la Cortesía , y su premisa principal es que dos personas desarrollan una relación cuando cada una respeta, contribuye y reconoce las necesidades positivas y negativas del otro; la relación se deteriora si no lo hacen.
La cara positiva, en este caso, es la necesidad de gustar. Para ser valorado y estimado. Esto generalmente se hace a través de cumplidos, elogios y positividad general. La cara negativa es la necesidad de ser autónomo, de tener el control del propio comportamiento y de no estar obligado a hacer algo. Para comunicarse, esto significa solicitar cosas en lugar de exigirlas, lo que indica que usted valora y respeta el tiempo de una persona, y trata de cumplir con pocas obligaciones impuestas (si es que hay alguna). 1
En tu caso, parece que tanto tu rostro positivo como el negativo se ven afectados por este tipo: no te sientes valorado ni estimado, y sientes la necesidad de responder por la forma en que actuó. Quieres guardar tu cara positiva, así que no te disculpes demasiado si puedes evitarlo.
Al mismo tiempo, buscas una respuesta cortés, algo que reconozca tanto su cara positiva como su cara negativa. En general, aquí es donde los sándwiches de retroalimentación entran para mí personalmente, los encuentro de gran ayuda para dar a las personas una cara tanto positiva como negativa si no tengo que fingir.
Así que comience agradeciendo al chico por tratar de ayudar. Un cumplido creará una cara positiva mientras que valorar su tiempo también agregará una cara negativa para él. Sin embargo, no exageres para evitar que te consideren falso.
Luego ponga la parte 'negativa': Las partes que escribió aquí acerca de que él no podía saberlo, pero que ya vio ese código y lo usó durante el desarrollo van en medio de la retroalimentación del sándwich. Nuevamente, como se vinculó antes: no se disculpe aquí, indíquelo como un hecho. No comenzar la oración con 'Lo siento, pero'. Solo dañará tu cara positiva.
Finalmente, finalice con un breve resumen (si es posible) de su correo anterior (la línea acerca de que conoce la API dice que es un foo por sistema en lugar de por objeto), y su sugerencia anterior de que escuchar los cambios en foo puede resolver el problema. punto, pero la API actualmente no lo permite (como para afirmar nuevamente que sabe de lo que está hablando). Y luego pregunte a toda la lista de correo electrónico si alguien en el equipo de API podría aceptar tal solicitud de cambio, tal vez mencione que también aprecia esa información, para dejar más claro que está abierto a información útil .
1: The Interpersonal Communication Book, Joseph A. DeVito, capítulo 9; es de donde obtuve las definiciones de la teoría de la cortesía, y de cara positiva y negativa.
Como ejemplo, algunos de los correos electrónicos de trabajo que escribo siguen un poco de plantilla:
Oye x,
Gracias por tomarse el tiempo de responder tan rápido/enviarme Y/sus comentarios sobre X.
Probablemente no lo sabías, pero / Creo que se te olvidó considerar / Ya he visto Y, no soluciona el problema porque...
Persona con @CC, ¿me puede dar Z en lugar de Y? Propongo que nuestra próxima acción sea / Le pediré a la persona responsable que arregle esto, etc.
Casi nunca he recibido quejas de que esos correos electrónicos son groseros y, con mayor frecuencia, si hay un montón de personas que escriben (B)CC, a veces incluso me felicitan por manejar un malentendido con calma, por explicar las cosas claramente o por ser bueno en hacer que las personas adecuadas analicen un problema determinado y lo solucionen pronto.
La única vez que no funcionó fue con un compañero de trabajo muy, muy denso, que cometió más errores mostrando su incomprensión de lo que estaba haciendo y, finalmente, los despidieron del proyecto. Mis (ahora ex) compañeros de trabajo y yo todavía nos reímos de eso de vez en cuando.
En un buen grupo, la gente ya se habrá dado cuenta de que es tu compañero de trabajo el que está siendo denso, y no tú. Tratar de ser cortés solo hará que les gustes, ¡así que buena suerte!
Me acercaría a esto desde el punto de vista de la programación sin ego . Aborde esto como "estamos en el mismo equipo, tenemos el mismo objetivo básico, estamos tratando de ayudarnos unos a otros", en lugar de "por qué esta persona cuestiona lo que hice".
Desde su punto de vista, vio a alguien escribiendo algo que ya existía, y parece que no habías dejado claro por qué lo estabas haciendo. Desde su punto de vista, está tratando de evitar reinventar la rueda.
Entonces responda desde ese punto de vista: agradézcale por esforzarse por encontrar el código, diga que de hecho está usando ese código como base para su trabajo y explíquele lo que la función existente no hace lo que necesita. Es razonable "responder a todos" ya que la pregunta de por qué no está utilizando el código existente está ahí, pero también es razonable decir algo como "Si tiene más preguntas, pase por mi escritorio" para intentar terminar la cadena "enviar por correo electrónico a todos".
No se preocupe por "cómo se verá esto para los compañeros de trabajo/gerentes/...". Siempre he encontrado que los desarrolladores que se apegan a un enfoque de "solo los hechos, señora" eran los más respetados.
Tengo un doctorado, pero tengo que tener mucho cuidado porque no quiero parecer 'arrogante'. En todas las comunicaciones (como el correo electrónico) trato de usar 'por favor' y 'gracias' incluso si no son realmente necesarios. Abro la mayoría de los correos electrónicos con
"Tenga en cuenta:"
(muy genérico) y finalmente acabo de agregar
'Gracias'
a mi firma.
A veces, su conocimiento del dominio puede ser correcto, pero incluso entonces, las personas pueden ofenderse fácilmente si tiene la actitud incorrecta. Además, hay ocasiones en las que un sistema es tan específico que el conocimiento del dominio que crees que tienes es incorrecto. Si este es el caso, hay que tener especial cuidado, ya que hay que 'pisar con cuidado'.
Tener razón no impide dejar una mala impresión.
Trate de ser positivo y optimista.
Además, asegúrese de dar crédito a los colegas que lo ayudan y nunca intente 'robar' el crédito que se les debe.
Es muy importante no parecer grosero, así que comete un error por el lado de la precaución.
A veces agregando una pregunta, como "¿Quieres más explicaciones?" puede ser beneficioso, pero no siempre.
Como dijo uno de los comentaristas, también puede parecer grosero, así que solo tienes que seguir intentándolo...
USUARIO_8675309
joseperrito
ed grimm
Beto