Объяснение технических вещей нетехническим людям [закрыто]

Мне часто приходится объяснять технические вещи и технические решения моему крайне не техническому менеджеру, и я довольно ужасен в этом. Каковы хорошие способы сделать глупости для остального мира, который не любит программировать?

Примеры вопросов, которые мне задавали:

• Почему вы используете Django вместо Java (не согласен с тем, что он дешевле)
• Попросив меня перефразировать вещи не техническими словами, мое предложение звучало так: «Некоторые HTML-теги не допускаются». Как я могу это притупить?
• Другие вещи, которые имеют смысл для меня, но так просты, что я не знаю, как это объяснить
• Почему это, почему это, почему все!

Кроме того, как мне попросить моего менеджера посмотреть основные вещи в Google, такие как «Что такое пилоны?»

Я склонен использовать аналогии. Возьмите любую тему и подумайте о чем-то совершенно не техническом, что они поймут, и объясните им это таким образом.

Лучший пример, который я могу придумать, это то, что если мне нужно объяснить ориентацию объекта, я объясню это с помощью колоды карт. Или, когда я пытался объяснить идею беспроводного Интернета моей двоюродной бабушке (которая никогда не пользовалась компьютером), я использовал беспроводные телефоны, чтобы объяснить это.

Мне еще не приходилось сталкиваться с любой темой, которую я так не могу описать.

Вещи, которые я использую

^{к великому и не очень большому эффекту.}

• Аналогии: при объяснении ситуации или процесса это действительно хорошо работает, если вы можете выразить их в терминах, которые они поймут.
• Общие термины: Вместо того, чтобы произносить теги HTML, вы можете сказать код . Если они продолжат запрашивать объяснение, возможно, пришло время для краткого описания HTML и того, как он работает. «Веб-страницы построены из блоков, называемых« тегами ». Если ваш браузер не поддерживает определенный тег, он не будет отображаться правильно».
• Краткое изложение и обзоры. Иногда полезно дать краткие обзоры, прежде чем ударять их по голове техническим жаргоном.
• Remove Jargon: включите «База данных неправильно балансирует нагрузку при попадании нескольких запросов из IP-подсети». в "База данных испытывает проблемы при обработке запросов от определенных людей." Если вам, возможно, придется объяснить это, замените его чем-то другим. Если вам нужно объяснить базу данных, у вас проблемы. «Место для хранения вещей» - мой запасной вариант.
• Наглядные пособия: доски рок. Используйте их в своих интересах.
• Сделайте их техническими: помогает держать в курсе менеджеров, начальников и коллег. Если менеджер по работе с клиентами в замешательстве на собраниях, потому что все, кроме них, понимают, о чем идет речь, это может заставить их захотеть прочитать те электронные письма, на которых они подписаны CC. Потратьте время при написании заметок или электронных писем, чтобы подробно объяснить себя или укажите ссылки для объяснения. Если кто-то сам определит, что такое HTML , вероятно, будет лучше, чем пытаться втиснуть его в него во время важной встречи.

Однажды, давным-давно, еще будучи студентом, меня попросили объяснить кое-что во время воскресного обеда - одного из самых образовательных событий, которые у меня когда-либо были. Человек, задающий вопрос, был явно не глупым - но не имел опыта, уровень знаний, который, как я предполагал, просто отсутствовал. Я начал отвечать, получил пустой взгляд, изменился вниз, все еще пустой, снова изменился, все еще пустой ... хм ... поэтому я начал так же, как вы начинаете создавать приложение, с небольшими блоками объяснения, которые вы можете встроить в нечто более существенное.

Ключевой частью этого урока, для меня, было (и является) то, сколько мы предполагаем (не только программисты, все) о знаниях других людей по выбранной нами специальности, хотя на самом деле даже вы можете разумно предположить, что большинство людей знаю, что 1 + 1 = 2, но после этого это становится интересным.

Итак, первая и самая важная вещь, которую нужно понять, это то, что люди не знают и не понимают, что вы делаете, - но они понимают, что они делают, и когда вы объясняете что-то, вам нужно начать с простого и придерживаться соответствующего уровень для вашей аудитории.

Что касается конкретных методов - я думаю, что у @Josh K это довольно хорошо освещено - и я бы подчеркнул, что аналогии - абсолютный победитель.

Еще одна вещь - время от времени может быть приемлемо просто списывать вещи как «гиковские вещи», людям не всегда нужны подробные объяснения того, почему и если вы ранее демонстрировали готовность объяснять и способность делать так что понятным образом люди склонны доверять вам, когда вы предлагаете применить «сложные технические причины» или что в конечном итоге вы сможете достичь определенного результата, «делая гиковские вещи» (или «программистские штучки» или любой другой термин, хорошо работающий в ваши окрестности).

Общение технических вещей с нетехнической аудиторией (одной или нескольких) - это навык, который вы можете развить и который вам нужен.

Попытайтесь ответить не с точки зрения базовой технологии, а с точки зрения проблемной области. «Когда клиент, использующий Firefox, пытается разместить заказ, его браузер не отображает кнопку« Купить »- этот браузер не поддерживает используемый нами HTML-тег»

Часто это действительно тот тип ответа, который хочет руководство. Если он действительно хочет понять детали низкого уровня, лучше всего провести аналогии с технологиями, которые, как вы знаете, он понимает.

Я пытаюсь найти аналогию с чем-то похожим в реальном мире. Мол, когда я упомянул стек, и кто-то спросил, что это было:

"Ну, у тебя есть дети. Они когда-нибудь играли с этими маленькими деревянными кубиками с буквами на них?"

"Да."

"Вы когда-нибудь видели, чтобы они сделали большую башню, уложив один блок поверх другого?"

"Да."

«Хорошо, и когда у вас есть такая башня, безопасно только касаться вершины башни, верно? Вы можете поставить еще один блок или вы можете снять блок сверху, но если вы переместите что-нибудь под него». верхний блок, все рухнет, верно? "

Смеющийся. "Да! Они любят разбить башню и заставить их всех упасть!"

«Что ж, стек - это то же самое, что делать это с данными. Вы настраиваете структуру данных таким образом, что вы можете только добавлять вещи сверху или удалять элемент сверху. Это полезно для отслеживания того, что вы на полпути через выполнение, но сначала нужно сделать что-то еще, а потом, прежде чем закончить, нужно сделать что-то еще, и так далее. " (Таким образом, вводится идея стека вызовов.) «За исключением того, что в этом случае вы не хотите сбивать башню».

"О, теперь я понял. Круто!"

Не плохо себя чувствую. Я должен был объяснить, что означает « копия при записи», на прошлой неделе. Ужасно, что этот придурок был одним из наших продавцов.

Если лично, найдите белую доску или хотя бы какую-нибудь бумагу, чтобы вы могли стать человеческим слоем абстракции.

Если вы работаете с кем-то удаленно, доступно множество инструментов для создания эскизов и белой доски.

Попытка упростить что-то абстрактное, путем дальнейшего абстрагирования без какого-либо наглядного пособия - это просто безумие. Это приведет к таким вещам, как злоупотребление наркотиками и алкоголем, лишение гражданских прав от вашей семьи и сверстников и, что еще хуже, жестокость единорога.

+1 для всех, кто говорит об аналогиях, +1 для тех, кто говорит о досках или бумаге и карандаше в качестве наглядных пособий.

Еще один трюк, который я узнал, заключается в том, что некоторые люди, которых я нашел, если я напишу 5 страниц о том, почему что-то, они действительно прочтут это - я могу сказать, потому что через месяц они скажут что-то, и я знаю это по документ, который я написал.

Странная вещь, я уверен, что я пытался объяснить то же самое ранее в устной форме (даже с помощью наглядных пособий и аналогий), и они не поняли. Я считаю, что это особенно полезно в политических или эмоционально заряженных ситуациях или когда частые перерывы приводят к отклонениям от курса.

Обязательно объясните проблему, однако - и объясните причину с точки зрения коммерческой выгоды. Когда-то я объяснил концепцию технического долга нашему генеральному директору - и теперь мы можем использовать это как разговорную стенографию. «Почему ты хочешь сделать это три дня? Эта веб-страница выглядит хорошо для меня!» «Это устранит техническую задолженность, в следующий раз мы должны исправить это, все пойдет гораздо быстрее». Тогда разговор может стать о том, насколько быстрее.

Вы оказываете себе эмоциональную и карьерную медвежью услугу , расстраиваясь из-за необходимости объяснять технические детали нетехническим людям. Тот факт, что нетехнические люди нуждаются в вас, чтобы переводить технические процессы в нетехнические бизнес-процессы и наоборот - это то, что вас привлекло. Чем опытнее вы переводите между двумя проблемными областями, тем более ценным вы становитесь для работодателя.

Ознакомьтесь с технологиями производства и объясните процесс разработки с точки зрения процессов сборочной линии.

Например, объяснение обработки тегов html (и, следовательно, невозможность их использования) может быть выражено в терминах экструзионных головок, широко известных в play-doh.

Объясните проблемы процесса разработки, такие как изменение требований, обновление интерфейсов, дефекты продукта и т. Д., С точки зрения стоимости выключения линии, времени и затрат, потраченных на строительство линии, и необходимости ее изменения при изменении требований или условий , так далее.

Я углубился в другой ответ.

• Считайте, что это отличная возможность отточить свои навыки презентации.

• Считайте, что это прекрасная возможность ознакомиться с вашими техническими основами.

• Говори на языке аудитории, а не на своем языке.

• Расследуйте, ПОЧЕМУ не-техник хочет эту информацию. В чем основная причина? Ему скучно? Хотите узнать больше? Хочет казаться компетентным? Любит сводить тебя с ума? Супер-экстравертированный, с которым не с кем поговорить? Разочарован отсутствием прогресса, несмотря на ваши оптимистичные оценки (это обычное дело!)?