¿Cómo debo responder a un colega que se niega a enviarme solicitudes de tareas por correo electrónico?

Esta mañana uno de nuestros diseñadores me llamó y me pidió que completara una tarea. Para tener un registro escrito, le pedí que me enviara un correo electrónico, pero de repente dijo que iba a hablar con el gerente y colgó.

Unos minutos más tarde, nuestro gerente me llamó y amablemente me dijo que, si bien generalmente es bueno tener todo por escrito, no necesito seguir esa regla religiosamente. Unos minutos después recibí el siguiente correo electrónico:

Integrar en la sección de noticias del sitio web.

Verifique todas las demás funciones e integre, si usted es el desarrollador, debe verificar la funcionalidad. No me pidas que envíe un correo.

Este correo electrónico realmente me molesta. ¿Cómo puedo responder para no empeorar las cosas? En el futuro, ¿cuáles son algunas buenas maneras de manejar esto?

Nota: En mi empresa para el 95% de los proyectos no seguimos ningún sistema de tickets o programación de tareas a menos que el cliente nos lo pida. Normalmente empezamos a hacer el trabajo.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

Respuestas (7)

Si el diseñador no quiere enviarte un correo electrónico, puedes tomar notas cuando estés hablando por teléfono y luego enviarle un correo electrónico con lo que discutieron.

Hola diseñador,
según nuestra discusión, comenzaré a trabajar en X, Y.

Es posible que la frase anterior no funcione en el sudeste asiático, de donde supongo que eres, pero entiendes la idea.

Esta es una buena práctica para las personas a las que no puede simplemente pedirles que le envíen un correo electrónico, es decir. su jefe o un cliente . Se asegura de que ambos estén en la misma página.

Un punto final, no es necesario que le digan que use Jira (o cualquier otro sistema de tickets) para usarlo. Hace unos meses, era el único en mi equipo que usaba Mantis (antes de que toda la empresa cambiara a Jira) y lo usaba como mi lista personal de tareas pendientes.


editar: incorporar algunos comentarios notables para que no se pierdan

Lo único que agregaría a esto es incluir en el correo electrónico cualquier detalle que el 'Diseñador' le haya dicho oralmente.

por DJClayworth

Este es realmente un buen consejo, especialmente si está tratando con personas que piden cosas pero no quieren estar sujetas a lo que pidieron. Cuando alguien se muestra reticente a documentar sus solicitudes, debe considerarlo como un riesgo. Esto es realmente donde el gerente de proyecto/scrum masters son útiles. Puedes dejar que sean los rigurosos con esas cosas.

por Jimmy James

También podría tener sentido resumir brevemente los requisitos que obtiene, en lugar de solo mencionar la tarea X. [...] Por lo tanto, el diseñador no puede quejarse si se entrega lo acordado.

por Søren D. Ptæus

[...] Realizar y mantener esta práctica documenta la conversación verbal con una marca de tiempo y da a las otras partes la oportunidad de corregir cualquier malentendido. Si no lo hacen y luego se quejan, ahora tiene una documentación que demuestra lo contrario. Como desarrollador, esta es una gran habilidad para tener; y, como profesional, esto te protege contra su falta de documentación.

por KareemElashmawy

Lo único que agregaría a esto es incluir en el correo electrónico cualquier detalle que el 'Diseñador' le haya dicho oralmente.
Este es realmente un buen consejo, especialmente si está tratando con personas que piden cosas pero no quieren estar sujetas a lo que pidieron. Cuando alguien se muestra reticente a documentar sus solicitudes, debe considerarlo como un riesgo. Esto es realmente donde el gerente de proyecto/scrum masters son útiles. Puedes dejar que sean los rigurosos con esas cosas.
Un sistema de tickets es la mejor manera de manejar esto, pero en los diferentes lugares donde no he tenido acceso a un sistema de tickets, así es exactamente como hago un seguimiento de todo. Además, enviaba un correo electrónico después de terminar el trabajo explicando que lo hice y si surgía algo inesperado, etc. Básicamente continuando con el concepto de "correo electrónico como sistema de tickets".
Puede ir un paso más allá y responsabilizarlos ( y también evitar la comadreja "eso no es lo que pedí y nunca vi su correo electrónico") al redactar el correo electrónico: "Si entiendo correctamente, lo que quiere es _____. ¿Puede confirmar esto en respuesta a este correo electrónico para que pueda comenzar?" Luego no hagas nada hasta que respondan el correo electrónico.
Secundo a @DJClayworth. Rath sugiere recordar sus conversaciones por correo electrónico de manera similar a James Comey (ex director del FBI de EE. UU.). Realizar y mantener esta práctica documenta la conversación verbal con una marca de tiempo y brinda a las otras partes la oportunidad de corregir cualquier malentendido. Si no lo hacen y luego se quejan, ahora tiene una documentación que demuestra lo contrario. Como desarrollador, esta es una gran habilidad para tener; y, como profesional, esto te protege contra su falta de documentación.
Esta es una respuesta perfecta y excelente.
'La frase anterior podría no funcionar en el sudeste asiático'. ¿Por que no?
@rath También podría tener sentido resumir brevemente los requisitos que obtiene, en lugar de solo mencionar la tarea X. Además, podría escribir algo como " No dude en comunicarse conmigo si nota algún problema con este resumen " . . Por lo tanto, el diseñador no puede quejarse si se entrega lo acordado.
@PagMax Di más o menos la misma respuesta en una pregunta diferente hace algún tiempo. El comentario de Enderland sugiere diferencias culturales de las que no estoy al tanto. Pensé que lo tomaría en cuenta esta vez :)
@rath, Enderland debe haber tenido una experiencia realmente mala con los jefes indios. Sin embargo, no existe una diferencia cultural tan misteriosa. Todos vivimos en un mundo global y la cultura laboral es más similar que diferente. Ambas respuestas se aplicarían igualmente en el contexto del sudeste asiático (o indio). Excepto que puede ser que usted se dirija a su jefe como 'Señor/Señora' en lugar de su primer nombre. (Eso también fue más frecuente en los años 80 y no tanto en estos días). Aunque es común encontrar de vez en cuando a una persona difícil con poca cultura laboral y lamentablemente sus acciones son estereotipadas.
Dirección correcta y bueno incluir comentarios. Intentaría integrar más las ideas en los comentarios para que no se vean tan inconexas, pero por lo demás, +1.
@Wildcard Descubrí que esta también es una buena manera de hacer que las solicitudes casuales no se conviertan en trabajo real por accidente. Un conversacional "¿puedes...?" que me devolvió un correo electrónico que decía "me preguntaste si puedo <cosa>, ¿quieres que lo haga? Si es así, por favor <haz otra cosa> para que pueda (comenzar|aclarar con el jefe)" me ha ahorrado mucho dolor de cabeza en los últimos veinte años. Acerca de 7/10 veces nunca escucho de nuevo. Tenga en cuenta que no se trata tanto de hacer que el trabajo "desaparezca", sino de asegurarse de que solo trabajo en cosas en las que realmente debería trabajar y tener un registro de lo que hago.
También le haría saber al diseñador POR QUÉ desea un registro en papel y le explicaría que seguirá el proceso anterior para todas las solicitudes verbales. Creo que él o ella comprenderá sus motivaciones y, por lo tanto, no se molestará por lo que podría parecer una redundancia en la comunicación.
En algunas empresas, no se le permitiría colocar dicha información en un sistema de emisión de boletos de terceros debido a las reglas de confidencialidad.
take down notes when you're on the phone and then send him an e-mail with what you discussed.¡¡Bingo!!

Cualquiera que se niegue a poner cosas por escrito accesibles al público, como un correo electrónico, lo más probable es que lo haga para evitar dejar un rastro de información que de alguna manera pueda usarse en el futuro para responsabilizarlos por algo, cuya naturaleza no es siempre comprensible para otras personas. Es un tipo de comportamiento paranoico. La pregunta que debe hacerse, creo, no es cómo responder a esta persona, sino qué es lo que esta persona está haciendo todo lo posible para evitar asumir la responsabilidad y por qué. Básicamente se reduce a la política de supervivencia de la oficina, como en "Te daré instrucciones, pero si estaban equivocadas, serás culpado y no yo".

Como han mencionado otros, es mejor que encuentre una manera de dejar su propio rastro de información, un registro de algún tipo, que detalla qué es lo que se le pidió que hiciera y quién le dijo que lo hiciera. Se llama cubrirse el trasero y es parte de la política de la oficina. Creo que esta persona que se niega a enviarte un correo electrónico no es inocente, tiene una agenda oculta y es mejor que la vigiles.

Tengo un compañero de trabajo que siempre se niega a enviar correos electrónicos, ahora le doy un correo electrónico detallado de las cosas que voy a hacer.
No creo que esto sea correcto. Creo que es mucho más probable que el diseñador piense que su tiempo es demasiado valioso para desperdiciarlo en la redacción de un correo electrónico: ya le han dicho al peón qué hacer.
Estoy de acuerdo. He estado en situaciones en las que se han solicitado cambios oralmente y los he accionado, solo para que luego me digan que los cambie (otra vez oralmente). Decir que hice todo lo que me pidieron, luego se convierte en "no, no lo hiciste, nunca pedí eso". Al menos con un correo electrónico, puede devolvérselo y decir "Sí, me dijiste que hiciera eso".
-1 Conozco a muchas personas que no son maliciosas en absoluto al no dejar rastros en papel. Simplemente descoordinado, caótico, confuso, con exceso de trabajo.
@AnoE descoordinado y caótico no coincide con la parte de negarse a enviar un correo electrónico. Una persona así simplemente olvidaría, no se negaría.
No me gusta la suposición de mala fe. Podrían estar mal organizados o mal mecanografiar.
@JaneDoe, "Cualquiera que se niegue a poner las cosas en una escritura de acceso público, como un correo electrónico, probablemente lo haga para evitar dejar un rastro de información", obtuvo mi "-1". De los 4 contraejemplos que di, siéntete libre de elegir al menos uno que te guste, y estamos listos. ;)
No es responsabilidad de la persona que da la tarea ponerla por escrito. Si se comunica verbalmente, es su responsabilidad tomar nota de ello. Si hay alguna duda, debe hacer un seguimiento en un correo electrónico y confirmar cualquier detalle. A menos que haya algo que sea extremadamente complicado y específico, no espero que se escriba en un correo electrónico. Imagínese si el gerente tuviera que enviar un correo electrónico para cada tarea que asigna. Es simplemente ineficiente.
Lunyx, ¿por qué no sería así?, claro, conciso y fácil de recordar y referenciar. No veo ninguna razón por la que las personas no escriban sus solicitudes y comunicaciones. Después de todo, ellos pueden formular mejor lo que saben, ¿no es un problema de responsabilidad hasta donde puedo ver más un problema de comunicación?
@JaneDoe1337 Soy bastante descoordinada y caótica, y me niego rotundamente a hacer cosas como enviar correos electrónicos que creo que olvidaré enviar. Si estoy de acuerdo con las cosas y luego me olvido de ellas, es culpa mía. Puedo evitar que eso suceda si no estoy de acuerdo con cosas que sé que probablemente no haré.
Me parece que las personas que insisten en los correos electrónicos para tareas básicas obviamente conservarán sus correos electrónicos para siempre y luego los buscarán años después por un argumento sin sentido. Elimino a propósito los correos electrónicos después de haberlos tratado para no ser arrastrado a este horrible rasgo moderno.
@Lunyx En un entorno de desarrollo bien ejecutado (o incluso mediocre), no se debe iniciar nada hasta que la tarea se haya registrado correctamente para que los desarrolladores, el "cliente" y el control de calidad sepan lo que se espera.
@GrimmTheOpiner Sí, acepto que no se debe iniciar nada hasta que se haya registrado la tarea. Una tarea se puede dar verbalmente, pero debe ingresarla en cualquier rastreador de problemas que use. Confirme los detalles de implementación con quien esté manejando el problema. Para mí, recibir cada tarea por correo electrónico se siente como ser un dron de código sin la capacidad de pensar por sí mismo.
@Lunyx De hecho, y estoy bastante seguro de que está de acuerdo, la tarea debe discutirse, registrar la discusión a medida que avanza, con el desarrollo del cliente y el control de calidad contribuyendo. El empleado en cuestión que ni siquiera se molesta en escribir un correo electrónico, ¡probablemente tampoco se molestará en leer uno hasta que se aplique un ajuste de actitud!

Por lo general, trato de convertir una llamada o una solicitud de mensajería instantánea en un correo electrónico a través de algo como esto:

Estoy en medio de algo en este momento, ¿puedes enviarme tu solicitud por correo electrónico? Me pondré en contacto contigo cuando esté disponible.

Esto tiene los siguientes beneficios:

  1. Establece la expectativa de que no estoy a la entera disposición de nadie.
  2. Obtiene el resultado deseado (registro escrito de la solicitud), aunque sí, un boleto sería genial.
  3. Esta es una respuesta completamente razonable a una interrupción.

Las llamadas telefónicas y los mensajes instantáneos son comunicaciones sincrónicas que a menudo interrumpen a las personas en medio de una tarea. Considero que mi trato es a la vez profesional y cordial, lo que puede llegar lejos para ganar el favor de los compañeros de trabajo.

Solo voy a ver esto de manera ligeramente diferente.

El texto del correo electrónico parece implicar (de una manera muy grosera y sarcástica) que el colega cree que no debería tener que enviarle un correo electrónico sobre cómo hacer su propio trabajo.

Fíjate en esta frase:

Verifique todas las demás funciones e integre, si usted es el desarrollador, debe verificar la funcionalidad.

Parece estar explicando algo que cree que tú ya deberías saber hacer.

¿Tal vez su respuesta debería tener esto en cuenta?

Esta es exactamente la interpretación que saqué de ese correo electrónico también. Leí "no me pidas que envíe un correo electrónico" como "no debería tener que recordarte que hagas esto".
Parece que acaba de pedir que se agregue algo de contenido al sitio web y se asegure de que no se rompa. Una respuesta etiquetará el OP como un quisquilloso. Simplemente me haría una nota, tal vez incluso me enviaría un correo electrónico, para que haya un sello de fecha con un registro de lo que se entiende que se solicita, en caso de que haya una pregunta en el futuro.

¿Qué debo responder a este correo electrónico?

Responde "Está bien".

En el futuro, ¿cómo debo manejar esto?

Aparentemente, solo debe hacer el trabajo y no tratar de exigirles que le envíen un correo electrónico.

Aprendiste una lección sobre cómo el diseñador espera ser tratado. No es gran cosa, nada de qué preocuparse. Pero ahora lo sabes.

Le pediría que escribiera oraciones gramaticalmente completas para empezar "Integrar en la sección de noticias en el sitio web" plantea la pregunta integrar qué,
@Neuromancer Según la versión original de la pregunta , la gramática deficiente puede deberse a la traducción del OP, no al compañero de trabajo.
@Neuromancer David probablemente tenga razón, pero simplemente pedirles a sus compañeros de trabajo que "escriban oraciones gramaticalmente completas" parece una buena manera de hacer enemigos. Si una solicitud no está clara, se puede solicitar una aclaración específica.
@Dukeling por qué no soy disléxico y para ser profesional tengo que trabajar mucho más en mis comunicaciones escritas
Estoy sorprendido por esto. Creo que la respuesta aceptada "envíales un correo electrónico en su lugar" es mucho mejor.
¿Por qué el diseñador tiene que tener razón y permitirle controlar el entorno de trabajo? Pueden estar pidiendo algo completamente inalcanzable. Si el diseñador se niega a poner sus requisitos por escrito, y el gerente lo permite, entonces la respuesta que indica que el desarrollador debe enviar por correo electrónico su comprensión de los requisitos al diseñador (cc al gerente para mantenerlos informados) es la correcta. .
¿Cómo se supone que OP es responsable de ejecutar la tarea si los detalles no están escritos en ninguna parte? Creo que sugerir que aceptar requisitos orales indocumentados sobre tareas técnicas es una mala idea.
No respondería "Está bien" a un correo electrónico con tal escasez de información útil/captura de requisitos. También sería cauteloso si le diera la impresión a este diseñador de que puede darme órdenes de esta manera.
"Aprendiste una lección sobre cómo el diseñador espera ser tratado". Y espero que el diseñador aprenda que no siempre se cumplen todas las expectativas.

Integrar en la sección de noticias del sitio web.

Verifique todas las demás funciones e integre, si usted es el desarrollador, debe verificar la funcionalidad. No me pidas que envíe un correo.

Esta hubiera sido mi respuesta:

Si no crees que soy un desarrollador, está bien. Seguiré integrando la sección de noticias en nuestra web.

Pero en el futuro, si quieres que priorice una tarea tuya específica sobre mi otro trabajo, quiero que me lo envíes directamente por correo electrónico.

No me malinterpretes, haré la tarea incluso si no me la envías por correo electrónico, pero si la tarea está redactada de forma muy vaga y no está escrita para empezar, irá al final de mi cola.

PD: Reemplace 'redactado vagamente' con lo que crea que estaba mal con su solicitud inicial. Por lo que sé, lo que inicialmente te solicitó por teléfono puede ser incluso peor y menos definido que lo que te escribió en el correo electrónico.

Además, sé que esta respuesta llega con una semana de retraso, pero si te gusta esta respuesta, puedo decirte el nombre del libro y los principios en los que se basa.

¿Alguna razón en particular por la que no atribuirías tu fuente desde el principio? Las fuentes no suelen aplicarse a este sitio, pero siempre es bueno tenerlas.
@Lilienthal, Como he recomendado ese libro tantas veces y en tantos foros, no quiero sonar como un spammer. Además, cada vez que siento que tengo que repetir las mismas advertencias: 1. No confíe en el título del libro. El libro no es lo que crees que trata. 2. Lea las reseñas de los clientes de Amazon. 3. Lea el libro al revés, desde el final hasta el principio, el final tiene las transcripciones de ejemplo, el medio tiene las metáforas y el principio no tenía sentido para mí hasta que leí el resto del libro primero. amazon.com/When-Say-No-Feel-Guilty/dp/0553200666

Esta es una pregunta interesante ya que es una que he encontrado varias veces en entornos completamente diferentes. He estado en la corte antes (y gané, sin ninguna ayuda), así que soy muy consciente de cuán basado en evidencia es el proceso en realidad. En la televisión, generalmente se trata de quién puede golpear el escritorio o gritar lo suficiente. En realidad, se trata casi por completo de leer recibos, mirar cartas, papeleo, comprobantes de envío, etc. El éxito o el fracaso de su caso puede depender completamente de si puede o no presentar algún tipo de evidencia "sólida" en lugar de solo tu propia cuenta de las cosas.

Hay ciertas personas u organizaciones que siempre intentarán evitar poner algo por escrito o en un correo electrónico, ya que potencialmente los hace responsables de una forma u otra. Esto no es solo en un sentido legal, algunas personas no lo harán simplemente por el daño potencial (ya veces muy trivial) a la reputación que podría causar; por ejemplo, si se supone que deben estar supervisando algo pero hacen una sugerencia incorrecta o deficiente.

Después de mi exposición a la corte y varias otras anomalías, he adoptado el enfoque de quedarme con al menos una copia de cualquier cosa remotamente oficial. Si tuviera un escáner, también escanearía estos. Parece que lleva mucho tiempo, pero en realidad es muy sencillo colocar las cosas en la carpeta cuando aparecen y, de hecho, ha sido útil; Por ejemplo, logré reproducir tres confirmaciones de registro de votación diferentes desde allí para el banco.

También he trabajado en el sector de I+D farmacéutico, que está muy dominado por el papeleo y las cadenas de custodia. Se supone que cualquier cosa y todo lo que se hace (científicamente) tiene al menos una hoja de papel asociada.

Hay una inmensa cantidad de rango tirando y evitando pisar los dedos de los pies. Por ejemplo, con frecuencia observé a personas que hacían cosas (como el miembro más joven del personal) que eran categóricamente incorrectas (como escribir lo que debería ser un volumen en lugar de lo que realmente es ) o que la FDA podría considerar inapropiadas. . Pero básicamente nunca se dijo nada porque la gente no quería entrar en discusiones con las otras personas con las que habían pasado 15, 20, 25 años trabajando y con las que estarían atrapados en la oficina.

Como el miembro más joven del personal, también observé con frecuencia a personas que intentaban echarme la culpa. Por ejemplo, podría estar sentado en el escritorio con una persona a mi lado entregándome su propia documentación para refrendar algún error desconocido que habían decidido que tenía algo que ver con mi participación; con exactamente cerobase científica detrás de él o la verdad. Por ejemplo, vi a un científico senior pasar tres meses realizando un análisis que debería haber tomado dos semanas y generar más de doscientos resultados cuando debería haber requerido solo alrededor de 20, todo el tiempo con un mensaje de falla ('calentador no funciona') no entendían que aparecía en la parte frontal del equipo (un punto que planteé, tres veces, y que fue ignorado, tres veces). Esto solo resultó en una discusión de tres meses entre los departamentos sobre por qué los resultados de las pruebas estaban por todas partes. Una vez más, uno de los resultados de esta situación fue (para una o dos pruebas en las que participé en parte) que yo lo aprobara esencialmente debido a que 'no mezclé algo lo suficiente'. Lo cual no solo no hicieron No tengo ninguna evidencia real de (porque no era cierto) pero obviamente no era el problema porque el error estaba ahí antes y después de mi participación temporal. Luego intentaron insinuar que puede deberse a que yo manipulé el equipo; que era yo vaciando una botella en la máquina, que me habían pedido que vaciara. Había hojas de papel refrendado en los archivos dedicados a los errores que yo solo había cometido, después de preguntar a tres o cuatro miembros del personal de alto rango qué se debía hacer, menos sus nombres, una declaración que me habían recordado que esto no era política de la empresa y luego su propio nombre al final junto al conjunto correcto de resultados. Irónicamente, dado que eran muy reacios a dejarme trabajar en cualquier trabajo regulado, estaban de acuerdo conmigo arreglando piezas rotas de equipos (por ejemplo, d logró sacar un cable de señal de sus terminales de tornillo en la parte posterior de un detector arrastrando el equipo y entre ellos y el fabricante no pudo descubrir cómo volver a conectar los dos cables debido a una falla importante en la comunicación). Técnicamente, la falla del calentador debería haber sido investigada tan pronto como apareció y realmente no debería haber reparado los cables ya que no estaba técnicamente capacitado, firmado (o pagado) para reparar nada en absoluto (y este equipo estaba siendo utilizado para 'estudios reglados', es decir, aquellos que podrían ser la base de una aplicación o perfil de soporte, por lo que los resultados que genera podrían considerarse prueba legal directa). Literalmente, solo estaban adivinando qué podría estar mal y probando diferentes cosas al azar para ver qué funcionaba.

Esto sucedió sin cesar, no fueron únicos. Era una cultura de 'si puedes pasar la culpa, hazlo'. Como otro ejemplo, mis propios supervisores hicieron un uso liberal de la política de horarios flexibles. En la medida en que a menudo aparecían a las 10 u 11 a. m. y luego se iban a las 2 o 3 p. muestras y envío de resultados. Los directores del estudio terminaron recurriendo a mí como punto de contacto principal para preguntarme sobre el cambio de los protocolos del estudio porque solo discutían con los demás. Esto no tenía sentido en algunos casos, ya que no estaba autorizado para solicitar ningún servicio o material ni para realizar ningún cambio en ningún protocolo.

También tenían la costumbre de escribir las cosas en un correo electrónico después de decidir qué hacer. Y evitaría deliberadamente decir 'decidimos esto' o 'esto debería hacerse', pero diría 'lo que se sugirió', etc. sin discutir qué fue lo que se sugirió.

Recomiendo encarecidamente agregar una grabadora de llamadas a su teléfono en general.

Por terrible que suene, incluso he considerado usar algún tipo de grabadora de voz cuando estoy en un entorno así, en caso de que se diga algo 'extraoficialmente' que resulte ser en realidad 'confidencial' cuando resulte ser la causa. un problema. Esta es efectivamente la opción nuclear que solo querría usar en una situación grave; por ejemplo, alguien que intenta despedirte o advertirte formalmente por algo que te dijo que hicieras.

Básicamente, no hay forma de solucionar muchos de estos problemas. A veces puede hacer sugerencias (que probablemente se ofenderán personalmente) o intentar forzar la cadena de custodia respondiendo con lo que se hará y cómo y preguntándoles si es lo que querían decir, pero es probable que sea necesario hacer cualquier cosa. tiempo y eventualmente será visto como argumentativo.

Eyal tiene razón en que mantener algún tipo de registro de lo que sucede podría ser útil; sin embargo, en realidad no es una buena evidencia. Un tribunal podría considerar eso, o si se pone en contacto con un gerente diferente (y preferiblemente superior), podría estar interesado, pero también podría verlo como perjudicial; como ejemplo, alguien intentó advertir a la empresa para la que trabajaba sobre las estrategias de ventas inapropiadas que estaban utilizando algunos representantes y luego fue despedido por tener una mentalidad de trabajo en equipo deficiente (la empresa luego fue declarada culpable de actividad delictiva, multada con unos miles de millones dólares por problemas relacionados y todos dentro de la empresa se vieron obligados a recibir capacitación anual contra el soborno y la corrupción). A la larga, su propia cuenta de las cosas no En realidad, no tengo mucho peso, ya sea en una empresa o en un tribunal. Si solo envías por correo electrónico lo que vas a hacer, o crees que se ha sugerido, y no obtienes 'está bien, eso es correcto', pueden decir fácilmente que nunca te dijeron que hicieras lo que está en el correo electrónico; que acabas de asumir que es correcto.

Dado que su gerente le ha dicho específicamente que no solicite ningún correo electrónico, parece bastante claro que están tratando específicamente de evitar asumir cualquier responsabilidad y es casi seguro que son conscientes de lo que puede significar el envío de dichos correos electrónicos; que pueden tener que asumir alguna responsabilidad en algún momento. Colgar el teléfono es ridículo y, en combinación con los correos electrónicos, una señal casi segura de que están evitando a propósito cualquier tipo de registro que los involucre.

Creo que la vida es demasiado corta para soportar eso, ya que es esencialmente una forma de esclavitud blanda; obtienen más que usted porque se supone que deben resolver problemas y asumir una responsabilidad adicional para resolverlos, no crearlos y luego tratar de culpar a otras personas. Si está integrado en su departamento o en la estructura de la empresa, la mejor solución es considerar cambiar de departamento o trabajo.

Qué enorme pared de texto.
Grabar a personas sin su conocimiento o consentimiento o durante una llamada telefónica seguramente lo llevará a serios problemas legales, donde perder su trabajo sería la menor de sus preocupaciones. Recomiendo encarecidamente no hacerlo a menos que seas un personaje de un drama televisivo.