Fernando Costa

Gerald Weinberg propôs uma regra para calcular os danos causados pela transição de projeto:

Mesmo adicionando um único projeto em seu trabalho é profundamente debilitante pelos cálculos de Weinberg. Você perde 20% de seu tempo “chaveando” os projetos. No momento em que você adiciona um terceiro projeto à mistura, quase metade do seu tempo é gasta na mudança de tarefa.

Isso pode ser um problema mesmo se você só estiver trabalhando em um projeto único. O impacto de simplesmente ver o seu e-mail, telefone, mensagens instantâneas e interromper o que está fazendo pode ser profundo, conforme documentado no presente estudo da BBC:

O estudo, realizado no Instituto de Psiquiatria, encontrou no uso excessivo da tecnologia a redução de inteligência dos trabalhadores. Aqueles distraídos por e-mail e telefonemas recebidos observou-se uma queda de 10 pontos no seu QI – mais do dobro da observado em estudos sobre o impacto de trabalhadores fumando maconha, disseram os pesquisadores.

Kathy Sierra escreveu um grande post comparando multi-funções e tarefas de série e seguiu até um ano mais tarde com um post tipicamente perspicaz propondo que multitarefa nos torna estúpidos:

Talvez o maior problema de todos, porém, é que a maioria das pessoas fazendo a maioria das pessoas tem dificuldades de perceber o quanto ruim são em multi tarefas.

Acreditamos que podemos ver e-mails e falar ao telefone ao mesmo tempo, com pouca ou nenhuma degradação de qualquer comunicação.

Acreditamos que podemos fazer trabalhos de casa enquanto assiste a um filme.

Nós acreditamos que possa navegar na Web enquanto conversava com os nossos filhos / esposa / amante / colega de trabalho.
Mas não podemos! Não fazer com sucesso em todos os níveis – o tempo, a qualidade e a capacidade de pensar profundamente.

Joel Spolsky compara a tarefa de comutação de tarefas de computadores e programadores de computador:

O truque aqui é que quando você controla programadores, especificamente, trocando tarefas de ter uma tarefa muito, muito, mesmo muito tempo. Isso porque a programação é o tipo de tarefa, onde você tem que manter um monte de coisas na sua cabeça de uma vez. Quanto mais coisas você se lembrar de uma só vez, mais produtivo você está na programação. Um programador de código em plena desempenho mantém zilhões de coisas na sua cabeça de uma vez: tudo a partir de nomes de variáveis, estruturas de dados, APIs importantes, os nomes das funções de úteis que eles escreveram e chamam muita coisa, até mesmo o nome do subdiretório onde armazenar seu código fonte. Se você enviar esse programador para Creta para umas férias de três semanas, eles vão esquecer tudo isso. O cérebro humano parece tirar da RAM em pouco tempo e armazená-los em uma fita de backup, onde leva uma eternidade para recuperar.

Eu sempre evito trabalhar em vários projetos ao mesmo tempo. Pode ser difícil dizer não, porque os desenvolvedores de software são notoriamente propensos ao risco ocupacional de otimismo.

Nós geralmente superestimamos o quanto nós vamos realmente ter feito, e a multi-tarefa exagera nossos próprios preconceitos internos ainda mais. Sempre que possível, evite interrupções e evite trabalhar em mais de um projeto ao mesmo tempo. Se for inevitável, seja brutalmente honesto com você mesmo – e os seus stakeholders – o quanto você pode realmente fazer em condições de multi-tarefa. É, provavelmente, menos do que você pensa.

Indicação: Ângelo Ayres Camargo
Fonte: http://www.codinghorror.com/blog/archives/000691.html

Esse post foi publicado de segunda-feira, 28 de setembro de 2009 às 15:17:33, e arquivado em Efetividade. Você pode acompanhar os comentários desse post através do feed RSS 2.0. Você pode comentar ou mandar um trackback do seu site pra cá.