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

26

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?"

Brandon Wamboldt
quelle
8
Persönlich liebe ich es, meinen Verstand zu dehnen und mich daran zu erinnern, wie "normale" Leute denken. Wenn ich keine gute Analogie finde, um sie jemandem zu erklären, muss ich einen Spaziergang machen und für eine Weile vom Computer weggehen.
Nikki9696
Jenseits von "wie" würde ich auch die Frage "warum?" Wenn er an technischen Details interessiert ist, kann ich mir effizientere Möglichkeiten für das Training vorstellen.
LennyProgrammers
1
@ Nikki genau richtig! Ich wurde immer wieder daran erinnert, dass ich , obwohl ich glaube zu wissen, wie "normale" Leute denken, das eigentlich nicht weiß. Ich brauche eine "normale" Person, um ihre Frage zu stellen oder ihre Theorie zu formulieren, bevor mir klar wird, wie wenig Ahnung ich habe, wie "normale" Leute denken :)
Roman Starkov
1
Das tust du nicht . Was Sie tun, ist zu verstehen, warum die Frage gestellt wird. Sie sollten also nichts niederlegen, sondern die Perspektive eines anderen Teils einer Kommunikation besser verstehen. Warum sagen Sie zum Beispiel, dass bestimmte HTML-Tags einer nicht-technischen Person überhaupt nicht erlaubt sind? Derjenige, den Sie auch sprechen, wird natürlich annehmen, dass er es verstehen muss, sonst warum würden Sie es sagen? Die richtige Antwort lautet also "Entschuldigung, ich plappere, das ist nur ein irrelevantes technisches Detail, mach dir keine Sorgen" und dann weiter mit den wichtigen Dingen.
JacquesB

Antworten:

30

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.

Tarka
quelle
8
Off-Topic, aber ich bin neugierig: Wie erklärt man die Objektorientierung mit einem Kartenspiel?
Arkaaito
1
Aber Karten selbst machen eigentlich gar nichts. Sie sind nur Datenspeicher. Lassen Sie nicht die Hälfte der objektorientierten Gleichung aus? Ich nehme an, wenn Sie sich das Deck ansehen ...
Arkaaito
3
@Arkaaito der Regel einzelne Karten als gute Beispiele für Vererbung und / oder Eigenschaften verwendet (je nachdem , wer ich rede und über das, was), und das Deck als Container - Klasse , die Funktionen wie hat shuffle(), deal(), dealOne()etc.
Tarka
4
+1 Analogien sind großartig. "Sie verstehen etwas nicht wirklich, es sei denn, Sie können es Ihrer Großmutter erklären." Albert Einstein
Nikki9696
2
@ Nikki Oder, in meinem Fall, die Schwester meiner Großmutter
Tarka
22

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.
Josh K
quelle
3
Ich werde immer gefragt, was eine Datenbank ist. Normalerweise sage ich "Es ist wie eine Reihe von Excel-Tabellen oder komplizierter", aber danke :)
Brandon Wamboldt
2
@ Rouge: Einfach ist oft viel besser. Zu lernen zu verstehen, was sie wissen wollen, ist ein weiterer Aspekt. Nichttechniker stellen oft versehentlich technische Fragen.
Josh K
@ RogueCoder Ich habe die Excel-Anologie auch verwendet, um Datenbanken zu erklären. "Es ist wie mit einer Reihe von Tabellenkalkulationen, die miteinander verknüpft sind, und Sie können alle Daten nach Belieben aggregieren, indem Sie sie abfragen"
Tjaart,
13

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.

Murph
quelle
3
+1 dafür. Wenn jemand nach einer Erklärung fragt, stelle ich zuerst eine Grundlinie auf: Wie viel wissen sie bereits? Sie beseitigen viele Missverständnisse, indem Sie genau wissen, worauf Sie aufbauen müssen.
Mason Wheeler
6

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.

Ahelly
quelle
4

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!"

Mason Wheeler
quelle
1
Beachten Sie, wie der Nicht-Techniker in diesem Beispiel eine emotionale Verbindung zur Analogie hat. Das ist entscheidend für Ihr Publikum engagiert und bekommen sie zu wollen , zu verstehen , was los ist .
Stephen Gross
Ich arbeite mehr in der Infrastruktur als in der Entwicklung, und für die meisten Menschen ist ihr Haus eine sehr gute (und emotionale) Analogie, die für viele verschiedene Szenarien
geeignet ist
3

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.

Tim Post
quelle
Whiteboard oder Papier und Bleistift wirken magisch.
Kyle Hodgson
Das sollte nicht zu schwer zu erklären sein ... war es wirklich? Das Grundlegende, von dem ich anfangen würde, um "Kopieren beim Schreiben" zu erklären, ist, dass eine Datei nicht wirklich eine Datei ist, sondern eher wie eine Karteikarte in einer Bibliothek. Sie können "zwei Dateien" haben, die auf dieselben tatsächlich gespeicherten Daten verweisen, genau wie Karteikarten auf dieselben tatsächlich gespeicherten Daten verweisen können. Von dort ist es ein sehr kurzer Sprung, um beim Schreiben zu kopieren .
Wildcard
3

+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.

Kyle Hodgson
quelle
2
Ich habe es geschafft, technische Schulden gegenüber Geschäftsleuten zu erklären. Das hat mir eine Menge wertvoller Zeit verschafft, Probleme zu beheben, die sich seit Jahren eingeschlichen hatten. Bevor ich anfing, dauerte es ungefähr 3-4 Tage, bis ich fertig war. Einige Anfragen dauerten buchstäblich Minuten.
Tjaart
2

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.

Fließband-Metapher

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.

Extrusionswerkzeuge

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.

Huperniketes
quelle
1
  • 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!)?

Stephen Gross
quelle