Explicando coisas técnicas para pessoas não técnicas [fechado]

Muitas vezes tenho que explicar coisas técnicas e decisões técnicas ao meu gerente extremamente não técnico e sou péssimo nisso. Quais são as boas maneiras de coisas idiotas essenciais para o resto do mundo que não têm paixão pela programação?

Exemplos de perguntas que me foram feitas:

• Por que você está usando Django em vez de Java (também não aceitou que fosse mais barato)
• Pedindo-me para reformular as coisas em palavras não técnicas, minha frase foi "Certas tags HTML não são permitidas". Como posso burlar isso?
• Outras coisas que fazem todo sentido para mim, mas são tão básicas que não sei como explicar
• Por que isso, por que, por que tudo!

Além disso, como digo ao meu gerente para procurar as coisas básicas no Google, como "O que são pilões?"

Eu costumo usar analogias. Pegue o que quer que seja o tópico e pense em algo completamente não técnico que eles entenderiam, e explique a eles dessa maneira.

O melhor exemplo que posso pensar de improviso é que, se eu precisar explicar a orientação a objetos, explicarei usando um baralho de cartas. Ou, quando estava tentando explicar a idéia de internet sem fio para minha tia-avó (que nunca usava um computador), usei telefones sem fio para explicá-la.

Ainda não encontrei nenhum tópico que não possa emburrecer dessa maneira.

Coisas que eu uso

^{para um efeito ótimo e não tão bom.}

• Analogias: Ao explicar uma situação ou um processo, ele realmente funciona bem se você puder colocá-lo em termos que eles entenderão.
• Termos genéricos: em vez de dizer tags HTML, você pode dizer código . Se eles solicitarem uma explicação, talvez seja hora de um breve resumo do HTML e como ele funciona. "As páginas da Web são construídas com blocos chamados" tags ". Se o seu navegador não suportar uma tag específica, ela não será exibida corretamente."
• Resumos e visões gerais: Às vezes, funciona bem para dar uma breve sinopse antes de bater na cabeça com jargão técnico.
• Remova o jargão: gire "O banco de dados não está com o balanceamento de carga adequado quando atingido por várias solicitações de uma sub-rede IP". em "O banco de dados está tendo problemas para processar solicitações de determinadas pessoas". Se você precisar explicá-lo, substitua-o por outra coisa. Se você precisar explicar o banco de dados, está com problemas. "Lugar para guardar coisas" é o meu substituto.
• Auxílios Visuais: Whiteboards rock. Utilize-os para sua vantagem.
• Torne-os técnicos: Manter os gerentes, chefes e colegas de trabalho informados ajuda. Se o gerente da conta estiver confuso nas reuniões porque todos, exceto eles, entendem o que está sendo dito, pode fazê-los querer ler os e-mails nos quais eles foram controlados. Dedique um tempo ao escrever memorandos ou e-mails para se explicar completamente ou aponte para referências para explicação. Ter alguém para descobrir o que é HTML por conta própria provavelmente será melhor do que tentar empilhá-lo durante uma reunião importante.

Uma vez, há muito tempo, ainda na graduação, fui convidado a explicar algo durante o almoço de domingo - uma das experiências mais educacionais que já tive. A pessoa que fez a pergunta não foi comprovadamente estúpida - mas não tinha antecedentes, o nível de conhecimento que presumi não estava lá. Comecei a responder, dei uma olhada em branco, mudei, ainda em branco, mudei novamente, ainda em branco ... hmm ... então comecei da mesma maneira que você começa a criar um aplicativo, com pequenos blocos de explicação que você pode construir em algo mais substancial.

A parte principal desta lição, para mim, foi (e é) o quanto presumimos (não apenas programadores, todos) sobre o conhecimento de outras pessoas sobre a nossa especialidade escolhida, enquanto, de fato, você pode razoavelmente assumir que a maioria das pessoas sabe que 1 + 1 = 2, mas depois disso fica interessante.

Portanto, a primeira e mais importante coisa a entender é que as pessoas não sabem e não entendem o que você faz - mas elas entendem o que fazem e quando você está explicando coisas, portanto, você precisa começar de maneira simples e permanecer no local apropriado. nível para o seu público.

Em termos de técnicas específicas - acho que o @Josh K tem bastante cobertura - e enfatizo que as analogias são um vencedor absoluto.

Mais uma coisa - pode ser, de tempos em tempos, aceitável apenas escrever coisas como "coisas nerds", as pessoas nem sempre querem explicações completas sobre o porquê e se você já demonstrou disposição para explicar e capacidade de fazer portanto, de maneira compreensível, as pessoas tenderão a confiar em você quando você sugerir que "razões técnicas complexas" se apliquem ou que, em última análise, você possa obter um resultado específico "fazendo coisas de nerd" (ou "coisas de programador" ou qualquer outro termo que funcione bem) seus arredores).

Comunicar coisas técnicas a um público não técnico (de um ou mais) é uma habilidade, que você pode desenvolver e que precisa.

Tente responder não em termos da tecnologia subjacente, mas em termos do domínio do problema. "quando um cliente que usa o Firefox tenta fazer um pedido, o navegador não exibe o botão COMPRAR - esse navegador não suporta a tag HTML que estamos usando"

Muitas vezes, esse é realmente o tipo de resposta que a gerência deseja. Se ele realmente quer entender os detalhes de baixo nível, a melhor aposta é fazer analogias com a tecnologia que você sabe que ele entende.

Eu tento encontrar uma analogia com algo semelhante no mundo real. Tipo, quando mencionei uma pilha e alguém perguntou o que era:

"Bem, você tem filhos. Eles brincam com aqueles pequenos blocos de madeira com letras?"

"Sim."

"Já os viu fazer uma grande torre empilhando um bloco em cima do outro?"

"Sim."

"OK, e quando você tem uma torre como essa, é seguro tocar no topo da torre, certo? Você pode colocar outro bloco ou colocar o bloco em cima, mas se mover alguma coisa por baixo o bloco superior, a coisa toda vai cair, certo? "

Rindo. "Sim! Eles adoram esmagar a torre e fazê-los cair!"

"Bem, uma pilha é basicamente como fazer isso com dados. Você configura uma estrutura de dados de uma maneira que só pode adicionar itens à parte superior ou remover o elemento na parte superior. É útil para acompanhar as coisas que você está fazendo no meio do caminho. através de fazer, mas você precisa fazer outra coisa primeiro e, antes de terminar, precisa fazer outra coisa, e assim por diante. " (Assim, introduzindo a idéia de uma pilha de chamadas.) "Exceto que você não deseja derrubar a torre neste caso."

"Oh, entendi agora. Legal!"

Não se sinta mal. Eu tive que explicar o que copiar na gravação significa para um completo e completo idiota na semana passada. Horrivelmente, esse nitwit foi um dos nossos fornecedores.

Se pessoalmente, encontre um quadro branco ou pelo menos algum papel para que você possa se tornar uma camada humana de abstração.

Se estiver trabalhando com alguém remotamente, existem muitas ferramentas de esboço / quadro branco disponíveis.

Tentar simplificar algo abstrato, abstraindo-o ainda mais, sem algum tipo de auxílio visual é apenas loucura. Isso levará a coisas como abuso de drogas e álcool, privação de direitos de sua família e colegas e, pior, crueldade com unicórnios.

+1 para quem fala de analogias, +1 para quem fala de quadros brancos ou papel e lápis como recursos visuais.

Outro truque que aprendi é que algumas pessoas que encontrei, se eu escrever 5 páginas sobre o motivo de alguma coisa, vão realmente ler - posso dizer, porque um mês depois elas dizem alguma coisa e eu sei que documento que escrevi.

O estranho é que tenho certeza de que tentei explicar exatamente a mesma coisa verbalmente antes (mesmo com recursos visuais e analogias) e eles não entenderam. Acho que isso é especialmente útil em situações políticas ou emocionalmente carregadas ou quando interrupções frequentes descontrolam as coisas.

Entretanto, certifique-se de realmente explicar o problema - e explique o porquê em termos de benefício comercial. Depois que expliquei o conceito de dívida técnica ao nosso CEO - e agora, podemos usá-lo como taquigrafia conversacional. "Por que você quer fazer essa coisa de três dias? Essa página da Web parece bem para mim!" "Isso removerá as dívidas técnicas, e na próxima vez que precisarmos consertar as coisas as coisas serão muito mais rápidas". Então, a conversa pode se tornar muito mais rápida.

Você está fazendo um desserviço emocional e de carreira ao ficar chateado por precisar explicar detalhes técnicos a pessoas não técnicas. O fato de pessoas não técnicas precisarem que você traduza processos técnicos em processos de negócios não técnicos e vice-versa é o que o contratou. Quanto mais você souber traduzir entre os dois domínios problemáticos, mais valioso se tornará para um empregador.

Familiarize-se com as técnicas de fabricação e explique o processo de desenvolvimento em termos de processos da linha de montagem.

Por exemplo, explicar o processamento de tags html (e, portanto, a incapacidade de usá-las) pode ser expresso em termos de matrizes de extrusão, popularmente conhecidas em play-doh.

Explicar os problemas do processo de desenvolvimento, como alteração de requisitos, atualização de interfaces, defeitos do produto etc. em termos de custo de desligamento da linha, tempo e despesas gastos na construção da linha e necessidade de modificá-la quando os requisitos ou condições forem alterados etc.

Entrei em mais detalhes em outra resposta.

• Considere uma ótima oportunidade para aprimorar suas habilidades de apresentação.

• Considere uma ótima oportunidade para revisar seus fundamentos técnicos.

• Fale no idioma da platéia, NÃO no seu idioma.

• Investigue POR QUE o não técnico deseja essas informações. Qual o motivo subjacente? Ele está entediado? Curioso para saber mais? Quer parecer competente? Gosta de deixá-lo louco? Super extrovertida sem ninguém com quem conversar? Frustrado com a sua falta de progresso, apesar de suas estimativas otimistas (isso é comum!)?