¿Cómo puedo tratar con mis compañeros de trabajo usando jerga y acrónimos desconocidos?

Aunque muchas respuestas le dicen con razón que el uso de jerga y siglas es normal, debe tenerse en cuenta que su uso no es universalmente apreciado. A Elon Musk no le gustan los acrónimos, e incluso ha instruido a los empleados de SpaceX para que usen la menor cantidad posible de acrónimos y jerga .

A pesar de que la mayoría de la gente te dice que deberías aprender a lidiar con la jerga, de hecho hay personas cuyas opiniones importan que sienten lo mismo que tú. Si eso te da consuelo, deja que ese consuelo sea tu forma de lidiar con la avalancha de jerga que tendrás que soportar. Encontrar el consuelo propio y "lidiar con él" es en realidad una excelente lección de vida.

Si bien "caso de uso" es un término general, es normal tomar más de un mes para aprender la jerga y los acrónimos específicos de la empresa y de la industria.

Igualmente, después de solo un mes, tus compañeros de trabajo deberían considerar normal que todavía te estés mojando los pies y deberían estar dispuestos a explicarte las siglas y otros conceptos específicos de la empresa y la industria.

Así que no le pidas a tus compañeros de trabajo que dejen de hablar con siglas. Pídales que le aclaren sus siglas. Luego escriba las definiciones para que pueda recordarlas.

Paso 1

Cambia tu estado de ánimo.

"¿Cómo puedo pedir educadamente a mis compañeros de trabajo que hablen normalmente?" es bastante acusatorio y estoy seguro de que nadie en la oficina disfrutará de ser criticado por el chico nuevo que no entiende las siglas.

Sin embargo, si toda la reunión se llevó a cabo en klingon y su empresa no está relacionada de ninguna manera con el uso o el desarrollo del idioma, entonces tendría un caso sólido para solicitar que sus compañeros de trabajo hablen normalmente.

Paso 2

Cuando encuentre acrónimos, tómese el tiempo para escribirlos. No es prudente detener a alguien 8 veces durante 30 segundos de discurso, especialmente si se trata de un grupo.

Si el tema de la reunión es un proyecto en el que está involucrado o del que es responsable, asegúrese de tomar buenas notas adicionales que pueda traducir más adelante. Lo más probable es que incluso si alguien le dijera qué significa "PLR", aún no sabrá qué significa, para qué se usa ni dónde encontrarlo. Estas son todas las cosas a las que debería buscar activamente la respuesta durante sus horas de trabajo.

Si está hablando uno a uno con alguien, puede pedir humildemente la definición de cada acrónimo si el orador no parece demasiado molesto o simplemente hágale saber que tiene problemas con los acrónimos.

Paso 3

Si ha estado escribiendo acrónimos, busque a alguien en quien confíe durante algún tiempo de inactividad y pregúntele si puede explicarle los acrónimos que ha escrito. Si introducen un nuevo acrónimo, agréguelo al final de su lista.

Las siglas son una parte de todos los negocios. Muchos de ellos son esotéricos dentro de una empresa específica, pero cosas como "compra" y "caso de uso" se pueden buscar fácilmente en Google.

No estoy seguro de en qué industria se encuentra, pero 0,28 minutos de búsqueda en Google revelan que MOP parece ser un Protocolo de operación de mantenimiento.

Si tuviera que adivinar, probablemente encontrará muchos más acrónimos junto con sus definiciones repartidas en los MOP, por lo que definitivamente debería buscar estos documentos.

Francamente, si no sabe qué es un MOP durante una reunión y aún no lo sabe durante la próxima reunión, el problema es usted, no el acrónimo.

La jerga es una importante herramienta de comunicación tanto para acelerar la comunicación como para hacerla más precisa. No creo que sea útil, ni siquiera posible, obligar a sus colegas a usar solo el inglés estándar para las discusiones de trabajo.

Lo primero que debe hacer con cualquier término o abreviatura que no le resulte familiar es introducirlo en su motor de búsqueda favorito y en Wikipedia. Eso funcionará para términos de la industria como "caso de uso". Es posible que pueda hacerlo en una reunión sin detener el flujo de la reunión.

Si lo hace, reducirá las preguntas que tiene que hacer. Solo pregunte en la reunión si es realmente necesario, si no saber la palabra le impide seguir algo que necesita entender. De lo contrario, escríbalo y pregúntele a alguien después.

Utilice esta experiencia para mejorar la incorporación de su empresa

1. Cuando escuche o vea a personas usando acrónimos o términos que no conoce, escríbalos. Mantenga un cuaderno con usted con una página dedicada a esto.

2. En su reunión individual semanal con su supervisor, pregúntele sobre los nuevos términos que ha encontrado esa semana. Si no tiene una reunión individual semanal con su supervisor, solicite una; especialmente la necesita como empleado nuevo que no está familiarizado con la industria.

3. Tenga en cuenta la definición de cada término y amplíelos si lo necesita más adelante.

4. Al final de los seis meses, elabore un documento con los términos y definiciones. Recomiende que Recursos Humanos le dé esto a todos los empleados nuevos. Si estos términos eran nuevos para usted cuando comenzó, serán nuevos para otras nuevas contrataciones.

Esto es ligeramente similar a la respuesta de @MonkeyZeus, pero en una dirección diferente.

Es posible que tenga un problema mayor que las siglas aquí. Si cree que toda la empresa debería dejar de usar términos técnicos solo porque no los entiende, su carrera en cualquier empresa será difícil.

Por supuesto, esto supone que obtienes una respuesta si preguntas, y parece que sí. Si la respuesta no es satisfactoria, siga preguntando hasta que tenga la información que necesita aprender. Pero asegúrese de encontrar un momento apropiado para preguntar.

Además, si hay una documentación de la empresa o un wiki, probablemente tenga una función de búsqueda. Términos como "caso de uso", "de pie" o "kanban" también se pueden buscar fácilmente en Google. Simplemente ingrese "qué es X en TI" en su motor de búsqueda favorito.

Hay poco más que hacer que explicar los acrónimos, ya sea buscándolos en Google más tarde o, si es necesario, preguntándolos en tiempo real.

Como sugieren otras respuestas, solo pregunte si su uso causa una confusión total; interrumpir una reunión solo porque tienes curiosidad puede ser molesto.

Además, anotaría activa y visiblemente cualquier respuesta, ya que las personas parecen estar más dispuestas a explicar cuando tienen la sensación de que solo preguntarán una vez.

La mayoría de la gente tiene cierta tolerancia hacia los recién llegados que hacen preguntas 'estúpidas'; son los reincidentes los que ponen nerviosa a la gente.

Varias personas han sugerido preguntar si hay un glosario. Probablemente no lo haya si es tan pequeño, pero absolutamente pregunte. Entonces prepárate. Si la respuesta es "No, nunca hemos necesitado un glosario. ¿No todos conocen estos términos?" ofrécete a empezar el glosario tú mismo. Dígale a su jefe: "Solo somos 30 personas ahora, pero vamos a crecer y, a medida que tratamos de incorporar nuevos empleados, un glosario realmente ayudará. Sé que todavía siento que ustedes están hablando un idioma extranjero". ¡a veces!"

Mi empresa compró otra empresa hace dos años y con ~50 empleados repartidos en cuatro estados, no necesitábamos una tonelada de documentación. Luego agregamos un grupo completamente nuevo y estamos pagando el precio. La documentación de incorporación es muy importante y, a menudo, se olvida. De hecho, nos ocupamos de una tonelada de documentos de otras corporaciones y tenemos que leerlos y analizarlos, por lo que dependemos bastante de https://www.acronymfinder.com/ para una nueva empresa con la que no estamos familiarizados. Lo bueno de Acronym Finder es que puede acceder a la industria específica, lo que reduce significativamente sus opciones.

Hay un viejo chiste sobre la programación:

Hay dos problemas difíciles en la programación: nombrar cosas, invalidación de caché y errores de uno en uno.

Nombrar cosas es el problema más difícil en la programación.

La jerga es un aspecto necesario de cualquier comunicación técnica. No creas a los que dicen lo contrario. Musk critica los acrónimos porque son una jerga imprecisa, y eso está bien. Pero el hecho es que debes aprender la jerga para hacer tu trabajo .

Puede ser intimidante, pero es necesario. Casi cada uno de esos términos existe y su uso fue adoptado por su grupo porque no había una mejor alternativa.

Trabajé para... bueno, es básicamente una tienda de aplicaciones, que vende "extensiones" a un marco. Tiene un montón de términos, incluidos estos términos estrechamente relacionados:

• Extensión: El producto que compran los usuarios.
• Archivo: un archivo comprimido que sube el desarrollador y que contiene una única versión de la extensión.
• Paquete: Mayormente significa lo mismo que Archivo.
• Paquete compartido: un paquete que se incluye como una biblioteca para otros paquetes.
• MetaPackage: un paquete que incluye paquetes compartidos como bibliotecas.
• Versión: el archivo zip y sus metadatos asociados.
• Producto: Sinónimo de Extensión, que se utiliza para referirse al Portal del desarrollador, en lugar de a la Tienda.
• Detalles del producto: Sinónimo de Versión, que se utiliza para referirse al Portal de desarrolladores, en lugar de a la Tienda.

Cada uno de estos es una cosa muy, muy específica. Cualquiera de ellos puede confundirse con otro, y con frecuencia lo es. Un desarrollador, que solicita ayuda para cargar su archivo zip, puede llamarlo cualquiera de estos, o archivo zip, archivo, software o más. Y el soporte debe estar preparado para eso.

Pero internamente, cuando digo "¿estos datos son parte de la Extensión?" mis colegas sabrán exactamente a qué me refiero y dirán "ProductDetails se siente mejor".

No necesitan agregar "Estos son datos que varían con cada versión cargada del software del desarrollador, y son datos que solo usa DevPortal, por lo que sería mejor almacenarlos en la tabla de la base de datos Detalles del producto". Pueden decir eso, para explicar su razón de ser, pero todo está implícito en nuestro conocimiento común de los términos utilizados.

Estos términos no surgieron por accidente.

Nos sentamos, cada vez que hubo confusión dentro del equipo , y elaboramos exactamente lo que queríamos decir con cada uno. Hicimos todo lo posible para elegir y definir términos que evitaran la confusión. Y aun así, a veces escribimos código que usaba un término pero significaba otro.

Como otros han sugerido aquí, los definimos por escrito para que las personas que vienen al equipo puedan comprender las grandes franjas de lenguaje técnico, dependiente del conocimiento del dominio... o jerga.

Necesitas aprender estos términos para hacer tu trabajo

Si vienes al equipo, necesitas usar estos términos. No tiene sentido usar su propio idioma o términos. Eso es activamente contraproducente.

En otro término, teníamos términos como "sprite", "avatar", "marco", "postura", "especie", "personaje" y "jugador" - cada uno una capa distinta de abstracción en la visualización de un personaje en un juego. A pesar de definir con mucho cuidado cada término, teníamos dos equipos que desarrollaban dos sistemas diferentes, y cuando los vinculamos, descubrimos que los usos de ambos equipos no se habían alineado del todo...

Nombrar las cosas es difícil. ¿Pero no hacerlo en absoluto? ¿No tener un vocabulario técnico compartido? De esa manera se encuentra la locura.

Hay mucha jerga y acrónimos no solo en los lugares de trabajo, sino en todas las organizaciones : en el trabajo, en la universidad, en tu club de juegos de mesa o en la tribu de surf.

Estás frustrado con eso, como lo estarían todos los demás. Lo único sensato que puedes hacer es

• felizmente busque en Google los de toda la industria, ya que los necesitará más adelante en su carrera

• pregunte tranquila y pacientemente sobre los específicos de su empresa; una forma amable es preguntar a sus colegas si existe un glosario y a su gerente para que le explique los que se mencionan con más frecuencia.

La jerga y las siglas oficiales tienen como principal razón de existir la rapidez y la precisión . Sin embargo, fallan miserablemente en ambos lugares. La intención de velocidad se anula rápidamente por la larga curva de aprendizaje para que los recién llegados entiendan la jerga específica de la organización. La precisión también, ya que la jerga a menudo introduce imprecisión, y proporciona una cobertura reconfortante para ocultar la falta de comprensión total del concepto.

Donde la jerga y las siglas triunfan es en la construcción de comunidad ; las personas que hablan un idioma específico de la organización se perciben a sí mismas como sirviendo a un objetivo común. Por la misma razón, la jerga es una barrera explícita para los extraños : “no perteneces aquí hasta que te conviertes en uno de nosotros”. Es por eso que la jerga y las siglas están presentes en cualquier organización. Rechazar la jerga y las siglas equivaldría a rechazar la cultura de su organización y, en última instancia, definirse a sí mismo como un extraño, condenado a ser expulsado de la comunidad.

La respuesta muy simple es tomar notas durante la reunión, preguntarle a un compañero de trabajo más tarde en el día qué significan.

Trate de recordar tantos como sea posible, pero no se preocupe, los recogerá con bastante rapidez.

Más molesto es cuando la empresa A usa BOM como 'lista de materiales', se traslada a la empresa B, donde significa 'modelo de orden base' urrrghhh

Un día serás tú quien use las siglas, solo recuerda eso cuando trabajes con alguien nuevo.

Prepárate antes de la reunión

En primer lugar, algunas de las palabras en su ejemplo ( compra y caso de uso ) no son en realidad jerga técnica, solo jerga comercial estándar, por lo que no son específicas de una empresa o industria. A menos que este sea su primer trabajo (pero parece dar a entender que no lo es), su primer trabajo en el que habla inglés, o estuvo restringido a un rol técnico muy limitado en trabajos anteriores, es sorprendente que no los haya escuchado.

En este caso,

He convocado esta reunión para establecer una aceptación para que el LSC cubra el caso de uso de BNN.

significa que el LSC (un departamento de su empresa, probablemente) está haciendo las cosas de cierta manera, y BNN (un cliente, probablemente, o posiblemente un nuevo producto/servicio) tiene una necesidad específica (caso de uso), por lo que necesitan tener LSC está de acuerdo (comprar) para cubrir esta necesidad. Dependiendo de quién esté en la reunión, la reunión puede tener personas de LSC que están aquí para entender la nueva necesidad y aceptar cubrirla (posiblemente con condiciones), o puede ser una reunión para decidir cómo se va a presentar esto. LSC.

A continuación, me gustaría agregar a todas las respuestas " búsquelo después de la reunión " una respuesta " búsquelo antes de la reunión ":

• Una reunión debe tener al menos una breve reseña que le diga lo que se va a discutir. Dependiendo de qué tan formal sea la reunión, puede tener una agenda detallada o, en algunos casos, documentos completos para discutir durante la reunión (que pueden variar desde la infame presentación de Powerpoint hasta las especificaciones detalladas de 400 páginas). Además, debe saber con anticipación quiénes estarán presentes en esa reunión.

  En este caso específico, al menos debería haberle dicho con anticipación que la reunión se trata de "obtener la aceptación de LSC para el caso de uso de BNN", ya que este es el tema de la reunión. Probablemente también obtuvo algunos detalles sobre el "caso de uso de BNN".

• Si no se le proporciona alguno de estos por adelantado, solicítelos tan pronto como lo inviten a la reunión. Los participantes de la reunión quieren que esté preparado, y no puede estarlo si no sabe lo que se va a discutir y con quién.

• Prepárate para la reunión. Lea los documentos. Busque cualquier término que no entienda. Busque las personas que van a estar presentes en la reunión, de qué equipo forman parte, cuál es su trabajo. Toma nota. Si es necesario, haga preguntas antes de la reunión o prepare una lista de preguntas para la reunión. Pero haga su propia investigación primero, no quiere estar haciendo preguntas que todos saben (o piensan) que podría haber encontrado fácilmente la respuesta si hubiera hecho su investigación.

Finalmente, dependiendo de su papel en las reuniones, su reacción inmediata puede variar. Si le hacen preguntas directas o le asignan tareas, debe tener claro qué se le pregunta o qué debe hacer. Así que probablemente deberías preguntar cuando no lo sepas. En este caso, probablemente no esté en el LSC y no esté directamente involucrado con BNN, por lo que probablemente no estuvo directamente involucrado.

De lo contrario, como han sugerido otros, tome notas. Debe tomar notas de todos modos, pero debe resaltar en sus notas (use un color especial o una sección especial en su cuaderno) todas las cosas que no entendió y necesita investigar más.

Tenga en cuenta que, en muchos casos, el significado de un término puede quedar claro durante la reunión en sí, ya que las personas continúan usándolo y discutiendo cosas a su alrededor.

En software tenemos los términos correspondientes fallo silencioso y fallo ruidoso .

Lo primero sucede cuando una parte del código no funciona, pero el procesamiento continúa como si el código hubiera funcionado correctamente y el usuario no recibe ninguna indicación de que las cosas han salido mal.

Este último caso es cuando una falla es puesta en conocimiento del usuario de alguna manera, ya sea por un mensaje de advertencia, interrupción total del trabajo, o lo que sea.

Cualquiera que trabaje en software le dirá que es mucho mejor que un fragmento de código falle de forma ruidosa que que falle silenciosamente. Esto se debe a que una falla silenciosa puede pasar desapercibida y sin corregir y eventualmente causar problemas que son mucho peores que una falla ruidosa. Las fallas ruidosas tienden a solucionarse antes.

Como jefe, preferiría que se interrumpiera una reunión para explicarle algo a alguien que no recibió el memorándum, que por cualquier otra alternativa. Puede ser que una decisión tomada mientras este empleado está en un estado de confusión sea una decisión equivocada y se hubiera hecho correctamente si la aclaración se hubiera hecho cuando se necesitaba por primera vez. Incluso hacer que el empleado espere hasta después de la reunión para obtener una aclaración podría hacer que parte del trabajo realizado en la reunión se desperdicie.

También existe el principio de que muchos problemas que surgen durante el curso de los negocios ocurren porque la administración no ha hecho su trabajo.

Si mi empresa contrató a un tipo que no sabía algún dato, es porque no verificamos o no nos importó. Si no lo iluminamos durante la capacitación de los nuevos empleados y luego lo pusimos en una situación laboral en la que necesitaba saber esa información, es culpa nuestra , no suya. Si esto interrumpe el trabajo, es nuestra culpa que el trabajo haya sido interrumpido, y no la suya.

Cuando sea su turno de hablar, no dude en solicitar una aclaración de cualquier cosa que no entienda.

Podrías intentar hacer lo que yo hago:

Aprende la jerga, para que la entiendas cuando la escuches o la veas, y luego, obstinadamente, niégate a usarla tú mismo.

¡No te rebajes a su nivel!
Hable correctamente, usando palabras completas, reales , que se pueden encontrar en diccionarios reales (preferiblemente impresos en papel real , no en su tinta electrónica novedosa (¡ ni siquiera es tinta ! )) y no Urbandictionary.com o Acronymfinder.com o algo así tonterías - y usando oraciones completas, para que todos entiendan lo que estás diciendo.

Las personas (como las que actualmente fingen que entienden lo que significan todas estas cosas) te lo agradecerán. Apreciarán su impulso para usar un lenguaje simple y sencillo. Y a los próximos nuevos titulares les resultará mucho más fácil adaptarse.

Algo que usé en el pasado cuando fui lanzado a una reunión fuera de mi experiencia:

• Use google/wiki en su teléfono para buscar el significado de la jerga/acrónimos
• Si no los encuentro, anótalos y después de la reunión trata de encontrar a un compañero de trabajo para que te los explique. Si es posible, trataría de atrapar a un participante de la reunión, ya que esa persona ya estará familiarizada con el contexto.

"Hola, usaste la palabra 'caso de uso' pero no estoy familiarizado con lo que significa, ¿puedes indicarme la dirección correcta?"

Estás en un entorno nuevo, por lo que tendrás que confiar en tus compañeros de equipo para que te ayuden, y puedes hacerlo haciendo preguntas claras y cortésmente aclaratorias, ya sea en el momento o más tarde una vez que hayas escrito. algunos de ellos hacia abajo como lo ha hecho.

Dudaría en pedirles a mis nuevos compañeros de trabajo algo que pudiera hacer yo mismo, en términos de pedirles que modifiquen sus comportamientos.