Explicando cosas técnicas a personas no técnicas [cerrado]

A menudo tengo que explicar cosas técnicas y decisiones técnicas a mi gerente extremadamente no técnico y soy bastante horrible al respecto. ¿Cuáles son buenas maneras de simplificar las cosas tontas para el resto del mundo que no tiene pasión por la programación?

Ejemplos de preguntas que me han hecho:

• ¿Por qué estás usando Django en lugar de Java? (No acepté que fuera más barato tampoco)
• Al pedirme que reformule las cosas en palabras no técnicas, mi oración fue "Ciertas etiquetas HTML no están permitidas". ¿Cómo puedo tontar eso?
• Otras cosas que tienen mucho sentido para mí, pero son tan básicas que no sé cómo explicarlas.
• ¡Por qué esto, por qué aquello, por qué todo!

Además, ¿cómo le digo a mi gerente que busque las cosas básicas en Google, como "¿Qué son los pilones?"

Tiendo a usar analogías. Tome lo que sea el tema y piense en algo completamente no técnico que entenderían, y explíqueles de esa manera.

El mejor ejemplo que se me ocurre es que si necesito explicar la orientación de los objetos, lo explicaré usando una baraja de cartas. O, cuando estaba tratando de explicar la idea de internet inalámbrico a mi tía abuela (que nunca ha usado una computadora), usé teléfonos inalámbricos para explicarlo.

Todavía no he encontrado ningún tema que no pueda tontear de esta manera.

Cosas que uso

^{con gran efecto y no tan gran efecto.}

• Analogías: Al explicar una situación o un proceso, realmente funciona bien si puede expresarlo en términos que ellos entiendan.
• Términos genéricos: en lugar de decir etiquetas HTML , podría decir código . Si hacen un seguimiento solicitando una explicación, podría ser hora de un breve resumen de HTML y cómo funciona. "Las páginas web están formadas por bloques llamados" etiquetas ". Si su navegador no admite una etiqueta específica, no se mostrará correctamente".
• Resúmenes y resúmenes: a veces funciona bien dar una breve sinopsis antes de golpearlos al revés con jerga técnica.
• Quite la jerga: Gire "La base de datos no está equilibrando la carga correctamente cuando recibe múltiples solicitudes de una subred IP". en "La base de datos tiene problemas para manejar las solicitudes de ciertas personas". Si tiene que explicarlo, reemplácelo con otra cosa. Si tiene que explicar la base de datos, está en problemas. "Lugar para almacenar cosas" es mi alternativa.
• Ayudas visuales: pizarras de roca. Usarlos para su ventaja.
• Hágalos técnicos: mantener a los gerentes, jefes y compañeros de trabajo informados ayuda. Si el administrador de la cuenta se confunde en las reuniones porque todos menos ellos entienden lo que se dice, podría hacer que quieran leer los correos electrónicos en los que fueron enviados. Tómese un tiempo al escribir notas o correos electrónicos para explicarse a fondo o señalar referencias para una explicación. Hacer que alguien descubra qué HTML es por sí mismo probablemente será mejor que tratar de incluirlo en una reunión importante.

Una vez, hace mucho tiempo, cuando aún era estudiante, me pidieron que explicara algo durante el almuerzo del domingo, una de las experiencias más educativas que he tenido. La persona que hizo la pregunta era demostrablemente no estúpida, pero no tenía antecedentes, el nivel de conocimiento que asumí simplemente no estaba allí. Comencé a responder, obtuve una mirada en blanco, cambié, aún en blanco, cambié de nuevo, todavía en blanco ... hmm ... así que comencé de la misma manera que comienzas a construir una aplicación, con pequeños bloques de explicación que puedes construir en algo más sustancial.

La parte clave de esta lección, para mí, fue (y es) cuánto suponemos (no solo los programadores, todos) sobre el conocimiento de otras personas sobre nuestra especialidad elegida, mientras que, de hecho, incluso, razonablemente se puede suponer que la mayoría de las personas Sé que 1 + 1 = 2 pero después de eso se pone interesante

Entonces, lo primero y más importante que debes comprender es que las personas no saben y no entienden lo que haces, pero sí entienden lo que hacen y cuando estás explicando cosas, por lo tanto, debes comenzar de manera simple y mantenerte en un lugar apropiado nivel para tu audiencia.

En términos de técnicas específicas, creo que @Josh K lo tiene bastante cubierto, y enfatizaría que las Analogías son un ganador absoluto.

Una cosa más: puede ser, de vez en cuando, aceptable simplemente descartar las cosas como "cosas geek", las personas no siempre quieren explicaciones completas de por qué y si previamente ha demostrado una voluntad de explicar y una capacidad para hacerlo de manera comprensible, entonces las personas se sentirán inclinadas a confiar en usted cuando sugiera que se aplican "razones técnicas complejas" o que, en última instancia, puede lograr un resultado particular al "hacer cosas geek" (o "cosas de programador" o cualquier término que funcione bien en sus alrededores)

Comunicar cosas técnicas a una audiencia no técnica (de uno o más) es una habilidad que puede desarrollar y que necesita.

Intenta responder no en términos de la tecnología subyacente, sino en términos del dominio del problema. "cuando un cliente que usa Firefox intenta hacer un pedido, su navegador no mostrará el botón COMPRAR - ese navegador no admite la etiqueta HTML que estamos usando"

A menudo, este es realmente el tipo de respuesta que la administración quiere. Si realmente quiere entender los detalles de bajo nivel, la mejor opción es hacer analogías con la tecnología que usted sabe que comprende.

Trato de encontrar una analogía con algo similar en el mundo real. Como, cuando mencioné una pila y alguien preguntó qué era eso:

"Bueno, tienes niños. ¿Alguna vez juegan con esos pequeños bloques de madera con letras en ellos?"

"Sí."

"¿Alguna vez los viste hacer una gran torre apilando un bloque encima de otro?"

"Sí."

"Está bien, y cuando tienes una torre así, solo es seguro tocar la parte superior de la torre, ¿verdad? Puedes poner otro bloque o puedes quitar el bloque por encima, pero si mueves algo debajo el bloque superior, todo se va a caer, ¿verdad? "

Riendo "¡Sí! ¡Les encanta aplastar la torre y hacer que se caigan!"

"Bueno, una pila es básicamente como hacer eso con datos. Configura una estructura de datos de tal manera que solo puede agregar cosas a la parte superior o eliminar el elemento en la parte superior. Es útil para realizar un seguimiento de las cosas que está a medio camino a través de hacer, pero primero debes hacer otra cosa, y luego, antes de terminar, debes hacer otra cosa, y así sucesivamente ". (Presentando así la idea de una pila de llamadas). "Excepto que no quieres derribar la torre en este caso".

"Oh, lo entiendo ahora. ¡Genial!"

No te sientas mal. Tuve que explicar lo que copia en escritura significa para un completo y absoluto imbécil la semana pasada. Horriblemente, ese imbécil fue uno de nuestros vendedores.

Si está en persona, busque una pizarra blanca, o al menos algo de papel para que pueda convertirse en una capa humana de abstracción.

Si trabaja con alguien de forma remota, hay muchas herramientas de boceto / pizarra disponibles.

Intentar simplificar algo abstracto, abstrayéndolo aún más, sin algún tipo de ayuda visual, es solo una locura. Conducirá a cosas como el abuso de drogas y alcohol, la privación de derechos de sus familiares y compañeros y, lo que es peor, la crueldad de los unicornios.

+1 para cualquiera que hable de analogías, +1 para cualquiera que hable de pizarras o papel y lápiz como ayudas visuales.

Otro truco que he aprendido es que algunas personas que encuentro si escribo 5 páginas sobre por qué algo es así, en realidad lo leerán, puedo decirlo, porque un mes después dirán algo y sé que es por el documento que escribí

Lo extraño es que estoy seguro de que había tratado de explicar exactamente lo mismo verbalmente antes (incluso con ayudas visuales y analogías) y no lo habían entendido. Considero que esto es especialmente útil en situaciones políticas o emocionalmente cargadas o cuando las interrupciones frecuentes desvían el rumbo.

Sin embargo, asegúrese de explicar realmente el problema, y ​​explique por qué en términos de beneficio comercial. Una vez que expliqué el concepto de deuda técnica a nuestro CEO, y ahora, podemos usar esto como una forma abreviada de conversación. "¿Por qué quieres hacer esto de tres días? ¡Esa página web me parece bien!" "Eliminará la deuda técnica, ya que la próxima vez que tengamos que arreglarlo, las cosas irán mucho más rápido". Entonces, la conversación puede volverse sobre cuánto más rápido.

Te estás haciendo un mal servicio emocional y profesional al enojarte al tener que explicar detalles técnicos a personas no técnicas. El hecho de que personas no técnicas necesiten que traduzca procesos técnicos a procesos comerciales no técnicos y viceversa es lo que lo contrató. Cuanto más hábil sea usted para traducir entre los dos dominios problemáticos, más valioso será para un empleador.

Familiarícese con las técnicas de fabricación y explique el proceso de desarrollo en términos de procesos de línea de ensamblaje.

Por ejemplo, la explicación del procesamiento de etiquetas html (y, por lo tanto, la incapacidad para usarlas) se puede expresar en términos de matrices de extrusión, popularmente conocidas en play-doh.

Explique los problemas del proceso de desarrollo, como el cambio de requisitos, la actualización de interfaces, los defectos del producto, etc., en términos del costo de cerrar la línea, el tiempo y los gastos dedicados a construir la línea y tener que modificarla cuando cambian los requisitos o las condiciones. etc.

Entré en más detalles en otra respuesta.

• Considere que es una gran oportunidad para perfeccionar sus habilidades de presentación.

• Considere que es una gran oportunidad para revisar sus fundamentos técnicos.

• Hable en el idioma de la audiencia, NO en su idioma.

• Investigue POR QUÉ el no técnico quiere esta información. ¿Cuál es la razón subyacente? ¿Está aburrido? ¿Curioso por aprender más? Quiere parecer competente? ¿Te gusta volverte loco? ¿Súper extrovertido sin nadie con quien hablar? ¿Frustrado por su falta de progreso a pesar de sus estimaciones optimistas (que es común!)?