Odio jodidamente Jira (2022)

Artículo original ↗ Discusión en Hacker News ↗

Jira, el omnipresente rastreador de incidencias y proyectos de Atlassian, recibe críticas intensas por ser lento, demasiado configurable y fácilmente convertido por la dirección en un laberinto de campos obligatorios, flujos de trabajo enrevesados y teatro de KPI. Muchos ingenieros sostienen que lo que realmente odian es la combinación de Jira con una mala cultura organizativa, mientras que otros insisten en que el diseño del producto fomenta activamente la complejidad y las malas prácticas frente a herramientas más simples como las incidencias de GitHub/GitLab, Phabricator/Phorge, Linear o sistemas internos. Una minoría reporta experiencias positivas cuando Jira está estrictamente gobernado, se mantiene simple y se usa principalmente como un tablero Kanban ligero o rastreador de bugs, lo que subraya cuánto depende su impacto de cómo —y por quién— se configure.

Sentimiento general hacia Jira

  • Muchos comentaristas expresan un rechazo intenso; algunos lo llaman la peor herramienta que usan.
  • Una minoría dice que Jira les gusta o, al menos, les parece “bien” cuando se usa de forma simple.
  • Varios sostienen que las quejas a menudo confunden Jira con frustraciones más amplias sobre la burocracia corporativa y las grandes organizaciones.

Herramienta vs. configuración vs. cultura

  • Tema fuerte: el “verdadero” problema es cómo las organizaciones configuran y exigen Jira, no el software en sí.
  • Las instancias sobreconfiguradas (muchos campos personalizados, flujos de trabajo complejos, múltiples tableros) crean confusión y fricción.
  • Otros responden que, si la mayoría de las organizaciones configuran mal una herramienta, eso es evidencia de un mal diseño de la herramienta, no solo de malos usuarios.
  • Jira se describe como una “caja de herramientas” o una “navaja suiza”: potente, pero un enorme arma de autolesión sin gobernanza y sin un administrador competente.

UX, rendimiento y problemas técnicos

  • Quejas frecuentes sobre lentitud, alto uso de CPU y comportamiento torpe de arrastrar y soltar, especialmente en Cloud.
  • La búsqueda es ampliamente criticada por ser mala, a menudo incapaz de encontrar incidencias incluso por el título exacto.
  • Algunos señalan decisiones extrañas de paginación (por ejemplo, cargar primero los comentarios más antiguos) y fallos de la interfaz que roban el foco.
  • Se informa que las ediciones autoalojadas / Data Center son más rápidas y sólidas que Cloud.

Jira, agile y proceso

  • Jira suele ir de la mano de prácticas mal vistas: ceremonias Scrum, story points, planning poker y gestión impulsada por KPI.
  • Algunos dicen que Jira + Scrum es “desgarrador para el alma”, mientras que Jira + Kanban es aceptable; otros encuentran Jira malo independientemente del proceso.
  • Varios sostienen que Jira fomenta una sobrevaloración de tickets y métricas en lugar de prácticas reales de ingeniería y comunicación.

Comparaciones y alternativas

  • Entre las herramientas elogiadas o preferidas están Linear, Pivotal Tracker, Shortcut/Clubhouse, Phabricator/Phorge, incidencias de GitHub/GitLab, OpenProject, Smartsheet y hojas de cálculo simples o Markdown en repos.
  • Algunas herramientas (Rally, Azure DevOps, IBM CCM, ciertos productos de Microsoft) se describen como incluso peores, haciendo que Jira parezca bueno por comparación.
  • Se dice que los rastreadores más simples “escalan mejor” porque evitan la complejidad y la hinchazón de Jira.

Confluence y el ecosistema Atlassian más amplio

  • Confluence suele ser denostado como el lugar donde la documentación va a morir; la búsqueda vuelve a ser una queja importante.
  • Otros defienden Confluence como “la menos mala” herramienta de documentación frente a documentos dispersos de Word/Excel/SharePoint.
  • Algunos aprecian la fuerte integración entre Jira, Confluence y el hosting de Git, especialmente cuando se usa de forma mínima y consistente.

Gobernanza, escalado y carga administrativa

  • Las organizaciones grandes a menudo necesitan un consejo de gobernanza o incluso administradores de Jira a tiempo completo para evitar la proliferación de campos y flujos de trabajo.
  • Sin esto, las instancias acumulan campos duplicados/no usados y flujos de trabajo inconsistentes, especialmente en instalaciones globales únicas.
  • También se critica la complejidad del lado de administración: encontrar el ajuste correcto a menudo requiere tickets de soporte a Atlassian.

Reflexiones más amplias

  • Varios ven Jira como optimizado para informes de alta dirección y KPI más que para la ergonomía del desarrollador.
  • Hay debates sobre si el seguimiento debería vivir más en Git (commits, notas de lanzamiento, CI) que en tickets de Jira.
  • Algunos abogan por herramientas internas, ajustadas con precisión, para empresas suficientemente grandes, en lugar de plataformas empresariales genéricas.