Eu Odeio Pra Caralho o Jira (2022)

Artigo original ↗ Discussão no Hacker News ↗

O Jira, rastreador de issues e projetos onipresente da Atlassian, atrai críticas intensas por ser lento, excessivamente configurável e facilmente transformado pela gestão em um labirinto de campos obrigatórios, fluxos de trabalho convolutos e teatro de KPIs. Muitos engenheiros argumentam que o que as pessoas realmente odeiam é a combinação do Jira com uma cultura organizacional ruim, enquanto outros insistem que o próprio design do produto incentiva a complexidade e más práticas em comparação com ferramentas mais simples como issues do GitHub/GitLab, Phabricator/Phorge, Linear ou sistemas internos. Uma minoria relata experiências positivas quando o Jira é rigidamente governado, mantido simples e usado principalmente como um quadro Kanban leve ou rastreador de bugs, ressaltando o quanto seu impacto depende de como — e por quem — ele é configurado.

Sentimento geral em relação ao Jira

  • Muitos comentadores expressam aversão intensa; alguns o chamam de a pior ferramenta que usam.
  • Uma minoria diz gostar do Jira ou, pelo menos, achá-lo “ok” quando usado de forma simples.
  • Vários argumentam que as reclamações frequentemente misturam o Jira com frustrações mais amplas sobre burocracia corporativa e grandes organizações.

Ferramenta vs. configuração vs. cultura

  • Tema forte: o “verdadeiro” problema é como as organizações configuram e impõem o Jira, não o software em si.
  • Instâncias superconfiguradas (muitos campos personalizados, fluxos de trabalho complexos, múltiplos boards) criam confusão e atrito.
  • Outros contra-argumentam que, se a maioria das organizações configura mal uma ferramenta, isso é evidência de um mau design da ferramenta, não apenas de maus usuários.
  • O Jira é descrito como uma “caixa de ferramentas” ou um “canivete suíço”: poderoso, mas uma gigantesca armadilha sem governança e sem um administrador competente.

UX, desempenho e problemas técnicos

  • Reclamações frequentes sobre lentidão, alto uso de CPU e comportamento desajeitado de arrastar e soltar, especialmente no Cloud.
  • A busca é amplamente criticada por ser ruim, muitas vezes falhando em encontrar issues mesmo pelo título exato.
  • Alguns observam decisões estranhas de paginação (por exemplo, carregar primeiro os comentários mais antigos) e bugs de interface que roubam o foco.
  • As edições self-hosted / Data Center são relatadas como mais rápidas e sólidas do que a Cloud.

Jira, agile e processo

  • O Jira costuma estar ligado a práticas mal vistas: cerimônias Scrum, story points, planning poker e gestão orientada por KPIs.
  • Alguns dizem que Jira + Scrum é “esmagador para a alma”, enquanto Jira + Kanban é aceitável; outros acham o Jira ruim independentemente do processo.
  • Vários argumentam que o Jira incentiva um excesso de foco em tickets e métricas em vez de práticas reais de engenharia e comunicação.

Comparações e alternativas

  • Ferramentas elogiadas ou preferidas incluem Linear, Pivotal Tracker, Shortcut/Clubhouse, Phabricator/Phorge, issues do GitHub/GitLab, OpenProject, Smartsheet e planilhas simples ou Markdown nos repositórios.
  • Algumas ferramentas (Rally, Azure DevOps, IBM CCM, certos produtos Microsoft) são descritas como ainda piores, fazendo o Jira parecer bom em comparação.
  • Rastreaders mais simples são considerados capazes de “escala melhor” porque evitam a complexidade e o inchaço do Jira.

Confluence e o ecossistema Atlassian mais amplo

  • O Confluence é frequentemente ridicularizado como o lugar onde a documentação vai para morrer; a busca é, mais uma vez, uma grande reclamação.
  • Outros defendem o Confluence como “o menos ruim” para documentação em comparação com documentos dispersos do Word/Excel/SharePoint.
  • Alguns apreciam a forte integração entre Jira, Confluence e hospedagem de Git, especialmente quando usada de forma mínima e consistente.

Governança, escala e carga administrativa

  • Organizações maiores muitas vezes precisam de um conselho de governança ou até administradores de Jira em tempo integral para evitar a proliferação de campos e fluxos de trabalho.
  • Sem isso, as instâncias acumulam campos duplicados/não usados e fluxos inconsistentes, especialmente em instalações globais únicas.
  • A complexidade do lado administrativo também é criticada: encontrar a configuração certa muitas vezes exige tickets de suporte para a Atlassian.

Reflexões mais amplas

  • Vários veem o Jira como otimizado para relatórios de alta gestão e KPIs, em vez de ergonomia para desenvolvedores.
  • Há debates sobre se o acompanhamento deveria viver mais no Git (commits, release notes, CI) do que em tickets do Jira.
  • Alguns defendem ferramentas internas, sob medida e bem ajustadas, para empresas grandes o suficiente, em vez de plataformas corporativas genéricas.