1 pontos por GN⁺ 2024-04-06 | 1 comentários | Compartilhar no WhatsApp

Reflexões sobre trabalho desnecessário

  • A experiência de um funcionário que trabalha no departamento de automação de pipelines da empresa.
  • A equipe decidiu descontinuar uma ferramenta interna por causa de problemas de manutenção e criou um pipeline que automatiza a implementação dessa ferramenta para o caso de outra equipe precisar dela.
  • Neste mês, um dos membros da equipe encontrou uma possibilidade de melhoria na automação, e esse funcionário foi escolhido para aplicar mudanças à ferramenta anterior.

O paradoxo da automação de pipelines

  • Depois de aplicar as mudanças, um pull request não foi aprovado por causa de um ajuste solicitado em detalhes por alguém da mesma equipe.
  • Esses ajustes serviam para aumentar a resiliência da automação de pipelines em cenários muito raros.
  • No entanto, na mesma semana, o líder da equipe informou a outras equipes que a ferramenta interna havia sido descontinuada e não deveria mais ser usada.

O peso do trabalho sem sentido

  • Há dúvidas sobre a necessidade de uma automação de pipeline que implemente o uso de uma ferramenta descontinuada.
  • Como a ferramenta foi descontinuada, questiona-se por que são necessários ajustes em uma automação que ninguém vai usar.
  • Há confusão sobre o motivo de ter sido designado para um trabalho que parece desperdício de tempo.

A opinião do GN⁺

  • Essa situação revela problemas de falta de comunicação e de gestão de processos dentro da organização. De um lado, houve um comunicado oficial de que a ferramenta havia sido descontinuada; de outro, o trabalho de melhoria nessa mesma ferramenta ainda continuava.
  • Esse problema causa desperdício de recursos e pode gerar confusão e insatisfação entre os funcionários. Isso pode levar à queda de moral da equipe e, no longo prazo, ter impacto negativo na produtividade da empresa.
  • Para evitar esse tipo de situação, são necessárias diretrizes claras sobre o estado e a importância dos projetos, e é fundamental manter comunicação contínua com todas as equipes envolvidas. Além disso, é preciso uma abordagem estratégica no processo de definição de prioridades.
  • Este caso mostra um problema comum que pode ocorrer em outras organizações ou equipes, e oferece uma oportunidade para que elas revisem e melhorem seus próprios processos.
  • Para os funcionários que passam por situações assim, é importante verificar periodicamente se seus esforços estão sendo usados de forma valiosa e significativa e, se necessário, levar a questão à gerência ou ao departamento de RH.

1 comentários

 
GN⁺ 2024-04-06
Opinião do Hacker News
  • Experiência com o desenvolvimento de um sistema ERP

    • Experiência trabalhando em um sistema ERP interno desenvolvido ao longo de 15 anos por vários desenvolvedores.
    • O sistema era o núcleo da empresa, mas a diretoria apontava o sistema como a causa dos problemas.
    • A nova gestão promoveu a substituição por uma solução padrão do setor.
    • O CTO e o autor insistiram fortemente que o projeto estouraria o orçamento e fracassaria, mas a diretoria acreditou no fornecedor e levou o projeto adiante.
    • O fornecedor não entendia a dimensão do projeto e demonstrava confiança mesmo removendo funcionalidades importantes.
    • No fim, cinco anos depois, o projeto terminou em fracasso após desperdiçar milhões de dólares.
  • Tentativa de entrar no negócio de medidores inteligentes de energia

    • Experiência em que uma grande empresa de mídia tentou entrar no mercado de medidores inteligentes de energia.
    • Eles já tinham comprado, colocado a marca e armazenado milhares de medidores no depósito.
    • O desenvolvimento da API estava concluído, e a UI tinha problemas e precisava de correções.
    • Havia um orçamento de milhões de dólares preparado para o lançamento de marketing, mas no dia do lançamento o conselho da empresa cancelou tudo por causa da imagem da marca e do risco de fracasso.
  • Experiência com um projeto sem sentido

    • Desenvolvimento de um sistema chamado "EnGUAGEment meter" para ser instalado em cada corredor e mostrar o humor dos funcionários.
    • No aniversário do CEO, era preciso aumentar a taxa de participação.
    • No fim, a participação diária ficou em apenas 30% a 40%.
  • Projeto de controle de acesso à rede de um grande varejista

    • Ficou responsável por configurar ACLs de roteadores Cisco, mas presume-se que o projeto foi cancelado no meio do caminho.
    • O autor construiu um sistema automatizado, mas depois nunca mais ouviu notícias sobre o andamento do projeto.
  • Degradação deliberada de desempenho para descontinuar uma ferramenta interna

    • A pedido de um VP, realizou o trabalho de deixar intencionalmente mais lenta uma ferramenta interna antiga.
    • Adicionou mensagens de erro falsas e atrasos aleatórios para provocar reclamações dos usuários.
  • Migração emergencial de uma empresa SaaS para a AWS

    • Após uma aquisição, recebeu a ordem de migrar para a AWS, mas os altos custos gerados por isso acabaram levando a empresa de volta ao data center.
  • Projeto de atualização de testes unitários em uma empresa neozelandesa de software e hardware

    • Com orçamento de 10 milhões de dólares, o objetivo era atualizar os testes unitários, mas o projeto mudou de rumo no meio e foi convertido no desenvolvimento de uma ferramenta de inspeção de pacotes.
    • O líder do projeto saiu da empresa no meio do caminho, e o resultado não serviu para nada, mas a empresa avaliou o projeto como um sucesso.
  • Desenvolvimento de um simulador em uma disciplina de programação na universidade

    • Depois da primeira aula, tentou falar com o professor sobre desenvolver um simulador, mas o professor disse que o dispensaria das aulas e lhe daria nota A.
    • No fim do semestre, o professor não se lembrava da promessa, e só mudou a nota depois de ver o simulador.
  • Desenvolvimento de um site para jogar Magic: The Gathering online

    • Desenvolveu um site superior às opções existentes, mas não o publicou por causa de questões de direitos autorais.
  • Desenvolvimento de equipamento de teste para placas de controle de satélite

    • Desenvolveu um equipamento para testar placas de controle de satélite, mas o programa foi cancelado e o equipamento acabou sem uso e foi descartado.