Se você considerar apenas a segunda parte da minha pergunta, "Por que um desenvolvedor não deve ser interrompido enquanto codifica o pescoço", isso já foi discutido várias vezes por pessoas inteligentes. Heck, até mesmo o co-fundador da SO, Joel Spolsky, escreveu uma postagem no blog sobre "entrar na zona" e "ser eliminado da zona" e por que leva uma média de 15 minutos para alcançar a produtividade ao participar de tarefas complexas relacionadas ao desenvolvimento de software. Então eu acho que o porquê foi estabelecido.
O que me interessa é como explicar tudo isso para alguém que não conhece beans sobre o Beans (khmm, quero dizer desenvolvimento de software). Como dizer à mulher, ou ao cara engraçado da contabilidade no local de trabalho, ou ao amigo de longa data que te liga no Skype a cada 30 minutos com um "Wazzzzzzup ?!", que todas as interrupções têm um impacto muito mais profundo no seu trabalho os óbvios 30 segundos que eles tiraram do seu tempo. Obviamente, você não pode explicá-lo por frases como "Eu tenho que fazer malabarismos com vários nomes de variáveis em minha memória de curto prazo", a menos que você queira ser alvo de olhares vazios ou de abuso amigável.
Eu gostaria de poder explicar tudo isso para os não desenvolvedores de uma forma que os faça entender claramente - sem ser ofensivo, elitista ou técnico demais.
EDITAR: Obrigado a todos por suas grandes ideias. Aceitei a resposta do EpsilonVector , pois a analogia dele era a mais próxima das minhas necessidades originais. A explicação do "adormecer" não é nem ofensiva nem técnica, quase qualquer um pode se relacionar com ela, e as conseqüências de ficar perturbado enquanto adormece ou quando está na zona são muito semelhantes: você experimenta frustração e "perde" 15-20 minutos de tempo.
Tags productivity