Erklären von technischen Dingen für nichttechnische Personen [geschlossen]

Ich muss meinem extrem nicht-technischen Manager oft technische Dinge und technische Entscheidungen erklären, und ich bin ziemlich schrecklich darin. Was sind gute Möglichkeiten, um für den Rest der Welt, die keine Leidenschaft für das Programmieren haben, die wesentlichen Dummheiten zu beseitigen?

Beispielfragen, die mir gestellt wurden:

• Warum verwenden Sie Django anstelle von Java? (Ich habe nicht akzeptiert, dass es auch billiger ist.)
• Mein Satz lautete: "Bestimmte HTML-Tags sind nicht zulässig." Wie kann ich das blöd machen?
• Andere Dinge, die für mich durchaus sinnvoll sind, aber so einfach sind, dass ich nicht weiß, wie ich sie erklären soll
• Warum das, warum das, warum alles!

Wie kann ich meinem Manager außerdem mitteilen, dass er die Grundfunktionen von Google nachschlagen soll, z. B. "Was sind Pylone?"

Ich neige dazu, Analogien zu verwenden. Nehmen Sie, was auch immer das Thema ist, und denken Sie an etwas völlig Nicht-Technisches, das sie verstehen würden, und erklären Sie es ihnen auf diese Weise.

Das beste Beispiel, das mir spontan einfällt, ist, wenn ich die Objektorientierung erklären muss, dass ich es mit einem Kartenspiel erkläre. Oder als ich meiner Großtante (die noch nie einen Computer benutzt hat) die Idee des drahtlosen Internets erklären wollte, benutzte ich schnurlose Telefone, um sie zu erklären.

Ich bin noch keinem Thema begegnet, das ich auf diese Weise nicht verblüffen kann.

Dinge, die ich benutze

^{zu großer und nicht so großer Wirkung.}

• Analogien: Wenn Sie eine Situation oder einen Prozess erklären, funktioniert es wirklich gut, wenn Sie es in Begriffe fassen, die sie verstehen werden.
• Allgemeine Begriffe: Anstatt HTML-Tags zu verwenden, können Sie auch Code verwenden . Wenn sie nach einer Erklärung fragen, ist es möglicherweise Zeit für eine kurze Zusammenfassung von HTML und dessen Funktionsweise. "Webseiten bestehen aus Blöcken, die als" Tags "bezeichnet werden. Wenn Ihr Browser ein bestimmtes Tag nicht unterstützt, wird es nicht richtig angezeigt."
• Zusammenfassungen und Übersichten: Manchmal ist es gut, eine kurze Zusammenfassung zu geben, bevor man sie mit Fachjargon auf den Kopf stellt.
• Jargon entfernen: Aktivieren Sie "Die Datenbank wird nicht ordnungsgemäß geladen, wenn mehrere Anforderungen von einem IP-Subnetz eingehen." in "Die Datenbank hat Probleme bei der Bearbeitung von Anfragen von bestimmten Personen." Wenn Sie es erklären müssen, ersetzen Sie es durch etwas anderes. Wenn Sie Datenbank erklären müssen, sind Sie in Schwierigkeiten. "Place to store stuff" ist mein Fallback.
• Visual Aids: Whiteboards rocken. Nutzen Sie sie zu Ihrem Vorteil.
• Machen Sie sie technisch: Es hilft, Manager, Chefs und Mitarbeiter auf dem Laufenden zu halten. Wenn der Kundenbetreuer bei Besprechungen verwirrt ist, weil jeder außer ihm versteht, was gesagt wird, kann dies dazu führen, dass er die E-Mails lesen möchte, auf die er verwiesen wurde. Nehmen Sie sich Zeit, wenn Sie Memos oder E-Mails schreiben, um sich selbst gründlich zu erklären, oder verweisen Sie zur Erklärung auf Referenzen. Es ist wahrscheinlich besser, jemanden zu haben, der herausfindet, was HTML für sich ist, als zu versuchen, es während eines wichtigen Meetings in ihn zu stopfen.

Vor langer Zeit, als ich noch ein Student war, wurde ich gebeten, beim Mittagessen am Sonntag etwas zu erklären - eine der lehrreichsten Erfahrungen, die ich je gemacht habe. Die Person, die die Frage stellte, war nachweislich nicht dumm - aber sie hatte keinen Hintergrund, der Wissensstand, von dem ich annahm, war einfach nicht da. Ich fing an zu antworten, bekam einen leeren Blick, veränderte sich, veränderte sich immer noch, veränderte sich wieder, immer noch ... hmm ... also begann ich auf die gleiche Weise, wie Sie mit dem Erstellen einer Anwendung begannen, mit kleinen Erklärungsblöcken, die Sie können in etwas Wesentlicheres einbauen.

Für mich war (und ist) der wichtigste Teil dieser Lektion, wie viel wir (nicht nur Programmierer, sondern alle) über das Wissen anderer Menschen über unser ausgewähltes Fachgebiet annehmen, während Sie davon ausgehen können, dass die Mehrheit der Menschen tatsächlich einig ist Ich weiß, dass 1 + 1 = 2 ist, aber danach wird es interessant.

Das Erste und Wichtigste ist also, dass die Leute nicht wissen und nicht verstehen, was Sie tun - aber sie verstehen, was sie tun, und wenn Sie Dinge erklären, müssen Sie einfach anfangen und bei einer geeigneten Person bleiben Level für Ihr Publikum.

In Bezug auf bestimmte Techniken - ich denke, @Josh K hat es ziemlich verdeckt - und ich möchte betonen, dass Analogien ein absoluter Gewinner sind.

Eine weitere Sache - es kann von Zeit zu Zeit akzeptabel sein, Dinge einfach als "Geek-Kram" abzuschreiben. Die Leute wollen nicht immer vollständige Erklärungen, warum und wenn Sie zuvor Erklärungsbereitschaft und Handlungsfähigkeit bewiesen haben Auf verständliche Weise neigen die Leute dazu, Ihnen zu vertrauen, wenn Sie vorschlagen, dass "komplexe technische Gründe" zutreffen oder dass Sie letztendlich ein bestimmtes Ergebnis erzielen können, indem Sie "Geek - Sachen" (oder "Programmierer - Sachen" oder einen beliebigen Begriff, der gut in der Sprache passt) machen Ihre Umgebung).

Die Kommunikation von technischen Dingen an ein nicht-technisches Publikum (eines oder mehrerer) ist eine Fähigkeit, die Sie entwickeln können und die Sie benötigen.

Versuchen Sie, nicht in Bezug auf die zugrunde liegende Technologie, sondern in Bezug auf die Problemdomäne zu antworten. "Wenn ein Kunde, der Firefox verwendet, versucht, eine Bestellung aufzugeben, zeigt sein Browser nicht die BUY IT-Schaltfläche an - dieser Browser unterstützt das von uns verwendete HTML-Tag nicht."

Oft ist dies wirklich die Art von Antwortverwaltung, die gewünscht wird. Wenn er die Details auf niedriger Ebene wirklich verstehen möchte, ist es am besten, Analogien zu Technologien anzustellen, von denen Sie wissen, dass sie er versteht.

Ich versuche, eine Analogie zu etwas Ähnlichem in der realen Welt zu finden. Als ich einen Stapel erwähnte und jemand fragte, was das sei:

"Nun, Sie haben Kinder. Spielen sie jemals mit diesen kleinen Holzklötzen, auf denen Buchstaben stehen?"

"Ja."

"Hast du jemals gesehen, wie sie einen großen Turm bauen, indem sie einen Block auf einen anderen stapeln?"

"Ja."

"OK, und wenn du so einen Turm hast, ist es nur ungefährlich, die Spitze des Turms zu berühren, richtig? Du kannst einen anderen Block aufsetzen oder den Block oben abnehmen, aber wenn du etwas darunter bewegst der oberste Block, das Ganze wird runterfallen, oder? "

Lachen. "Yep! Sie lieben es, den Turm zu zerschlagen und sie alle zu Fall zu bringen!"

"Nun, ein Stack ist im Grunde genommen so, als würde man das mit Daten machen. Sie richten eine Datenstruktur so ein, dass Sie nur Dinge oben hinzufügen oder das Element oben entfernen können. Es ist nützlich, um Dinge zu verfolgen, die Sie auf halbem Weg sind durch, aber Sie müssen zuerst etwas anderes tun, und bevor Sie fertig sind, müssen Sie noch etwas anderes tun, und so weiter. " (So ​​wird die Idee eines Aufrufstapels eingeführt.) "Nur, dass Sie in diesem Fall den Turm nicht umwerfen möchten ."

"Oh, ich verstehe es jetzt. Cool!"

Fühle dich nicht schlecht. Ich musste letzte Woche erklären, was Copy-on-Write für einen völligen Trottel bedeutet. Schrecklicherweise war dieser Trottel einer unserer Verkäufer.

Wenn Sie persönlich sind, suchen Sie sich eine weiße Tafel oder zumindest Papier, damit Sie zu einer menschlichen Abstraktionsebene werden können.

Wenn Sie aus der Ferne mit jemandem arbeiten, stehen viele Sketch- / Whiteboard-Tools zur Verfügung.

Der Versuch, etwas Abstraktes zu vereinfachen, indem man es weiter abstrahiert, ohne irgendeine visuelle Hilfe, ist einfach Wahnsinn. Es wird zu Dingen wie Drogen- und Alkoholmissbrauch, Entrechtung von Ihrer Familie und Gleichaltrigen und schlimmer noch, Grausamkeit gegen Einhörner führen.

+1 für alle, die über Analogien sprechen, +1 für alle, die über Whiteboards oder Papier und Bleistift als visuelle Hilfsmittel sprechen.

Ein weiterer Trick, den ich gelernt habe, ist, dass einige Leute, die ich gefunden habe, wenn ich 5 Seiten darüber schreibe, warum etwas ist, es tatsächlich lesen - ich kann es sagen, denn einen Monat später werden sie etwas sagen und ich kenne es von der Dokument, das ich geschrieben habe.

Das Seltsame ist, ich bin sicher, dass ich zuvor versucht hatte, genau dasselbe mündlich zu erklären (auch mit visuellen Hilfsmitteln und Analogien) und sie hatten es nicht verstanden. Ich finde das besonders hilfreich in politischen oder emotional aufgeladenen Situationen oder wenn häufige Unterbrechungen die Sache aus dem Ruder laufen lassen.

Stellen Sie jedoch sicher, dass Sie das Problem tatsächlich erklären - und erläutern Sie das Warum in Bezug auf den geschäftlichen Nutzen. Einmal habe ich unserem CEO das Konzept der technischen Verschuldung erklärt - und jetzt können wir es als Konversationskürzel verwenden. "Warum willst du diese dreitägige Sache machen? Diese Webseite sieht für mich gut aus!" "Es wird die technischen Schulden beseitigen. Wenn wir das nächste Mal Abhilfe schaffen, werden die Dinge viel schneller gehen." Dann kann das Gespräch darüber, wie viel schneller werden.

Du machst dir selbst einen emotionalen und karrierebedingten Nachteil daraus, dass du dich darüber ärgerst , nicht-technischen Leuten technische Details erklären zu müssen. Die Tatsache, dass nichttechnische Mitarbeiter Sie benötigen, um technische Prozesse in nichttechnische Geschäftsprozesse umzusetzen, und umgekehrt, hat Sie beschäftigt. Je kompetenter Sie in der Übersetzung zwischen den beiden Problembereichen sind, desto wertvoller werden Sie für einen Arbeitgeber.

Machen Sie sich mit Fertigungstechniken vertraut und erklären Sie den Entwicklungsprozess in Bezug auf Fließbandprozesse.

Zum Beispiel kann die Erklärung der Verarbeitung von HTML-Tags (und damit der Unfähigkeit, sie zu verwenden) in Form von Extrusionswerkzeugen ausgedrückt werden, die im Volksmund von Play-Doh bekannt sind.

Erläutern Sie die Probleme des Entwicklungsprozesses, wie z. B. das Ändern von Anforderungen, das Aktualisieren von Schnittstellen, Produktfehler usw., in Bezug auf die Kosten für das Herunterfahren der Linie, den Zeit- und Kostenaufwand für den Bau der Linie und die Notwendigkeit, sie zu ändern, wenn sich Anforderungen oder Bedingungen ändern , etc.

Ich ging in einer anderen Antwort näher darauf ein.

• Betrachten Sie es als eine großartige Gelegenheit, Ihre Präsentationsfähigkeiten zu verbessern.

• Betrachten Sie es als eine großartige Gelegenheit, Ihre technischen Grundlagen zu überprüfen.

• Sprechen Sie in der Sprache des Publikums, NICHT in Ihrer Sprache.

• Ermitteln Sie, WARUM der Nicht-Techniker diese Informationen haben möchte. Was ist der Grund dafür? Ist er gelangweilt? Neugierig auf mehr? Möchte kompetent erscheinen? Mag es dich verrückt zu machen? Super-extrovertiert mit niemandem zum Reden? Frustriert über Ihre mangelnden Fortschritte trotz Ihrer optimistischen Schätzungen (das ist eine häufige!)?