Como programador, você precisa fazer quadros de horários? [fechadas]

Os quadros de horários são algo que eu nunca gostei, mas mesmo assim é um requisito dentro da minha empresa. Eles não me incomodam muito, mas parecem realmente triturar as engrenagens de outras pessoas. Suponho que tenho algumas perguntas e o feedback seria ótimo.

1. Você é obrigado a fazer quadros de horários, supondo que você não é um contratado? (Isso é compreensível para mim).
2. Qual é a granularidade dos quadros de horários com os quais você se sentiria confortável ou com o qual utilizaria? (ex: todas as entradas devem ter menos de duas horas).
3. Os quadros de horários levariam em consideração seus motivos para não aceitar um emprego ou deixar um emprego atual?
4. Como o gerenciamento da sua organização justificou os quadros de horários se você não está cobrando de um cliente?

Como gerente, eu recebo a equipe para fazer planilhas de horas. Aqui está o porquê e algumas notas sobre como elas são implementadas para, esperançosamente, minimizar as interrupções:

1. Como empresa, muito do nosso trabalho é feito com base no tempo e nos materiais. Sem quadros de horários que obviamente não funciona. Temos 10 clientes e uma variedade de projetos e produtos diferentes, mas não somos grandes o suficiente para dedicar pessoas a clientes ou projetos em tempo integral, o que significa que precisamos ter uma maneira de descobrir quanto tempo as coisas levaram. Mesmo que isso não fosse verdade para gerenciar uma equipe, você ainda precisa entender o que leva tempo e quanto. Acha que o aplicativo antigo que os funcionários da sala de correspondência usam está demorando mais tempo para dar suporte do que vale a pena? E quando alguém pergunta quanto trabalho foi feito no recurso X no novo site que dobrou as vendas? Ou quando seus desenvolvedores dizem que você deve recrutar outra pessoa e você é solicitado a detalhar o que eles fazem para ajudar a justificá-la?

2. Existem categorias para todo o "não trabalho" razoável, incluindo orientação, discussões técnicas gerais, suporte, reuniões e assim por diante.

3. Correção de erros - registramos o tempo em todo um projeto, em vez de erros por erros. Isso tende a tornar as coisas muito mais fáceis - passar o dia consertando bugs, 7,5 horas corrigindo o projeto e você está pronto. Não há necessidade de tentar descobrir como ele foi dividido entre os 13 erros que você corrigiu.

4. Quando os implementamos, prometi que ninguém seria penalizado / recompensado pelo que estava em seu quadro de horários, desde que fosse preciso. Portanto, não há comentários nas análises com base na rentabilidade ou utilização ou qualquer outra coisa. Isso significa que não há incentivo para distorcer.

5. Por preciso, quero dizer aproximadamente. As pessoas realmente não deveriam ter que gastar muito tempo se preocupando com o que acontece quando fazem um café ou vão ao banheiro. Basicamente, se você fizer uma anotação em cada bloco em que trabalhou durante o dia, no final do dia, divida-o mais ou menos nas horas em que trabalhou e é isso. Se não demorar mais de 5 minutos no máximo.

6. Se eu não gostar do que vejo - por exemplo, alguém gastou muito tempo na tarefa X - a investigação é sobre o que podemos fazer para tornar o X mais rápido, em vez de algo relacionado ao quadro de horários.

7. Saber quanto tempo você passou fazendo algo é uma ótima maneira de melhorar as estimativas.

O sentimento anti-quadro de horários entre muitos programadores parece vir de duas coisas: (1) quadros de horários mal implementados, que demoram muito para serem concluídos, exigem mais informações do que o realmente necessário e incentivam a mentira e a distorção, para que as informações sejam inúteis, e (2) ) a sensação de que tudo o que incomoda levemente um desenvolvedor deve ser eliminado.

O primeiro é justo, mas você deve culpar a implementação e as regras que alguém anexou, e não toda a idéia de quadros de horários, que pode ser feita de maneiras que não apresentem esses problemas. O segundo é apenas irrealista - há muitas partes envolvidas em projetos, dentro e fora da empresa, cada uma com muitas demandas. Sim, queremos fazer tudo o que pudermos para tornar os programadores produtivos, mas isso deve ser equilibrado com as necessidades de outras partes.

Eu não entendo a coisa anti-horário. Os quadros de horários são o que faz com que você seja pago. Sem quadro de horários, sem dinheiro. Eu gosto de ser pago, por isso gosto dos meus quadros de horários. Nunca tive um quadro de horários que levasse mais de cinco minutos por dia para preencher. Honestamente, há muito mais coisas irritantes nos meus dias do que um quadro de cinco minutos.

Não fazemos programadores preencherem folhas de ponto. Temos um sistema de gerenciamento de tarefas que as pessoas parecem não se importar em usar, o que nos fornece praticamente todos os dados de que precisamos no que diz respeito à contabilidade. Não é difícil descobrir quando algo correu muito além do tempo esperado, quando alguém esquece de marcar um item como concluído.

Também se torna óbvio se alguém simplesmente não está produzindo.

Algumas consultas no rastreador de erros também ajudam a mostrar onde as coisas podem estar ficando entupidas.

Preferimos manter os programadores afastados das tarefas administrativas sempre que possível e confiar que as pessoas estão realizando seu trabalho.

A única vez em que considero razoável o tempo granular é se o cliente estiver sendo cobrado a cada hora por algo. Mas, então, a razão final para fazê-lo se torna óbvia e um pouco mais confortável, o tempo precisa ser rastreado com precisão, porque é assim que o cliente estará pagando. Isso é um pouco diferente de se sentir microgerido em prol da administração.

Sou a favor de tratar adultos como adultos.

A menos que você esteja cobrando dos clientes por hora, ou a menos que você seja um contratado pago por hora, eu não esperaria preencher os quadros de horários. Na minha experiência, eles são contraproducentes - sim, geralmente é necessário acompanhar a quantidade de recursos investidos nos projetos, mas isso pode ser aproximado mensalmente ("10 dias no Projeto X e 9 dias no Projeto Y etc"). Os benefícios de qualquer coisa mais granular são geralmente superados pelo custo de gravá-los e, se puderem ser usados ​​como um bastão para bater na equipe, a equipe simplesmente registrará o que é aceitável e não o que é preciso.

A outra desvantagem imprevista para as empresas é que, se você começar a monitorar a equipe, poderá descobrir que começa a registrar o quanto a equipe está fazendo! Se você é pago por 40 horas e é rastreado por 40 horas, venha 40 horas, há um incentivo incrível para voltar para casa. Os funcionários costumam parar de fazer um pouquinho mais que muitas vezes pode fazer a diferença.

Minha empresa tentou, mas eu a ignorei ou escrevi tempos sem sentido por algumas semanas enquanto ainda fazia o trabalho e eles se esqueceram disso.

No meu trabalho anterior, eu tinha que contabilizar cada bloco de 15 minutos. Era uma empresa de desenvolvimento web e cada um de nós foi encarregado. Cada tarefa tinha um número específico de horas alocado a ela. Dividimos o preço total cobrado ao cliente em US $ 100 / por hora para obter o total de horas disponíveis para o projeto.

Se eu recebesse 10 horas para realizar minhas tarefas e levasse 15 horas, eu devia à empresa 5 horas extras. Usei um planejador diário da Franklin Covey para acompanhar o tempo.

Eu trabalho como desenvolvedor web / gerente de projetos em uma pequena empresa (10 pessoas no total) e todos, incluindo o CEO, precisam registrar o que fazem. Tudo o que leva mais de 5 minutos deve ser registrado.

Um quadro de horários típico seria assim:

07:46 - 08:01: Cliente A - Projeto B - Programação - Observação opcional
08:01 - 08:38: Cliente B - Projeto C - Fixação - Observação opcional
08:38 - 08:46: Cliente B - Projeto D - Gerenciamento de projetos - Observação opcional
08:46 - 09:00: Cliente A - Projeto B - Suporte ao cliente - Observação opcional
...

Desde que eu estou acostumado a trabalhar assim, não seria um motivo para recusar um emprego. O CEO motiva o uso desse tipo de quadro de horários detalhado como a maneira perfeita de comparar estimativas com o tempo real gasto em um projeto.

Eu não faço uma folha de ponto. Existem projetos específicos nos quais acompanho as estimativas em relação ao tempo real (não uso nenhum tipo de cronômetro). Isso não é necessário, mas sinto a necessidade de trabalhar na minha capacidade de estimativa.

Os quadros de horários não são um problema para mim. Meu último trabalho teve com eles primeiro para fornecer transparência a um cliente e depois os abandonou. Meu trabalho atual os possui e eles são mantidos em caso de auditoria, uma vez que solicitamos subsídios de pesquisa do governo.

O software usado para os quadros de horários é péssimo, mas ainda preciso de cerca de 5 minutos para preencher um quadro de horários porque eles estão em um nível muito alto: 8 horas por dia, marque férias / dias de folga e faça algumas anotações sobre o que foi trabalhado durante a semana. Faço anotações todos os dias, para que não demore muito para criar algumas linhas para digitar no quadro de horários.

1. Sim, os funcionários são obrigados a fazer folhas de ponto e isso não é algo incomum para mim ver.
2. Geralmente eles são divididos em várias categorias, por exemplo, suporte ou algum recurso importante, como pesquisa em um site, com um mínimo de 15 minutos por entrada, ou seja, 0,25 de uma hora.
3. Não, os quadros de horários são apenas um recurso administrativo que aceitei como parte do meu trabalho. Pode ser interessante dividir meu trabalho em vários intervalos, como trabalho administrativo, de suporte e desenvolvimento.
4. Existem algumas justificativas diferentes que conheço para que os desenvolvedores façam quadros de horários:
   1. Existem várias regras contábeis sobre como algumas despesas podem ser capitalizadas e amortizadas para que pareçam melhores nos livros, ou pelo menos é o que me lembro de ouvi-lo algumas vezes.
   2. A quantificação de nossa alocação de tempo permite que a gerência veja quanto tempo é gasto em várias áreas que podem ser usadas para o planejamento estratégico em certo sentido. Se houver um grupo de desenvolvedores que gasta muito tempo em suporte, pode fazer sentido criar uma nova equipe de suporte para assumir esse controle, possivelmente para dar um exemplo aqui. Outro pensamento é que, embora sejamos funcionários internos, ainda existe a questão de qual orçamento vem nossos salários. Se estamos fazendo principalmente o trabalho do projeto, está fora do orçamento do projeto que não é o mesmo que o orçamento de suporte.

Eu tenho que preencher vários quadros de horários.

Primeiro, há o quadro de horários que vai para o RH. Esse quadro de horários simplesmente mostra o trabalho / não funcionou e é usado para rastrear a TDF e os dias de ausência. Por isso, é sempre preenchido em múltiplos de 8 (fora o dia todo ou trabalhando o dia todo).

Depois, há o quadro de horários que vai para os negócios. Trabalho no desenvolvimento de software em uma grande corporação; a maioria (99%) de nossos projetos é para usuários internos. Esses projetos são cobrados dos usuários por hora; portanto, um projeto para, por exemplo, o departamento jurídico será cobrado no orçamento do departamento jurídico. Este quadro de horários é o mais politizado; há pressão da gerência de TI para cobrar o máximo de seu tempo possível nos projetos e pressão dos proprietários do projeto para cobrar o máximo de tempo possível com a TI (por exemplo, reuniões de equipe, treinamento informal etc.). Além disso, antes que qualquer trabalho seja feito em qualquer projeto, ele é 'estimado' e um certo 'orçamento' de horas é alocado. Portanto, para prolongar o horário, há pressão de todas as partes para que seja criativo com o quadro de horários; marcar 8 horas em um determinado dia para o mesmo projeto dispara uma bandeira vermelha que aciona mais de 3 gerentes que acertam seu cubo. As horas extras NUNCA são marcadas, pois não servem para nada (meu salário é o mesmo e diminui as horas disponíveis mais rapidamente). A precisão neste quadro de horários pode ser prejudicial para sua carreira.

Finalmente, há o quadro de horários do projeto. Este é o que vai para os proprietários do projeto; não é discriminado por data, mas por hora. Portanto, esta é a folha que diz "Passei 9 horas em seu projeto esta semana; as tarefas A e B foram realizadas e os erros X e Y foram corrigidos". Este quadro de horários é uma obra de ficção completa; como obtém seu número de horas no quadro de horários anterior, a proporção de tarefas / horas é completamente imprecisa. No entanto, esse quadro de horários é realmente usado apenas para determinar se atingimos ou não o marco X em uma determinada hora de uso Y; portanto, é mais um indicador geral do progresso do que qualquer outra coisa.

Dois empregos atrás, eu preenchi os quadros de horários. Eles foram feitos para registrar o pagamento (recebemos horas extras) e cobrar do cliente (muito trabalho era de T&M) e para verificar suposições versus valores reais em projetos de preço fixo. Também os achei úteis para registrar algumas de minhas próprias informações, em vez de manter um registro pessoal versus um registro do quadro de horários. Funcionou muito bem.

Um emprego atrás, tentei usar as planilhas de horas da mesma maneira (as condições eram muito semelhantes), mas nesse caso a empresa questionaria todas as pequenas coisas na planilha de horas. Eu teria conversas telefônicas discutindo sobre o que coloquei no meu quadro de horários que durou mais do que a quantidade de tempo em questão. Parei de marcar o tempo exato, porque era um absurdo. Outras pessoas também pareciam estar no quadro de horários, quando questionadas.

Neste trabalho, meu tempo não é diretamente faturável para um cliente, apenas para projetos internos, mas ainda faço planilhas de horas. Eles são fáceis de fazer e úteis, não apenas para mim, mas para a empresa de contabilidade, etc. Nunca foram questionados sobre o que coloco aqui em um quadro de horários, por isso os mantenho bastante precisos.

Eu diria que eles são ótimos, até que eles comecem a penalizá-lo pelo que você colocou neles.

Infelizmente sim.

Mas não apenas um quadro de horários. Nós temos que:

• Check in e check out na chegada / partida
• Preencha o quadro de horários da empresa controladora no final do mês
• Nosso governo idiota ( Croácia ) recentemente adicionou outro incômodo: preencher outro quadro de horários diário . Por quê? Para que eles possam enviar uma "inspeção" para roubar seu dinheiro, se todos os funcionários não o preencherem completamente.

Estou impressionado com quanto tempo é desperdiçado em folhas de ponto e com o quão pouco a organização está gastando.

Para a maioria dos grupos aqui, o gerente envia o número de horas orçadas para o período; por projeto, por funcionário, a fim de corresponder ao plano do projeto. Todos os programadores entram nesse período para cada projeto em que trabalham; independentemente do tempo que eles realmente gastaram por projeto. Ou quão útil esse trabalho foi.

Para eles, as folhas de ponto são totalmente inúteis.

Por outro lado, obtenho o registro de compilação do Hudson e confirmo o log do VCS. A partir disso, entendo bem o que minha equipe realmente trabalhou sem ter que pedir que eles arquivem mais formulários.

É mais preciso, pois rastreia o que os desenvolvedores fizeram e não o que as pessoas disseram que passaram tempo fazendo.

Eu odeio preenchê-los no trabalho, odeio com uma paixão ... o que poderia explicar por que estou com três meses de atraso no momento. Tenho meus e-mails, calendário, tarefas em nosso software de rastreamento de tarefas, projetos a serem inseridos, em nosso software de rastreamento de projetos 'maior'. E, no entanto, eles ainda insistem em preencher um quadro de horários que faça referência aos projetos / tarefas nos outros programas. É tudo apenas uma bagunça.

É então usado para determinar a eficiência, velocidade, etc, que é usada no cálculo do seu bônus. O fato de você estar tecnicamente fazendo 60 horas de trabalho, em 40 horas, não é realmente notado, mas o que é notado é que tudo estava atrasado ... apesar do fato de eu ter seguido o tempo estimado em cada um, e trabalhei minhas 8 horas, algumas teriam chegado a tempo ... mas gradualmente mais tarde, eventualmente, com coisas que nem estavam sendo iniciadas antes do vencimento.

No entanto, como freelancer, não tenho problemas em preenchê-los. Eu mantenho um arquivo do Excel com uma simples "data, comentário, horas". É simples, rápido e funciona muito melhor.

Não estou tentando cumprir prazos definidos por um gerente e tão ridiculamente aleatórios que parece que dados foram lançados desde que eu não fui consultado. Tarefa A, recebo 2 horas alocadas ... mas sei que levará um dia. Tarefa B: Receberei 20 horas ... mas sei que posso parar em 15 minutos.

O conceito de quadros de horários não é ruim. Para os indivíduos, uma vez que eles podem acompanhar o tempo que leva para executar uma tarefa, eles podem

1. estimar tarefas semelhantes com mais precisão
2. planejar bem as tarefas para manter-se ocupado durante a semana e
3. saber de antemão se eles perderão algum prazo

Além disso, o custo de um projeto pode ser rastreado.

No entanto, invariavelmente sempre, um problema aparece rapidamente. Aqui está o modelo da sequência de eventos:

1. A gerência tem um cheiro de 'mensurabilidade'. Eles imaginam que isso seja uma ferramenta de gerenciamento.
2. As horas registradas serão questionadas, explicações solicitadas para qualquer número maior que um número (digamos 6), tudo em um sentido de controle e gerenciamento falsos.
3. Em seguida, a equipe será comparada e confrontada quanto a quem está registrando mais horas. A saída será monitorada em termos de horas gastas.
4. Eles contratarão um coordenador de folha de ponto ou algum papel para ajudar nesse processo.
5. Essa pessoa, para provar um argumento, adicionará mais alguns campos ao modelo e aumentará o processo . Agora, o tempo necessário para gastar no quadro de horários de repente quadruplica.

Assim, um sistema que antes era considerado auxiliar programadores se torna um gargalo.

Sim. Mas em um nível bastante grosso para os relatórios gerenciais semanalmente. Isso é relatado pelo PMO desde a gerência sênior até o nível do diretor em uma granularidade apropriada. Para projetos individuais, está no nível da tarefa do projeto para rastrear o progresso, mas isso não é incluído no quadro de horários, mas mais no gerenciamento de projetos.

A única vez em que não me ressentei de ter que preencher os quadros de horários foi quando trabalhei em uma equipe usando o XP. Suponho que foi porque

1. esses cartões eram preenchidos como parte da reunião stand-up todas as manhãs (que era a primeira vez que eu via reuniões com uma alta taxa de resultado / tempo)
2. Eu pude ver os resultados do esforço sendo usado (para calcular o tempo necessário para implementar tarefas futuras)

OTOH, estou usando uma planilha caseira do Excel para rastrear meu estado de horas extras (e o que faço todos os dias) há mais de dez anos. Atualmente, normalmente, preenche o quadro de horários na sexta-feira antes de deixar a empresa, copiando da minha planilha do Excel.

Não, e eu recusaria ofertas de emprego / contrato que me fizessem preencher folhas de ponto. Nunca entenderei a ignorância dos gerentes que pensam que o infame cronograma é algum tipo de ferramenta excelente para manter os programadores disciplinados e também para medir o desempenho.

Por tudo o que ele sabe, eu poderia ter copiado / colado um pedaço de código de um blog que resolve um problema difícil nos primeiros dez minutos e passei o resto do meu tempo gravado lendo discussões interessantes sobre o P.SE.

Não somos trabalhadores de plantações de algodão e não devemos ser tratados como tal.

Eu costumava preencher folhas de horário em todas as empresas anteriores, mas não no meu show atual.

Principalmente, parecia um exercício inútil, exceto em um caso: uma empresa na qual trabalhei onde estávamos cobrando diretamente dos clientes pelo tempo de nossos desenvolvedores. Isso foi compreensível.

O problema com os quadros de horários no trabalho típico de software é que o trabalho é dinâmico demais para caber em pequenos pacotes agradáveis. Por exemplo, no meu show atual: em uma hora típica, posso gastar 17 minutos respondendo a e-mails do Marketing, 11 minutos respondendo a perguntas do Helpdesk sobre algum problema do cliente, 12 minutos ajudando um colega novato em alguma coisa e 20 minutos realmente trabalhando em um problema oficial de RC que pode ser claramente informado. Misture esses intervalos aleatoriamente e você terá a hora de um desenvolvedor sênior típico.

Nem toda hora de cada dia é assim, é claro, mas é assim com frequência suficiente para tornar os quadros de horários bem inúteis por aqui. A menos que você esteja tentando medir quanto tempo está sendo gasto em uma tarefa faturável específica (que nunca é o caso aqui), eles são basicamente uma perda de tempo (tempo do desenvolvedor e tempo da folha de pagamento).

Vários empregos atrás, em um país diferente daquele em que vivo agora, não realizamos folhas de ponto. Nós recebemos um salário. Se o trabalho estava sendo feito, esse era o fim.

Quando me mudei para a Austrália, as folhas de ponto em todos os lugares. Pagou o que foi chamado de "salário", mas com folhas de horas e horas registradas. Não é exatamente o meu entendimento da comunidade de uma posição assalariada versus uma assalariada.

Se necessário, preencherei os quadros de horários (como se tivéssemos horas faturáveis ​​que um cliente precisa conhecer), mas, em geral, não gosto de toda a ideia por alguns motivos:

1. Eu os esqueço. Nove em cada dez vezes, acabo esquecendo por alguns dias e depois volto a preenchê-lo com informações quase inexatas.
2. Eu sou um adulto que é muito capaz de alocar meu próprio tempo. Se eu estiver gastando muito tempo com alguma coisa, avisarei meu gerente. Não preciso que eles me digam quando estou gastando muito tempo com alguma coisa.

Nosso aplicativo de quadro de horários também é usado para rastrear relatórios de férias e despesas.

O tempo de entrada é feito com uma granularidade de meia hora. Isso é feito para fins de relatório aos gerentes seniores. Alguns desenvolvedores se recusam a fazê-lo e, assim, acabam sendo encarregados trimestralmente de parar de trabalhar e atualizar seu tempo. Eu tento lembrar aos caras se eles passam 12 horas por dia e escrevem 8 horas, os idiotas no topo terão a ideia de que não precisamos de nenhum novo desenvolvedor - podemos lidar com a carga. Tivemos uma marcha da morte que envolveu 7 dias por semana durante muitos meses no inverno passado. Metade dos desenvolvedores escreveu 40 horas / semana no aplicativo de relatórios, enquanto vários de nós relataram números reais. Pela lei federal, os programadores são "isentos" (o que significa isenção de horas extras na ausência de um contrato sindical), portanto, reportar horas extras não nos pagará horas extras, mas os números ainda aparecerão nos relatórios.

O tempo gasto trabalhando em bugs e o novo código é rastreado (mais ou menos) no Team Foundation Server e só o rastreamos com uma granularidade de 1 dia inteiro. Estamos tentando fazer isso para melhorar a estimativa de quanto tempo levará para fazer as coisas, pois nosso processo de estimativa diminui de -25% a + 1000%. No momento, jogar dardos em um calendário pela sala é quase tão preciso quanto nossos processos de estimativa.

O local anterior usava quadros de horários para cobrar dos clientes; portanto, se você passava 45 minutos trabalhando no bug de um cliente, o cliente era cobrado por 45 minutos.

Eu preenchi folhas de ponto, tanto como funcionário em período integral quanto como contratado, por quase uma década, em 4 empregos diferentes; portanto, encontrei pouco atrito ao usá-lo; no entanto, não acredito em me envolver demais com isso. minúcia de tarefas. O mais granular que eu já vou é de 1/4 de hora, e isso é raro.

Recentemente, no entanto, tenho usado o Grindstone para acompanhar o que estou fazendo (felizmente, minha posição atual me permite enviar meu próprio quadro de horários, em vez de ser forçada a preencher um sistema baseado em intranet desenvolvido em casa).

Eu recomendaria a qualquer pessoa que ache que a manutenção do quadro de horários está demorando muito ou é irritante

Nunca tive que preencher um quadro de horários e não acho que ingressaria em uma empresa que exigisse que eu fizesse isso. Em todas as empresas em que trabalhei, sempre fui julgado com base no que fiz e não em quanto tempo levou . Resultados e desempenho são muito mais importantes do que quanto tempo levou para obtê-los. De fato, o primeiro inclui o segundo: se eu fiz tanto em um ano quanto outro desenvolvedor em uma posição semelhante em um mês, minha avaliação provavelmente não seria muito boa. O contrário não funciona tão bem: saber que uma pessoa passou 60 horas no trabalho esta semana e outra passou 40 não é suficiente para fazer um julgamento significativo. Alguns dos desenvolvedores mais eficazes gastam menos tempo no trabalho precisamente porque são eficientes.

Além disso, eu tenho sido um funcionário assalariado em cada trabalho, por isso não recebi mais ou menos porque trabalhei mais ou menos horas. Portanto, as informações em um quadro de horários nunca seriam a minha vantagem. Por fim, quais são os seus negócios com o que passo meu tempo realizando um projeto? Se eu produzisse o melhor software da empresa, mas você descobrisse que navego na web 4 horas por dia, você me demitiria? Como você sabe que a navegação na web não é essencial para o meu processo mental? Além disso, mesmo se eu fiz navegar na Web 4 horas por dia, eu provavelmente não iria colocá-lo no meu quadro de horários, o que significa que a informação é bastante qualquer maneira inútil. Acho que ficaria tentado a preenchê-lo com o BS e entregá-lo com o meu relatório TPS no final da semana ...