Expliquer des choses techniques à des personnes non techniques [clôturé]

Je dois souvent expliquer des choses techniques et des décisions techniques à mon directeur extrêmement non technique et je suis assez affreux. Quels sont les bons moyens de rendre les choses stupides essentielles pour le reste du monde qui n'ont pas de passion pour la programmation?

Exemples de questions qui m'ont été posées:

• Pourquoi utilisez-vous Django au lieu de Java (N'a pas accepté que c'était moins cher non plus)
• Me demandant de reformuler les choses en termes non techniques, ma phrase était "Certaines balises HTML ne sont pas autorisées". Comment est-ce que je peux baisser ça?
• D'autres trucs qui ont un sens parfait pour moi, mais qui sont tellement simples que je ne sais pas comment les expliquer
• Pourquoi ceci, pourquoi cela, pourquoi tout!

De plus, comment dire à mon responsable de rechercher les éléments de base sur Google, comme "Qu'est-ce que les pylônes?"

J'ai tendance à utiliser des analogies. Prenez n'importe quel sujet et pensez à quelque chose de complètement non technique qu'ils comprendraient, et expliquez-leur de cette façon.

Le meilleur exemple auquel je peux penser spontanément est que si j'ai besoin d'expliquer l'orientation d'un objet, je l'expliquerai à l'aide d'un jeu de cartes. Ou, lorsque j'essayais d'expliquer l'idée de l'Internet sans fil à ma grande tante (qui n'a jamais utilisé d'ordinateur), j'ai utilisé des téléphones sans fil pour l'expliquer.

Je n'ai pas encore rencontré de sujet que je ne peux pas abrutir de cette façon.

Choses que j'utilise

^{à grand et pas si grand effet.}

• Analogies: En expliquant une situation ou d' un processus , il fonctionne très bien si vous pouvez le mettre en termes qu'ils comprennent.
• Termes génériques: au lieu de dire des balises HTML, vous pourriez dire du code . S'ils font un suivi en demandant une explication, il serait peut-être temps de faire un bref résumé du HTML et de son fonctionnement. "Les pages Web sont construites à partir de blocs appelés" balises ". Si votre navigateur ne prend pas en charge une balise spécifique, elle ne s'affichera pas correctement."
• Résumés et aperçus: Parfois, cela fonctionne bien de donner un bref résumé avant de les frapper à l'envers avec du jargon technique.
• Supprimez le jargon: tournez "La base de données n'est pas correctement équilibrée en charge lorsqu'elle est touchée par plusieurs demandes d'un sous-réseau IP." en "La base de données a du mal à traiter les demandes de certaines personnes." Si vous devez l'expliquer, remplacez-le par autre chose. Si vous devez expliquer la base de données, vous avez des problèmes. "Place to store stuff" est ma solution de rechange.
• Aides visuelles: tableaux blancs rock. Utilisez les à votre avantage.
• Rendez-les techniques: garder les gestionnaires, les patrons et les collègues dans la boucle aide. Si le gestionnaire de compte est confus lors des réunions parce que tout le monde, sauf lui, comprend ce qui se dit, cela peut lui donner envie de lire les e-mails sur lesquels il a été enregistré. Prenez le temps d'écrire des mémos ou des courriels pour vous expliquer en détail ou pointer vers des références pour explication. Avoir quelqu'un pour comprendre ce qu'est le HTML par lui -même sera probablement mieux que d'essayer de le mettre dedans lors d'une réunion importante.

Une fois, il y a longtemps, alors que j'étais encore étudiant, on m'a demandé d'expliquer quelque chose au cours du déjeuner du dimanche - l'une des expériences les plus éducatives que j'ai jamais eues. La personne qui posait la question n'était manifestement pas stupide - mais n'avait aucune formation, le niveau de connaissances que je supposais n'était tout simplement pas là. J'ai commencé à répondre, j'ai un regard vide, changé, toujours vide, changé à nouveau, toujours vide ... hmm ... alors j'ai commencé de la même manière que vous commencez à créer une application, avec de petits blocs d'explication que vous pouvez intégrer quelque chose de plus substantiel.

La partie clé de cette leçon, pour moi, était (et est) juste combien nous supposons (pas seulement les programmeurs, tout le monde) sur la connaissance des autres de notre spécialité choisie alors qu'en fait, même, vous pourriez raisonnablement supposer que la majorité des gens sachez que 1 + 1 = 2 mais après cela devient intéressant.

Donc, la première chose et la plus importante à comprendre est que les gens ne savent pas et ne comprennent pas ce que vous faites - mais ils comprennent ce qu'ils font et lorsque vous expliquez des choses, vous devez donc commencer simplement et rester à un niveau approprié niveau pour votre public.

En termes de techniques spécifiques - je pense que @Josh K a assez couvert - et je tiens à souligner que les analogies sont un gagnant absolu.

Une dernière chose - il peut être, de temps en temps, acceptable de simplement écrire les choses comme des "trucs de geek" les gens ne veulent pas toujours des explications complètes sur pourquoi et si vous avez déjà démontré une volonté d'expliquer et une capacité à faire Donc, d'une manière compréhensible, les gens seront enclins à vous faire confiance lorsque vous suggérerez que des "raisons techniques complexes" s'appliquent ou que, finalement, vous pouvez obtenir un résultat particulier en "faisant des trucs de geek" (ou des "trucs de programmeur" ou tout autre terme qui fonctionne bien dans vos environs).

Communiquer des choses techniques à un public non technique (d'un ou plusieurs) est une compétence que vous pouvez développer et dont vous avez besoin.

Essayez de répondre non pas en termes de technologie sous-jacente, mais en termes de domaine problématique. "Lorsqu'un client utilisant Firefox essaie de passer une commande, son navigateur n'affiche pas le bouton ACHETER - ce navigateur ne prend pas en charge la balise HTML que nous utilisons"

C'est souvent le type de gestion de réponse souhaité. S'il veut vraiment comprendre les détails de bas niveau, le meilleur pari est de faire des analogies avec la technologie que vous savez qu'il comprend.

J'essaie de trouver une analogie avec quelque chose de similaire dans le monde réel. Comme quand j'ai mentionné une pile et que quelqu'un a demandé ce que c'était:

"Eh bien, vous avez des enfants. Jouent-ils jamais avec ces petits blocs de bois avec des lettres dessus?"

"Ouais."

"Les avez-vous déjà vu faire une grande tour en empilant un bloc au-dessus d'un autre?"

"Ouais."

"D'accord, et quand vous avez une tour comme ça, vous pouvez toucher le sommet de la tour en toute sécurité, non? Vous pouvez mettre un autre bloc, ou vous pouvez enlever le bloc par-dessus, mais si vous déplacez quelque chose en dessous le bloc supérieur, le tout va tomber, non? "

En riant. "Ouais! Ils adorent casser la tour et les faire tous tomber!"

"Eh bien, une pile est fondamentalement comme faire cela avec des données. Vous configurez une structure de données de manière à ce que vous puissiez seulement ajouter des choses en haut ou supprimer l'élément en haut. C'est utile pour garder une trace des choses que vous êtes à mi-chemin en faisant, mais vous devez d'abord faire autre chose, puis avant de terminer, vous devez faire autre chose, etc. " (Introduisant ainsi l'idée d'une pile d'appels.) "Sauf que vous ne voulez pas renverser la tour dans ce cas."

"Oh, je comprends maintenant. Cool!"

Ne te sens pas mal. J'ai dû expliquer ce que la copie sur écriture signifie pour un nitwit complet et absolu la semaine dernière. Horriblement, ce nitwit était l'un de nos fournisseurs.

Si vous êtes en personne, trouvez un tableau blanc ou au moins du papier pour devenir une couche d'abstraction humaine.

Si vous travaillez avec quelqu'un à distance, de nombreux outils de croquis / tableau blanc sont disponibles.

Tenter de simplifier quelque chose d'abstrait, en l'abstrait plus loin, sans aucune sorte d'aide visuelle, c'est juste de la folie. Cela entraînera des choses comme l'abus de drogues et d'alcool, la privation du droit de vote de votre famille et de vos pairs et pire encore, la cruauté envers les licornes.

+1 pour tous ceux qui parlent d'analogies, +1 pour ceux qui parlent de tableaux blancs ou de papier et crayon comme aides visuelles.

Une autre astuce que j'ai apprise, c'est que certaines personnes que j'ai trouvées si j'écris 5 pages sur la raison de quelque chose, elles le liront - je peux le dire, car un mois plus tard, elles diront quelque chose et je le sais par le document que j'ai écrit.

La chose étrange est que je suis sûr que j'avais essayé d'expliquer la même chose verbalement avant (même avec des aides visuelles et des analogies) et qu'ils n'avaient pas compris. Je trouve que cela est particulièrement utile dans des situations politiques ou émotionnellement chargées ou lorsque des interruptions fréquentes font dévier les choses.

Assurez-vous toutefois d'expliquer le problème - et expliquez pourquoi en termes d'avantages commerciaux. Une fois que j'ai expliqué le concept de dette technique à notre PDG - et maintenant, nous pouvons l'utiliser comme raccourci conversationnel. "Pourquoi voulez-vous faire cette chose de trois jours? Cette page Web me va bien!" "Cela supprimera la dette technique, car la prochaine fois que nous devrons y remédier, les choses iront beaucoup plus vite." Ensuite, la conversation peut devenir beaucoup plus rapide.

Vous vous rendez un mauvais service émotionnel et professionnel en vous énervant d'avoir à expliquer des détails techniques à des personnes non techniques. Le fait que des personnes non techniques aient besoin de vous pour traduire des processus techniques en processus commerciaux non techniques et vice versa est ce qui vous a permis de travailler. Plus vous maîtrisez la traduction entre les deux domaines problématiques, plus vous devenez précieux pour un employeur.

Familiarisez-vous avec les techniques de fabrication et expliquez le processus de développement en termes de processus de chaîne de montage.

Par exemple, expliquer le traitement des balises html (et donc l'impossibilité de les utiliser) peut être exprimé en termes de matrices d'extrusion, populairement connues dans play-doh.

Expliquer les problèmes du processus de développement, tels que les exigences changeantes, la mise à jour des interfaces, les défauts des produits, etc., en termes de coût de fermeture de la ligne, de temps et d'argent dépensés pour construire la ligne et devoir la modifier lorsque les exigences ou les conditions changent , etc.

Je suis entré plus en détail dans une autre réponse.

• Considérez cela comme une excellente occasion de perfectionner vos compétences en présentation.

• Considérez-le comme une excellente occasion de revoir vos fondamentaux techniques.

• Parlez dans la langue du public, PAS dans votre langue.

• Enquêter POURQUOI le non-technicien veut cette information. Quelle est la raison sous-jacente? S'ennuie-t-il? Curieux d'en savoir plus? Veut paraître compétent? Aime vous rendre fou? Super-extraverti sans personne à qui parler? Frustré par votre manque de progrès malgré vos estimations optimistes (c'est une commune!)?