비전문가에게 기술적 설명하기 [닫기]

나는 종종 내에 기술 사물과 기술적 결정을 설명하기가 매우 비 기술 관리자와 나는 꽤 끔찍한입니다. 프로그래밍에 대한 열정이없는 다른 세계의 멍청한 것들을 진정시키는 좋은 방법은 무엇입니까?

내가 요청한 질문 예 :

• Java 대신 Django를 사용하는 이유는 무엇입니까?
• 기술적이지 않은 단어로 내용을 바꾸어달라고 요청한 문장은 "특정 HTML 태그는 허용되지 않습니다."였습니다. 어쩌면 내가 어떻게 바보 같은 짓을 할 수 있습니까?
• 나에게 완벽한 의미가 있지만 너무 기본적 인 다른 것들을 설명하는 방법을 모른다
• 왜 이런, 왜, 왜 모든 것!

또한 관리자에게 "Pylons 란 무엇입니까?"와 같이 Google에서 기본 항목을 찾도록 지시하는 방법은 무엇입니까?

나는 비유를 사용하는 경향이 있습니다. 주제가 무엇이든간에, 그들이 이해할 수있는 완전히 기술적이지 않은 것을 생각하고 그들에게 그렇게 설명하십시오.

내가 불쾌하다고 생각할 수있는 가장 좋은 예는 물체 방향을 설명해야한다면 카드 한 벌을 사용하여 설명하는 것입니다. 또는 컴퓨터를 사용해 본 적이없는 위대한 숙모에게 무선 인터넷의 개념을 설명하려고 할 때 무선 전화기를 사용하여 설명했습니다.

나는 이런 식으로 멍청한 주제를 아직 보지 못했습니다.

내가 사용하는 것

^{큰 효과를 내지는 않습니다.}

• 유추 : 상황이나 프로세스를 설명 할 때 이해하는 용어로 표현할 수 있다면 실제로 효과가 있습니다.
• 일반적인 용어 : HTML 태그 를 말하는 대신 code 라고 말할 수 있습니다 . 설명을 요청한 후 HTML에 대한 간단한 요약과 작동 방식이 필요할 수 있습니다. "웹 페이지는"태그 "라는 블록으로 구성되어 있습니다. 브라우저가 특정 태그를 지원하지 않으면 올바르게 표시되지 않습니다."
• 요약 및 개요 : 때로는 기술 전문 용어로 머리를 뒤집기 전에 짧은 시놉시스를 제공하는 것이 좋습니다.
• 전문 용어를 제거 십시오 "데이터베이스가 제대로 때로드 밸런싱되지 않은 IP 서브넷에서 여러 요청에 의해 히트." 에 "데이터베이스는 특정 사람의 문제가 처리 요청을 가지고있다." 설명이 필요할 경우 다른 것으로 교체하십시오. 데이터베이스를 설명해야한다면 문제가있는 것입니다. "물건을 보관할 곳"은 내 폴백입니다.
• 시각 보조기구 : 화이트 보드가 흔들립니다. 그것들을 유리하게 사용하십시오.
• 기술력 향상 : 관리자, 상사 및 동료를 신속하게 관리 할 수 있습니다 . 계정 관리자가 회의에서 혼란스러워하는 경우를 제외하고 모든 사람이 대화 내용을 이해하기 때문에 CC가 발송 된 이메일을 읽고 싶을 수 있습니다. 메모 나 이메일을 작성할 때 시간을내어 자신을 완전히 설명하거나 설명을위한 참고 자료를 찾으십시오. 누군가 가 HTML 이 무엇인지 알아내는 것이 중요한 회의 중에 HTML 에 넣는 것이 좋습니다.

얼마 전, 아직 학부생이었던 동안, 나는 내가 가진 가장 교육적인 경험 중 하나 인 일요일 점심을 통해 무언가를 설명하라는 요청을 받았습니다. 그 질문을하는 사람은 분명히 어리석은 것이 아니 었습니다. 그러나 배경 지식이 없었습니다. 제가 생각했던 지식의 수준은 거기에 없었습니다. 나는 대답하기 시작했고, 텅 빈 표정을 가지고 있었고, 바뀌었다가, 여전히 비어 있었고, 다시 내려 갔고, 여전히 비어있다. 흠 ... 그래서 나는 당신이 할 수있는 작은 설명 블록으로 응용 프로그램을 구축하기 시작하는 것과 같은 방식으로 시작했습니다. 보다 실질적인 무언가로 구축하십시오.

이 강의의 주요 부분은 우리가 선택한 전문 분야에 대한 다른 사람들의 지식에 대해 우리가 (프로그래머, 모든 사람이 아니라) 얼마나 많이 가정했는지에 대한 것이지만 실제로는 대부분의 사람들이 1 + 1 = 2라는 것을 알고 있지만 그 후에는 흥미로워집니다.

이해의 첫 번째이자 가장 중요한 것은, 그래서 그 사람들이 모르고 이해하지 않는 당신이 할 - 그러나 그들은 무엇을 이해한다 그들이 어떻게 당신이 물건을 설명 할 때 당신은 따라서 적절한에서 간단하고 숙박을 시작해야 청중을위한 수준.

특정 기술 측면에서-@Josh K는 꽤 다루어 졌다고 생각합니다. 유추는 절대적인 승자임을 강조합니다.

한 가지 더-때때로 "괴짜 물건"으로 사람들이 글을 쓰는 것이 허용 될 수 있습니다. 사람들은 왜 그리고 왜 당신이 이전에 설명하고자하는 의지와 수행 능력을 이미 보여 주 었는지에 대한 완전한 설명을 원하지 않습니다. 이해할 수있는 방식으로 사람들은 "복잡한 기술적 이유"가 적용되거나 궁극적으로 "괴짜 물건"(또는 "프로그래머 물건") 또는 어떤 용어가 잘 작동하든 특정 결과를 얻을 수 있다고 제안 할 때 사람들을 신뢰하는 경향이 있습니다. 당신의 환경).

(하나 이상의) 비 기술적 청중에게 기술적 인 내용을 전달하는 것은 당신이 개발할 수있는 기술과 필요한 기술입니다.

기본 기술이 아니라 문제 영역의 관점에서 대답하십시오. "firefox를 사용하는 고객이 주문을 시도하면 브라우저에 IT 구매 버튼이 표시되지 않습니다. 해당 브라우저는 사용중인 HTML 태그를 지원하지 않습니다."

종종 이것이 실제 답변 관리 유형입니다. 그가 저수준의 세부 사항을 정말로 이해하고 싶다면, 가장 좋은 방법은 자신이 이해하는 기술과 유사하게 만드는 것입니다.

나는 실제 세계에서 비슷한 것과 비슷한 것을 찾으려고 노력합니다. 내가 스택을 언급했을 때 누군가가 그게 무엇인지 물었다.

"글쎄, 당신은 아이들이 있습니다. 그들은 편지가 적힌 작은 나무 블록으로 놀아 본 적이 있습니까?"

"네."

"한 블록을 다른 블록 위에 쌓아서 큰 탑을 만드는 것을 본 적이 있습니까?"

"네."

"좋아요. 탑이 있으면 탑의 탑을 만지는 것이 안전합니다. 다른 블록을 씌우거나 블록을 뺄 수는 있지만 아래에 물건을 놓으면 상단 블록, 모든 것이 넘어 질 것입니다. "

웃음. "예! 그들은 탑을 부수고 모두 쓰러 뜨리는 것을 좋아합니다!"

"스택은 기본적으로 데이터를 사용하여 수행하는 것과 같습니다. 맨 위에 만 항목을 추가하거나 맨 위에 요소를 제거 할 수있는 방식으로 데이터 구조를 설정합니다. 부분적으로 진행중인 작업을 추적하는 데 유용합니다. "하지만 다른 일을 먼저해야하고, 그 전에 다른 일을해야합니다." (따라서 콜 스택의 아이디어를 소개합니다.) " 이 경우 타워를 쓰러 뜨리고 싶지 않다는 점을 제외하고 "

"아, 이제 알겠다. 쿨!"

기분 나빠하지 마십시오. 나는 지난주 에 글로 쓰여진 사본 이 완전하고 완전하게 무엇을 의미 하는지 설명해야 했다. 끔찍하게도 그 바보는 우리의 공급 업체 중 하나였습니다.

직접 방문한다면, 화이트 보드 나 최소한 종이를 찾아서 인간의 추상 레이어가 될 수 있습니다.

원격으로 누군가와 작업하는 경우 사용할 수있는 스케치 / 화이트 보드 도구가 많이 있습니다.

시각적 인 도움없이 추상적 인 것을 더 추상화함으로써 추상적 인 것을 단순화하려는 것은 광기입니다. 약물 및 알코올 남용, 가족 및 동료의 소외 및 유니콘 학대 등을 초래할 수 있습니다.

비유에 대해 이야기하는 사람은 +1, 시각 자료로 화이트 보드 또는 종이와 연필에 대해 이야기하는 사람은 +1.

내가 배운 또 다른 속임수는 내가 왜 무언가에 대해 5 페이지를 쓰면 내가 찾은 사람들이 실제로 그것을 읽을 것이라는 사실입니다. 내가 쓴 문서.

이상하게도, 나는 시각적으로 도움이되는 비유와 비유로도 똑같은 말을 구두로 설명하려고했지만 그들이 이해하지 못했다는 것이 확실하다. 나는 이것이 정치적 또는 감정적으로 고조된 상황이나 잦은 중단이 상황을 벗어날 때 특히 도움이된다는 것을 안다.

그러나 실제로 문제를 설명하고 비즈니스 이점 측면에서 그 이유를 설명하십시오. 일단 기술 부채 개념을 CEO에게 설명하면 이제이를 대화 속기의 형태로 사용할 수 있습니다. "왜이 3 일을하고 싶습니까? 저 웹 페이지는 나에게 잘 어울립니다!" "그것은 다음에 우리가 그것을 고쳐야 할 때 훨씬 빨리 갈 것입니다 기술 부채를 제거합니다." 그러면 대화 속도가 훨씬 빨라질 수 있습니다.

기술이 아닌 사람들에게 기술적 세부 사항을 설명해야하는 데 불만을 느끼면서 정서적 및 직업적 장애 를 겪고 있습니다. 비 기술적 인 사람들은 기술 프로세스를 비 기술적 인 비즈니스 프로세스로 변환해야하며 그 반대도 마찬가지입니다. 두 문제 영역 사이에서보다 능숙하게 번역할수록 고용주에게 더 ​​가치가 있습니다.

제조 기술에 익숙해지고 조립 라인 프로세스 측면에서 개발 프로세스를 설명하십시오.

예를 들어, html 태그의 처리를 설명하는 것 (따라서이를 사용할 수 없음)은 널리 알려진 play-doh로 알려진 압출 다이로 표현 될 수 있습니다.

요구 사항 변경, 인터페이스 업데이트, 제품 결함 등과 같은 개발 프로세스의 문제점을 회선 종료 비용, 회선을 구축하는 데 소요 된 시간 및 비용 및 요구 사항 또는 조건이 변경 될 때 수정해야한다는 점을 설명하십시오. 등

나는 또 다른 대답 으로 더 자세히 설명 했습니다.

• 프레젠테이션 기술을 연마 할 수있는 좋은 기회라고 생각하십시오.

• 기술 기초를 검토 할 수있는 좋은 기회라고 생각하십시오.

• 당신의 언어가 아닌 청중의 언어로 말하십시오.

• 비전문가가이 정보를 원하는 이유를 조사하십시오. 근본적인 이유는 무엇입니까? 그는 지루합니까? 자세한 내용이 궁금하십니까? 유능하게 보이고 싶습니까? 당신을 미치게 하시겠습니까? 누구와도 이야기하지 않은 슈퍼 외향성? 낙관적 인 추정치에도 불구하고 진행 부족으로 실망합니다 (일반적인 것입니다)?