Escolar Documentos
Profissional Documentos
Cultura Documentos
Como possvel completar mais projetos, mais rpido, sem sacrificar a qualidade ou o escopo, quando seus
recursos j esto mais do que sobrecarregados?
Seus projetos sofrem de alguns desses efeitos indesejveis?
Atrasados
Recursos sobrecarregados
1.
Multi-tarefa nociva
2.
Sndrome do Estudante
3.
Lei de Parkinson
4.
5.
Voc deve se preocupar com essas cinco causas porque elas atrasam os benefcios e resultados do projeto
para sua empresa e seus clientes. Essas causas tambm atrasam o fluxo de caixa de um projeto finalizado e
permitem que sua equipe e seu cliente encontrem uma janela de oportunidade maior para fazer mudanas que
ameacem o prprio projeto. Imagine a reduo de pedidos de alterao se seu projeto fosse completado duas vezes
mais rpido. Lembre-se, se voc continuar fazendo o que sempre fez, continuar obtendo o que sempre obteve,
projetos atrasados.
Causa N 1: Multitarefa Nociva
Voc ou sua equipe enfrentam constantemente prioridades que mudam, fazendo com que interrompa uma
tarefa e trabalhe em outra? Tem algum esperando pela sada de sua tarefa para que possa fazer o trabalho
dele/dela? Esta a definio de multitarefa nociva. Dito isto, nem toda multitarefa nociva. Quando ningum est
esperando pela sua sada no h nada de errado em comutar entre vrias tarefas.
Por que fazemos multitarefas? Para alguns de ns por causa do tdio de trabalhar em uma coisa por vez.
Nossa mente exige estimulao mais alta e, portanto, continuamente mudamos de assunto. Freqentemente a
culpada a m priorizao. Nos pedem para iniciar vrias tarefas simultaneamente e cada uma delas possui um
cliente esperando por sua sada. Cada cliente quer que a tarefa dele progrida e constantemente pergunta j
terminou?, forando-nos a comutar repetidamente para a tarefa dele para que algo seja feito e reportar o progresso.
Enquanto estamos trabalhando nesta tarefa, outros clientes pedem o status de suas respectivas tarefas. Este ciclo
nos fora a comutar tarefas repetidamente. Naturalmente, ao trabalhar numa tarefa voc no est fazendo progresso
em nenhuma outra. Se seus clientes contam com uma entrega rpida, eles levaro seus negcios para outro lugar.
Para alguns clientes s o progresso j suficiente. No necessrio que seja rpido, desde que esteja sendo feito.
Porm, mesmo se voc tiver sorte o bastante para ter tais clientes, qual o impacto em voc e no seu negcio?
Qualquer quantidade de tempo no trabalhado numa tarefa significa que a tarefa est sendo atrasada mais
do que seria se voc se dedicasse ao seu trmino. Assim, a multitarefa sempre faz com que uma tarefa demore mais
do que deveria. Entre outros fatores que se somam est o tempo de raciocnio que leva para entrar no trilho para
tornar-se criativo. Para tarefas como engenharia, programao e redao esse tempo pode ser uma parte
significativa do tempo total da tarefa quando se faz multitarefa. Para o trabalho manual isto pode incluir o tempo de
ajuste da mquina, preparao das ferramentas e equipamentos apropriados e coloc-los de volta em seus lugares.
Existem algumas tarefas onde o tempo de ajuste desprezvel e no um fator, mas essas so poucas no mundo do
trabalho intelectual. Estimativas indicam que o ajuste, ou tempo de raciocnio, pode igualar ou mesmo exceder o
tempo real da tarefa, para tarefas altamente cognitivas. Um exemplo inclui escrever este artigo. Quando eu me
distancio dele para fazer outra coisa qualquer e depois volto, preciso ler o segmento inteiro de novo para descobrir
onde eu estava e o que estava pensando quando parei. Isto toma um tempo extra, que poderia ser devotado a mais
escrita.
Pense como a multitarefa afetaria voc numa fila de caixas da mercearia. Imagine que, em vez de atender
uma pessoa por vez, o processo de pagamento no caixa inclusse a varredura de um produto de cada pessoa na fila,
e ento fosse repetido. Se h apenas uma pessoa na fila, o tempo necessrio para o pagamento seria apenas o
tempo necessrio para varrer seus produtos, pegar seu dinheiro e empacotar suas mercadorias. Entretanto, se aps
voc chegar na fila e um ou mais de seus itens tivessem sido registrados, outra pessoa entra na fila e, em vez de
completar seu pedido, o caixa pegar um item desta outra pessoa, registr-lo, e depois pegar um de seus itens,
registr-lo, e repetir. Agora demorar duas vezes mais para voc completar sua compra. Enquanto o caixa est
registrando seus itens e, simultaneamente, o da pessoa atrs de voc, outra pessoa entra na fila. Agora o caixa pega
um item seu, depois um da prxima pessoa, e depois um da nova pessoa, e repete. O que acontece quando outra
pessoa entra na fila? Como voc pode ver, quanto mais pessoas entrarem na fila, mais demorar para voc
completar sua transao. Voc compraria nesta loja mais de uma vez? No. Ento, por que voc faz isso com sua
equipe e com seus clientes? A forma mais rpida de completar uma transao come-la e faz-la at termin-la.
Voc pode, ento, concentrar-se na tarefa e no cliente. mais rpido e fornece o melhor servio ao cliente. Ningum
reclama, a menos que a fila fique muito grande. Quando comutamos de tarefas, o risco de problemas com a
qualidade tambm aumenta. Nos esquecemos do que foi feito e do que no foi feito. Ns corremos para retornar
outra tarefa. Passamos por cima de pequenos detalhes em nosso ajuste. A presso de clientes irados adicionam
estresse ao trabalho, nos tornando menos satisfeitos e sujeitos a negligenciar um bom servio. O envolvimento da
gerncia aumenta, para lidar com clientes importantes ou altamente impacientes, e a acelerao (despacho)
comea a tornar-se uma forma de lidar com eles. Quanto mais e mais clientes comeam a exigir um servio mais
rpido, a gerncia comea a focar em mtodos complicados de priorizao para satisfazer a todos e manter os
empregados focados em fazer a coisa certa.
A multitarefa nociva fora as pessoas a dar estimativas maiores do que o necessrio para as tarefas. Se voc
sabe que no lhe ser permitido iniciar uma tarefa, trabalhar nela at terminar e depois prosseguir para a prxima
tarefa, voc ser forado a dar uma estimativa muito maior sobre quanto tempo levar para completar a tarefa. Se
voc sabe que levar dois dias para completar uma tarefa, mas tambm sabe que ser interrompido, incluir o tempo
de interrupo na estimativa. Agora, uma tarefa de dois dias estimada em 10 dias. Seu cliente esperar dez dias?
Voc decide. Seu cliente ficaria mais motivado a fazer negcio com voc se voc prometesse dois dias em vez de
dez? Imagine a vantagem competitiva da promessa de menor durao. Imagine o melhor ambiente de trabalho criado
para os membros da sua equipe quando voc elimina os mtodos complicados de priorizao, a constante
acelerao (despacho), os clientes zangados e a constante vigilncia da gerncia.
Nem toda multitarefa nociva. Como saber a diferena? Lembre-se, multitarefa nociva quando uma
tarefa est sendo atrasada e a pessoa a quem voc deve o resultado est esperando voc terminar. Na verdade, a
multitarefa nociva pode atrasar o trmino de todo o projeto. Porm, se ningum estiver esperando pelo resultado
ento no multitarefa nociva. Pode no ser eficiente, mas pode no significar muito. Por exemplo, lhe pedem para
encher 100 envelopes e coloc-los no correio para amanh. J que o correio passa apenas uma vez ao dia e j
muito tarde para coloc-los hoje, no importa se voc dobrar todos os papis primeiro e depois envelop-los
(multitarefa), ou dobrar um papel e envelop-lo e depois prosseguir para o prximo (sem multitarefa). Entretanto, se o
carteiro estiver chegando a qualquer minuto e voc tem um item crtico para enviar, seria insensato fazer multitarefa
simplesmente para ser eficiente. Nesse caso a tarefa requer dobrar, envelopar, selar e enviar o lote, sem interrupo.
Algumas funes so guiadas por multitarefa. Nem toda funo deveria eliminar a multitarefa. Por exemplo,
uma secretria, um chefe de cozinha e muitas outras funes exigem a movimentao de muitas partes. Isto
multitarefa nociva? No necessariamente. Devido natureza muito curta da tarefa, e de tempos de espera embutidos
na prpria tarefa, o atraso usualmente tolervel. Voc pode precisar responder vrias chamadas telefnicas e
colocar pessoas na espera. Este atraso no geralmente um problema at que se torne excessivo. Eventualmente o
cliente determina um limite na quantidade de tempo que voc pode permitir nos atrasos por multitarefa, antes que ele
desligue e faa negcio em outro lugar. Todos ns gostaramos que nossas chamadas fossem respondidas
imediatamente, nosso problema fosse abordado sem ficar esperando, e ento concluiramos nossa chamada. Porm,
devido curta durao da transao, ns estamos dispostos a aceitar uma certa quantidade de demora.
A simulao de tarefas demonstra os efeitos da multitarefa nociva. Em simulaes de projetos reais (usando
a simulao com trs projetos, de Tony Rizzo) realizadas em meus seminrios, os estudantes realizam trs projetos
com multitarefa. Os efeitos criados durante este exerccio so caos, confuso, montes de ordens e muitas atividades
adicionais de gerenciamento. bastante estressante. Quando eles terminam eu os desafio a fazer duas vezes mais
projetos, seis no total, em menos tempo do que os trs originais. Eles nunca acreditam que isto possvel. Eles
tambm no querem enfrentar mais esse tanto de estresse. Entretanto, uma vez que removemos a multitarefa
nociva, eles sempre fazem duas vezes mais projetos em menos tempo e sem o caos, sem gritaria, e muito menos
estresse. A nica diferena entre os dois eventos a multitarefa nociva. Quando sua equipe est fazendo multitarefa
isso exige uma sobrecarga considervel de gerenciamento. Algum precisa manter o registro do que est sendo
trabalhado, o status, o tempo previsto de trmino, e atualizar o cliente repetidamente. Cada pedao dessa sobrecarga
pode ser eliminada. Se sua experincia parecida com isso, voc tem muito a ganhar removendo esse obstculo. Se
voc deseja conseguir fazer duas vezes mais, no mesmo perodo de tempo, e reduzindo o estresse, pare com a
multitarefa. A figura abaixo fornece um exemplo grfico dos resultados da multitarefa versus a no multitarefa.
Na Figura 1, note o trmino antecipado devido remoo do tempo de ajuste (raciocnio). Tambm note o
prazo de entrega de cada tarefa. Mesmo se os dois cenrios demorarem a mesma quantidade de tempo total (zero
tempo de ajuste/raciocnio), a vantagem de no fazer multitarefa significativa. Se algum estiver esperando pelos
resultados da Tarefa-A antes que possa realizar sua tarefa, fcil ver que sem a multitarefa a prxima tarefa pode
comear consideravelmente mais cedo. E mais ainda, note que quando se faz multitarefa as trs tarefas so
completadas em rpida sucesso. Se os resultados de todas as trs tarefas forem para o mesmo recurso, o
destinatrio agora herdou a carga da multitarefa. Isto cria uma pilha de trabalho completado que se move correnteza
abaixo, assim como um excesso de trabalho em andamento. E tem mais, pode-se ter perdido tempo enquanto o
prximo recurso esteve esperando pela sada. Ele pode ter ficado ocupado com trabalho, para ter certeza de que
no seria pego sem ter o que fazer (e arriscar ser demitido). O tempo gasto nessa ocupao com trabalho no
avanou o projeto e pode at mesmo ter contribudo para atras-lo.
Geralmente me perguntam sobre o tempo morto durante as tarefas. Supe-se que eu fique sentado,
fazendo nada, quando eu chegar num ponto de uma tarefa onde eu estiver esperando por outros? No. Lembre-se,
apenas multitarefa nociva se algum est esperando pelos seus resultados. Isto , algum est esperando pela sua
sada para realizar o trabalho dele/dela. Por exemplo, se voc est cozinhando e coloca o assado no forno, voc est
esperando o forno completar a tarefa dele. Voc est livre para se mover para outra tarefa enquanto espera.
Entretanto, esteja pronto para continuar imediatamente a tarefa anterior quando o forno tiver acabado, caso contrrio,
voc queimar o assado.
Qua
ndo
um
a
pe
que
na
seg
ura
na
O mais notvel ainda que as pessoas se esforam para cumprir o pedido absurdo de fornecer estimativas
precisas. Por qu? Voc concordaria que a maioria das pessoas quer ser considerada confivel? Se assim, isto
significa que ns tentamos cumprir nossos compromissos, certo? E se isso verdade, o resultado que ns
adicionamos segurana e lutamos para impedir que ela seja removida por outros. Se temos segurana extra
embutida, que no foi necessria, ento usamos esse tempo extra para fazer um trabalho melhor, em vez de reportar
um trmino antecipado. Afinal, se exigimos 6 semanas e entregamos em 4 semanas, qual ser a recompensa por
entregar antes, na prxima vez que pedirmos 6 semanas para uma tarefa? Nossa segurana ser cortada. Isto pode
fazer com que falhemos em nosso compromisso, nos atrasando e nos tornando no confiveis. Este fenmeno to
predominante que possui seu prprio nome: Lei de Parkinson. Esta lei expressa que: O trabalho se expande para
preencher o tempo disponvel. Agora voc deve concordar que as pessoas realmente adicionam segurana, mas ela
no est sendo usada apropriadamente. Sua prova que a maioria das tarefas no terminam antes, como seria
esperado.
que parar e coletar mais informao. Isto no um problema. Lembre aos recursos que esto fornecendo as
estimativas que voc s est interessado em quanto tempo levar para completar as tarefas sem interrupes, com
todas as entradas necessrias disponveis. Depois documente as entradas necessrias para assegurar que no lhes
ser pedido que iniciem uma tarefa sem que tais entradas estejam sob sua posse. Seu trabalho como gerente do
projeto garantir que eles tenham o que necessrio para realizarem o trabalho deles.
Enquanto voc sobrecarregar as pessoas com tarefas e permitir que elas inflacionem os prazos para
acomodar outras tarefas, voc perpetuar a sndrome do estudante. Esse problema ampliado pela multitarefa.
Ns temos nossa equipe trabalhando em mltiplas tarefas com duraes inflacionadas e esperamos que eles
priorizem tais tarefas. Tarefas urgentes tero precedncia sobre as tarefas importantes. Isto encoraja o embutimento
de segurana nas tarefas, que fornece mais tempo do que o realmente necessrio, ento atrasamos o incio das
tarefas at que tenhamos absolutamente que comear, devido s demandas concorrentes. E o que acontece quando
a tarefa realmente encontra um problema? Onde est a segurana? (Uma pergunta melhor seria: Quando a
segurana?) Est no passado. No podemos us-la mais (ver Figuras 5 e 6). Note, no desenho, que quando
embutimos a segurana ns, mentalmente, colocamos a proteo no final da tarefa. Porm, devido sndrome do
estudante, ns no comeamos a tarefa imediatamente e, portanto, comeamos a tarefa tarde. Quando o problema
ataca, a segurana com a qual contvamos j no est mais disponvel.
Algumas pessoas enfatizam que tudo isto no pode ser verdade. Na verdade, quando minha equipe me
fornece uma estimativa eles quase sempre atingem essa estimativa. Isto pode ser verdade. Entretanto, verdade
porque uma profecia auto-realizvel. A tarefa torna-se vtima das questes mencionadas anteriormente, fazendo
com que seja completada como previsto, porque as pessoas querem ser vistas como confiveis. Como voc pode
ver, se a tarefa iniciada imediatamente e no h problemas srios, a segurana embutida consumida pela Lei de
Parkinson. Se ns no comearmos a tarefa imediatamente e ocorre um problema, a tarefa ser atrasada. Se
comearmos a tarefa atrasada (sndrome do estudante) e nada d errado, ns completamos a tarefa no prazo. De
um jeito ou de outro, a segurana foi gasta. Esse um tempo que fez com que a durao do seu projeto seja
estimada muito alm do que era necessrio. Isso tambm torna seu projeto menos competitivo.
vez de em
srie." Vamos
Tarefa-1 e sua sada vai para o recurso para realizar a Tarefa-2. Digamos que voc um santo e que comea sua
tarefa no prazo, trabalhou nela at terminar, sem multitarefa, e completou-a no final do dia 2, como prometido.
normal completar seu trabalho, imediatamente levar seus resultados para a prxima pessoa (como se voc realmente
soubesse quem ) e entreg-los a ela para que comece? No. Todavia, voc conclui que terminou no prazo, ento
voc relata o trmino para obter o crdito de ter terminado no prazo e d o dia por encerrado. Na manh seguinte
voc pega seu caf, l seu e-mail e faz qualquer outro trabalho pendente. Ento voc pega seus resultados de ontem
e os entrega prxima pessoa na fila. Agora perdemos metade de um dia.
Parte II do cenrio: Ser que a pessoa para quem voc entregou os resultados ir parar imediatamente o que
estiver fazendo, limpar a mesa e comear a trabalhar no prximo passo para esse entregvel? No. Ela vai lhe
agradecer pela entrega, apreciar que voc est geralmente no prazo e trocar fofocas com voc. Ela reconhece que
no h pressa para comear imediatamente, j que existe uma rede de segurana embutida nas estimativas de
durao. Agora a hora do almoo. Ela retorna ao escritrio, realiza mais algum outro trabalho, e pensa em iniciar
sua tarefa, mas, o final do dia, e nada como um novo incio amanh. Ela vai pr casa. Agora, outro meio dia est
perdido. Quando ela comea a tarefa na manh seguinte, j est um dia atrasada, causando atraso para outros, e
agora o projeto est atrasado. Assim como uma tarefa de 2 dias mais uma de 2 dias resulta em 5 dias. Alguns
argumentam que a segunda pessoa muito provavelmente ir acelerar e terminar em um dia, e o projeto no ficaria
atrasado. Isto poderia acontecer. Provavelmente acontece freqentemente. Mas isso admite que a tarefa no era
mesmo uma de dois dias, mas uma tarefa de um dia com um dia de segurana, que foi perdida, atrasando o projeto.
Isso pode facilmente ser superado garantindo que cada nome de tarefa inclua a transferncia. Por exemplo, em vez
de "Completar o relatrio" como uma tarefa, poderia ser "Marketing obtm o relatrio completadov. Agora a pessoa
que realiza a tarefa no ganha crdito por complet-la at que esteja nas mos do prximo recurso. Alm disso, a
pessoa que realiza a tarefa no pode marcar sua prpria tarefa como terminada. Apenas o recurso que precisa de
sua entrega pode validar que voc terminou. Isto impede entregas atrasadas assim como fornece ao prximo
recurso na fila a oportunidade de rejeitar resultados com m qualidade, que impactem seu trabalho. Este mtodo foi
chamado de efeito "papa-lguas" pelo Dr. Goldratt. O efeito similar corrida de revezamento, onde devemos ter
certeza que a prxima pessoa na fila est sempre pronta para iniciar o trabalho numa tarefa do projeto quando
entregue. Muitos gerentes de projetos vo to longe quanto contatar o prximo recurso na fila e notific-lo sobre
quando sua tarefa predecessora terminar, para que tenha oportunidade de limpar sua mesa em preparao para o
trabalho vindouro.
CONCLUSO
Agora voc conhece as cinco principais doenas que fazem seus projetos atrasarem. Para remover esses
obstculos voc precisar parar a multitarefa nociva, desenvolver um sistema que permita que as tarefas adiantadas
e atrasadas se compensem entre si, que leve em conta a probabilidade dos eventos dependentes, que pare os
efeitos da Lei de Parkinson, que garanta que, quando uma tarefa completada, o resultado aparece quase
instantaneamente para a prxima tarefa na fila, e que pare a prtica de adicionar segurana a cada tarefa.
Sobre o Autor
Allan Elder presidente da No Limits Leadership, Inc., uma empresa de consultoria dedicada a ajudar as
organizaes a entregar mais projetos, mais rpido, atrves da liderana eficaz. Allan trabalhou como diretor de GSI
(Gerenciamento de Sistemas de Informao) para a segunda maior empresa de seguros corporativos e a maior
empresa de segurana na Califrnia. Allan foi certificado como PMP, um Jonah na Teoria das Restries, possui
bacharelado em Telecomunicaes, mestrado em Gerenciamento de Projetos e Ph.D. em Organizao e
Gerenciamento. Alm de seu trabalho em consultoria, Allan o principal instrutor de gerenciamento de projetos para
a Universidade da Califrnia, Irvine, prestou consultoria e lecionou para a UCI Graduate School of Business, e foi um
Examinador Snior para o California Award for Performance Excellence (CAPE) por trs anos. Allan pode ser
contatado em aelder@nolimitsleadership.com.
Sobre o Tradutor
Adail Muniz Retamal diretor da Heptagon Tecnologia da Informao Ltda, empresa de consultoria e treinamento
focada na aplicao da Teoria das Restries em geral, e da Corrente Crtica em particular, Engenharia de
Software, metodologias geis de gerenciamento e desenvolvimento de software, atuando como catalisador da
mudana organizacional, alm de ajudar as organizaes a construrem sua estratgia e ttica para alinhar seus
esforos com suas metas. Adail Engenheiro Eletricista/Eletrnico, atuou como consultor, instrutor e arquiteto de
solues para a Borland Latin America por 4,5 anos. Lecionou em universidades
articulista e est escrevendo um livro. Adail pode ser contatado em adail@heptagon.com.br.
Fonte: http://www.heptagon.com.br/5dgp-4