Gestión de proyectos para estudios de software: Linear, Jira, Plane y Atrix comparados para trabajo con clientes

Qué diferencia el trabajo de estudio del trabajo de producto

Un equipo de producto tiene un backlog y un repositorio. Un estudio tiene cinco de cada, y los cinco clientes nunca deben ver el trabajo de los demás. Eso cambia lo que necesitáis de una herramienta:

• Separación estricta por cliente. El tablero, las páginas y las personas de un cliente deben ser invisibles para la cuenta de invitado de otro.
• Varios repositorios, varias cadencias. El cliente A despliega cada dos semanas; el cliente B es un desarrollo de alcance fijo con fecha límite. Sprints por cliente, no por empresa.
• Un registro de lo acordado. El scope creep es la mayor fuga de margen de un estudio. Necesitáis una lista congelada de requisitos y una forma de mostrar qué cambió.
• Registros exportables. Cuando el proyecto termina, el cliente espera las incidencias, los documentos y las decisiones, no una captura de pantalla.
• Poca administración. Un estudio de ocho no tiene oficina de gestión de proyectos. Si la herramienta necesita un administrador a tiempo completo, cuesta un puesto que no podéis facturar.

El coste también importa, pero menos de lo que la gente cree. Una herramienta que ahorra una factura disputada al año se paga sola a cualquier precio de la tabla siguiente.

Las cuatro herramientas, a octubre de 2026

Los precios son las cifras que cada proveedor muestra en su propia página de precios en octubre de 2026. La página de Linear solo lista tarifas con facturación anual. La de Jira muestra cifras por usuario sin indicar el ciclo de facturación, y sus tarifas bajan a partir de 100 usuarios, lo que no afecta a un estudio. El plan gratuito de Linear está limitado a 250 incidencias y 2 equipos; el de Jira a 10 usuarios; el de Plane a 12 puestos. Atrix no tiene plan gratuito: una prueba de 7 días con tarjeta.

Linear: el tablero más rápido, y el que a los clientes les gusta mirar

Linear es la herramienta que la mayoría de ingenieros de estudio elegirían para sí mismos. Las incidencias se crean rápido, los ciclos vienen de serie y la integración con GitHub es la mejor de las cuatro: una rama con el nombre de una incidencia la pasa a En progreso, y un PR fusionado la cierra.

Para trabajo con clientes, la estructura son los equipos. Un equipo por cliente funciona, y los invitados (en Business, $16 por usuario al mes facturado anualmente) pueden limitarse a un equipo. Lo que Linear no tiene es un registro del alcance acordado. Los documentos de proyecto son buenos, pero nada os dice que el requisito 14 se descartó en la semana seis. Eso lo guardáis en un documento y lo comprobáis a mano.

Lo que cuesta: un estudio de 10 en Business paga $160 al mes, antes de cualquier invitado de cliente que necesite más que acceso de visualización.

Jira: la que vuestro cliente corporativo ya usa

Si vuestros clientes son grandes empresas, hay muchas probabilidades de que usen Jira, y la forma más barata de trabajar con ellos suele ser dentro de su instancia y no de la vuestra. Cuando lleváis la vuestra propia, los esquemas de permisos de Jira ofrecen la separación por cliente más estricta de las cuatro, y la app GitHub for Jira enlaza commits, ramas y PRs con las incidencias.

Los costes son tiempo y dispersión. Jira necesita a alguien que se responsabilice de la configuración: flujos de trabajo, esquemas, tipos de incidencia. Los documentos viven en Confluence, un segundo producto con su propio precio por usuario. Para un estudio de ocho sin administrador, Jira suele ser más herramienta de la que el trabajo necesita, y las horas de configuración no aparecen en ninguna factura.

Plane: código abierto cuando queréis ser dueños de los datos

Plane es la opción de código abierto. El plan gratuito en la nube cubre 12 puestos, Pro cuesta $6 por usuario al mes facturado anualmente, y podéis autoalojarlo entero. Para un estudio que firma cláusulas de residencia de datos, ejecutar Plane en vuestro propio servidor es una respuesta real y no un apaño.

La contrapartida es la madurez. Los flujos de trabajo, la Wiki y las integraciones están en planes de pago, y el conjunto de funciones cambia deprisa, lo que es bueno para la hoja de ruta y menos bueno para un proceso que queréis mantener estable un año. Revisad la tabla de planes actual antes de comprometeros: el plan gratuito perdió funciones en 2026 respecto al año anterior.

Atrix: un producto por cliente, con auditoría de requisitos

Atrix tiene otra forma. Cada proyecto de cliente es un producto dentro de vuestro espacio de trabajo, y cada producto lleva su propio tablero (cinco vistas), backlog, ciclos de una a cuatro semanas con objetivo y burndown, etiquetas de colores, hitos y un árbol anidado de páginas. Un invitado a un producto ve ese producto y nada más. Vosotros los veis todos en un solo lugar, que es la vista que un dueño de estudio quiere de verdad un lunes.

Dos partes importan específicamente para estudios:

1. Auditoría de requisitos. Escribís o generáis los requisitos, los congeláis como línea base, y la auditoría muestra para cada uno si el trabajo falta, está en progreso o está hecho, y señala lo añadido o descartado desde la congelación. Es una auditoría de requisitos, no de código: Atrix no lee vuestro repositorio ni ejecuta análisis estático. Cuando un cliente pide una auditoría de código, ese es un trabajo humano, y nuestra parte de agencia lo hace por separado. La página de auditoría de requisitos explica la diferencia.
2. Registros que se van con el cliente. El espacio de trabajo entero se exporta a un ZIP, así que la entrega es un archivo, no una pantalla compartida. El servidor MCP (85 herramientas) y la API REST (90 endpoints) permiten a un cliente técnico extraer sus propios datos.

El enlace con GitHub es honesto pero limitado. Conectáis un repositorio a un producto y la página del producto muestra si el código se mueve: último push, pull requests abiertos, recuento de commits en 7 y 30 días. Atrix no hace peticiones de escritura a GitHub y no mueve incidencias cuando se hace push a una rama. Los repositorios privados están limitados a 1 en Builder y 10 en Studio, por eso Studio es el plan para estudios. La página de la integración con GitHub lista exactamente qué se lee.

El precio es plano: Builder $39 al mes por 5 puestos, Studio $149 por 15, anual con 20% de descuento. Los equipos fundadores que se suscriban antes del 31 de diciembre de 2026 conservan puestos ilimitados. El tamaño incómodo es de 6 a 12 personas, donde Studio cuesta más por cabeza que Linear Basic.

Cómo elegir para vuestro estudio

1. Contad clientes, no personas. Tres o menos clientes simultáneos y un equipo estilo producto: Linear. Cinco o más, con disputas de alcance que queréis terminar: Atrix o Jira.
2. Preguntad quiénes son vuestros clientes. Clientes corporativos en Jira: reuníos allí. Startups y pymes: cualquiera de la tabla.
3. Revisad la cláusula de entrega. Si los contratos dicen que el cliente es dueño de los registros, probad la exportación antes de firmar el primero.
4. Decidid quién es dueño de la herramienta. Sin capacidad de administración, no hay Jira.
5. Poned precio a todo el stack. Sumad documentos, chat y control de tiempo si la herramienta no los incluye. La calculadora de coste del stack hace esa suma.

Preguntas frecuentes

¿Cuál es la mejor herramienta de gestión de proyectos para una agencia de software pequeña?

Para una agencia pequeña con varios clientes simultáneos, elegid una herramienta que separe el trabajo de cada cliente y guarde un registro del alcance acordado: Atrix (un producto por cliente más auditoría de requisitos) o Jira (esquemas de permisos). Linear es mejor opción cuando la agencia lleva uno o dos proyectos largos que funcionan como equipos de producto.

¿Pueden los clientes ver los proyectos de otros clientes?

No si la herramienta está bien configurada. Linear limita a los invitados por equipo, Jira por esquema de permisos de proyecto y Atrix por producto. Probadlo con una cuenta de invitado ficticia antes de invitar a un cliente real.

¿Atrix se integra con GitHub?

Sí, en solo lectura y a nivel de repositorio. Un repositorio enlazado muestra el último push, los pull requests abiertos, las incidencias y el recuento de commits en la página del producto. Atrix no escribe en GitHub, no mueve incidencias al hacer push a una rama y no escanea código.

¿Qué es una auditoría de requisitos?

Una comparación entre una lista congelada de requisitos acordados y el trabajo del backlog: cubierto, en progreso, ausente, añadido o descartado desde la congelación. Es un registro de alcance, no una revisión de seguridad.

¿Jira es excesivo para un equipo de ocho?

Normalmente sí. Jira recompensa a un administrador dedicado y una fase de configuración larga. Un estudio de ocho sin administrador suele acabar con flujos de trabajo que nadie entiende. Linear, Plane o Atrix necesitan menos puesta en marcha.

Siguiente paso

Leed cómo está configurado Atrix para estudios de software, y luego comparadlo función por función con Linear y Jira antes de empezar una prueba.

Fuentes

Precios comprobados en la página de precios de cada proveedor en octubre de 2026: Linear, Jira, Plane, Atrix.