La mayor parte de mi vida, he estado en “comunicaciones”. He trabajado como escritor, como maestro (para niños y adultos), como orador público y como director de teatro. También soy programador, que actualmente es mi ocupación de tiempo completo. Esto es lo que he aprendido: la mayoría de las personas son malas para comunicarse.
Los programadores con los que trabajo no son peores que el promedio, y algunos de ellos son comunicadores talentosos. Pero comienzan con un par de desventajas: primero, su trabajo implica una gran cantidad de conocimiento especializado, mucho más que la gente en la mayoría de los otros campos. Incluso los médicos pueden explicar aproximadamente lo que están haciendo, porque comparten un contexto común con sus pacientes: los cuerpos humanos. Pero cuando un programador habla con un no programador, no hay casi nada en común con lo que pueda contar.
En segundo lugar, los programadores tienden a necesitar información muy específica para realizar su trabajo. Muchos de sus compañeros de trabajo no tecnológicos pueden sobrevivir (extremadamente bien) con una conversación más generalizada.
Imagine al capitán de un barco pirata diciéndole a su tripulación que “vaya a la isla y desenterre el cofre del tesoro”. La tripulación exigirá saber dónde deben cavar, porque es una isla grande. El capitán, acostumbrado a hacer cosas más amplias, como atacar barcos, se verá tentado a decir: “No sé. Simplemente comienza a cavar …” Entonces se enojará cuando su tripulación tome tres semanas antes de encontrar el tesoro.
- ¿Cuáles son algunas de las acciones que una persona puede tomar para calmarse después de un intercambio extremadamente enojado?
- ¿Cuáles son los secretos mejor guardados sobre la interacción social y las habilidades de las personas?
- ¿Hay chicas geeks con problemas sociales?
- ¿Cómo iniciar una conversación?
- ¿Cuál es la mejor manera de organizar la comunicación para las relaciones laborales?
Esta diferencia de alcance es una fuente importante de problemas de comunicación entre desarrolladores y no desarrolladores.
Es importante recordar el cliché (verdadero) de que la comunicación es una calle de doble sentido. La cuestión es que siempre sabes lo que quieres decir, y tu forma de expresarlo te parece clara, porque te entiendes perfectamente. Entonces, cuando hay un colapso, siempre se siente como la culpa del otro tipo. He escuchado a muchos desarrolladores quejarse de cómo sus gerentes no se comunican bien, lo que (desde la perspectiva de un programador) generalmente significa que no hay suficiente precisión.
Los problemas de comunicación son solo del 40% basados en “malas habilidades de comunicación”. Se basan aún más en que cada participante tiene información inicial diferente (cada uno sin darse cuenta de que la otra persona no comparte su información) y contextos o marcos diferentes, por ejemplo, una persona piensa que está hablando de “el panorama general” y el otros piensan que están hablando de los detalles.
Además, algunas personas prefieren un estilo de conversación enunciado mientras que otras disfrutan de un estilo negociado. Aquí hay un ejemplo del estilo explicado:
“Voy a tener una fiesta esta noche, y estás invitado. Si vienes a mi casa en metro, toma la estación Eastern Parkway de 2 o 3 trenes. Sal por las escaleras de la izquierda. Si ves un gran edificio de ladrillo en del mismo lado de la calle que tú, saliste por la salida equivocada. Regresa a la estación y toma la otra escalera … ”
Aquí está el estilo negociado:
“Voy a hacer una fiesta y estás invitado. Aquí está mi dirección: …”.
“¡Genial! Estoy emocionado. Probablemente vendré en tren. ¿A qué estación debo ir?”
“Eastern Parkway”.
[Luego. En el telefono.]
“Hola. Estoy en Eastern Parkway. ¿Qué existe debería usar?”
Cualquiera de los estilos es viable, pero no se mezclan bien. Los tipos de negociación pueden escuchar las instrucciones detalladas y pensar: “¡Demasiada información!” Los tipos explicados pueden escuchar la dirección y pensar: “¿Cómo se supone que voy a llegar allí con instrucciones tan vagas?”
Hay toneladas de excepciones, pero muchos desarrolladores son tipos detallados, mientras que muchos de sus compañeros de trabajo son tipos negociados. Como uno de los primeros, a menudo me irrita la cantidad de correos electrónicos que tengo que enviar para obtener la información que necesito. Recibiré un mensaje de un compañero de trabajo que dice: “Cuando hagas eso, por favor tráelo a la reunión”.
¿Que cosa? Que reunión Y si hago esas dos preguntas, generalmente solo obtendré una respuesta: “Me refiero al Proyecto Rojo”.
Luego tendré que enviar otro correo electrónico preguntando de nuevo qué reunión.
Por irritante que sea para mí, otras personas probablemente estén cansadas de mis largos correos electrónicos con instrucciones de varios pasos.
Finalmente, en cualquier conversación, es probable que te confundas si no actualizas constantemente un modelo de lo que la otra persona sabe. Y esto tendrá que estar parcialmente basado en conjeturas.
Por ejemplo, como programador, trabajo con algo llamado “funciones” cada minuto de cada día. Son tan comunes a lo que hago que me cuesta recordar que los no programadores no necesariamente saben qué es una función. Peor aún, algunos de mis compañeros de trabajo no técnicos han trabajado con desarrolladores el tiempo suficiente como para haber aprendido algo de jerga. Entonces, algunos de ellos saben acerca de las funciones, mientras que otros no. Si momentáneamente olvido con quién estoy hablando y qué es probable que sepan, podría poner un poco de jerga en la conversación que no entenderán.
Como alguien que nunca toma un curso de negocios, tengo el problema opuesto cuando mis gerentes comienzan a hablar de ROI y M&A.