Пояснення технічних речей нетехнічним людям [закрито]

Мені часто доводиться пояснювати технічні речі та технічні рішення своєму надзвичайно нетехнічному керівнику, і я дуже жахливо ставлюсь до цього. Які хороші способи розібратися в решті світу, які не мають пристрасті до програмування?

Приклад запитань, які мені задавали:

• Чому ви використовуєте Django замість Java (Не погодився, що він дешевший)
• Попросивши перефразувати речі нетехнічними словами, моє речення було "Певні HTML-теги заборонені". Як я можу це німе?
• Інші речі, які мають для мене ідеальний сенс, але просто такі основні, що я не знаю, як це пояснити
• Чому це, чому це, чому все!

Крім того, як я можу сказати своєму менеджеру переглянути основні речі в Google, як-от "Що таке пілони?"

Я схильний використовувати аналогії. Візьміть будь-яку тему, і подумайте про щось зовсім нетехнічне, яке вони зрозуміли б, і поясніть їм це таким чином.

Найкращий приклад, який я можу придумати напрочуд, - якщо мені потрібно пояснити орієнтацію на об'єкт, я поясню це за допомогою колоди карт. Або, коли я намагався пояснити ідею бездротового Інтернету своїй великій тітці (яка ніколи не використовувала комп’ютер), я використовував бездротові телефони, щоб пояснити це.

Я ще не стикався з будь-якою темою, яку не можу придумати таким чином.

Речі, якими я користуюся

^{до великого і не дуже великого ефекту.}

• Аналогії: Коли ви пояснюєте ситуацію чи процес, це справді добре працює, якщо ви можете поставити його до термінів, які вони зрозуміють.
• Загальні терміни: замість того, щоб говорити теги HTML, ви можете сказати код . Якщо вони запитують пояснення, можливо, настав час для короткого резюме HTML та того, як він працює. "Веб-сторінки побудовані з блоків під назвою" теги ". Якщо ваш браузер не підтримує певний тег, він не відображатиметься правильно."
• Підсумки та огляди: Іноді це добре, щоб дати короткі конспекти до того, як вдарити їх об голову технічним жаргоном.
• Видалити жаргон: Поверніть "База даних неправильно завантажує балансування при попаданні на кілька запитів з підмережі IP." в "У базі даних виникають проблеми з обробкою запитів певних людей." Якщо вам, можливо, доведеться пояснити це, замініть його чимось іншим. Якщо вам доведеться пояснити базу даних, ви переживаєте проблеми. "Місце для зберігання речей" - це мій запас.
• Наочні засоби: Біла дошка. Використовуйте їх на вашу користь.
• Зробіть їх технічними: утримання керівників, начальників та колег у циклі допомагає. Якщо менеджер облікового запису плутається на засіданнях, оскільки всі, окрім них, розуміють, про що йдеться, це може змусити їх прочитати ті електронні листи, на які вони зверталися. Не пишіть час, коли ви пишете нагадування або електронні листи, щоб детально пояснити себе або вкажіть на посилання для пояснення. Якщо хтось зрозуміє, що таке HTML самостійно, мабуть, буде краще, ніж спробувати запхнути його під час важливої ​​зустрічі.

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

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

Отже, перше і найважливіше, що потрібно зрозуміти, це те, що люди не знають і не розуміють, що ти робиш, - але вони розуміють, що вони роблять, і коли ти пояснюєш речі, тому потрібно почати з простого і залишатися на відповідному рівень для вашої аудиторії.

Щодо конкретних прийомів - я думаю, що @Josh K це досить висвітлював - і я підкреслюю, що аналогії є абсолютним переможцем.

І ще одне - час від часу може бути прийнятним просто списати речі як "видовищні речі", люди не завжди хочуть отримати повне пояснення, чому і якщо ви раніше виявляли готовність пояснювати та вміти робити тож зрозумілою манерою люди будуть схильні довіряти вам, коли ви припускаєте, що "складні технічні причини" застосовуються, або що в кінцевому підсумку ви можете досягти певного результату, "виконуючи речі з вундеркінда" (або "речі програміста" або будь-який термін, який добре працює в ваші оточення).

Спілкування технічних речей з нетехнічною аудиторією (однієї або декількох) - це вміння, яке ви можете розвинути, і те, що вам потрібно.

Спробуйте відповісти не з точки зору основної технології, а з точки зору проблемної області. "коли клієнт, що використовує Firefox, намагається оформити замовлення, його браузер не відображає кнопку КУПИТИ ІТ - той браузер не підтримує тег HTML, який ми використовуємо"

Часто це дійсно потрібен тип управління відповідями. Якщо він дійсно хоче зрозуміти деталі низького рівня, найкраще зробити аналогії з технологією, яку ви знаєте, що він розуміє.

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

"Ну, у вас є діти. Вони коли-небудь граються з тими маленькими дерев’яними блоками з літерами на них?"

"Так".

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

"Так".

"Гаразд, і коли у вас є така вежа, безпечно торкатися до верху вежі, так? Ви можете поставити інший блок, або ви можете взяти блок зверху, але якщо ви щось перемістите під ним верхній блок, вся справа впаде, правда? "

Сміх. "Так! Вони люблять розбити башту і змусити їх усіх впасти!"

"Ну, стек в основному такий, як робити це з даними. Ви створили структуру даних таким чином, щоб ви могли лише додавати речі вгорі або видаляти елемент зверху. Це корисно для відстеження речей, які ви перебуваєте в порту через те, що робити, але спочатку потрібно зробити щось інше, а потім, перш ніж закінчити, що потрібно зробити щось інше тощо ". (Таким чином, вводиться ідея стека викликів.) "За винятком того, що ви не хочете збивати вежу в цьому випадку."

"О, я розумію зараз. Класно!"

Не відчувай себе погано. Мені довелося пояснити, що означає копія на записі до повного і повного nitwit минулого тижня. На жаль, цей nitwit був одним із наших продавців.

Якщо особисто, знайдіть білу дошку або хоча б якийсь папір, щоб ви могли стати людським шаром абстракції.

Якщо ви працюєте з кимось віддалено, є багато інструментів ескіз / біла дошка.

Спроба спростити щось абстрактне, абстрагуючи його далі, без якоїсь наочної допомоги, - це просто безумство. Це призведе до таких випадків, як зловживання наркотиками та алкоголем, позбавлення волі з боку вашої родини та однолітків та ще гірша жорстокість єдинорога.

+1 для всіх, хто говорить про аналогії, +1 для тих, хто говорить про дошки чи папір та олівець як наочні посібники.

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

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

Однак обов'язково поясніть проблему - і поясніть, чому це стосується вигоди від бізнесу. Одного разу я пояснив концепцію технічної заборгованості нашому генеральному директорові - і тепер ми можемо використовувати це як скоромовна розмова. "Чому ти хочеш робити цю триденну річ? Ця веб-сторінка мені добре виглядає!" "Це видалить технічну заборгованість, оскільки наступного разу, коли нам доведеться це виправити, все піде набагато швидше". Тоді розмова може стати про те, наскільки швидше.

Ви робите собі емоційну та кар'єрну службу , засмучуючись поясненням технічних деталей нетехнічним людям. Той факт, що люди нетехнічні потрібні вам для перекладу технічних процесів на нетехнічні бізнес-процеси, і навпаки, - це те, що ви працевлаштувались. Чим більш досвідчений ви перекладаєте між двома проблемними доменами, тим ціннішим ви стаєте для роботодавця.

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

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

Поясніть проблеми процесу розробки, такі як зміна вимог, оновлення інтерфейсів, дефекти продукту тощо, з точки зору витрат на вимкнення лінії, часу та витрат, витрачених на побудову лінії, та необхідності її змінити, коли вимоги чи умови змінюються тощо.

Я детальніше зупинився на іншій відповіді.

• Вважайте це чудовою можливістю відточити свої навички презентації.

• Вважайте це чудовою можливістю переглянути свої технічні основи.

• Говоріть мовою аудиторії, а не своєю мовою.

• Розслідуйте, Чому нетехнологи хочуть цієї інформації. У чому полягає основна причина? Йому нудно? Цікаво дізнатися більше? Хоче виявитися компетентним? Любить вас зводити з розуму? Супер-екстраверт з ким розмовляти? Розчарований вашою відсутністю прогресу, незважаючи на ваші оптимістичні оцінки (це звичайне!)?