Um dos maiores desafios da área de TI é conseguir separar o que é prioridade e o que o usuário PENSA QUE é prioridade. Tipo, o servidor pegando fogo É prioridade. O usuário  não conseguir colocar uma cor de fundo nas células da planilha NÃO É prioridade.

O problema é que, se podemos simplesmente ignorar os usuários que não entendem esses nossos conceitos, o mesmo não se aplica aos chefes. E, aí, acabamos passando por situações em que temos que largar tudo para atender a uma requisição urgente, e cinco minutos depois largamos essa mesma requisição urgente para atender a outra mais urgente ainda, criando um ciclo de ‘prioridades’ que não são resolvidas e uma péssima avaliação pelo chefe.

Clóvis, do TechGuide, nos conta um caso nesse estilo:

Esses dias meu chefe me passa uma tarefa: Criar um script para um cliente com uma certa urgência. La vai eu, paro tudo que estou fazendo e começo a fazer o script. Quando estou nos finalmente, realizando os ultimos testes, o gerente me  interrompe e manda eu fazer outra coisa: depurar um erro em outro cliente.

Lá vai eu de novo, paro o que eu estou fazendo (meio que resmungando, pois, odeio ser interrompido no meio do tarefa que exige raciocionio), começo a depurar o erro que e no meio da depuração recebo um email mal criado do gerente dizendo mais ou menos assim: “bla bla bla, as tarefas definidas como erro devem ser tratadas com urgencia , e bla bla bla”.

Eu concordo com que ele disse no  emails. Mas ai eu fico sem parâmetros: dou preferencia aos erros ou às solicitações de clientes exigentes?