Linear para diseñadores: issues, proyectos y ciclos sin perder el diseño

¿Qué es Linear y qué lugar ocupa en el trabajo de diseño?

Linear es una herramienta de issues, es decir, de tareas con estado, responsable y prioridad. Su documentación organiza el trabajo en tres piezas: los issues, que son las unidades de trabajo; los ciclos, que son periodos de tiempo por equipo; y los proyectos, que agrupan issues en torno a un resultado o una fecha objetivo.

Para diseño, el valor no está en la herramienta en sí, sino en el lugar donde se cruza el trabajo. Una pantalla de Figma que se convierte en un issue, con su estado y su responsable, deja de ser una conversación en un chat y se vuelve algo que el equipo puede priorizar.

¿Por qué le importa a un diseñador junior?

Porque en la mayoría de los equipos de producto, el diseño llega a desarrollo a través de un gestor de tareas. Si no sabes cómo se registra una petición, cómo se marca un diseño como listo o cómo se planifica un ciclo, pierdes control sobre cuándo se construye lo que diseñaste. Un junior que domina estas piezas se vuelve más útil para el equipo de dev.

Además, la herramienta enseña una distinción importante: no todo lo que hay que hacer es un proyecto. Un ciclo mide tiempo y un proyecto mide un resultado, y mezclarlos se nota en el tablero.

¿Cómo funcionan los ciclos?

Según la documentación de Linear, un ciclo es un periodo de una a ocho semanas que se configura por equipo. Estas son sus reglas principales:

• Los issues abiertos suelen pasar solos al siguiente ciclo al cerrar el actual. No se pierden, pero tampoco desaparecen de la planificación.
• Hay un cooldown opcional entre ciclos. No se pueden asignar issues al cooldown, y los issues movidos a backlog, triage, cancelados o completados durante ese tiempo no se arrastran al siguiente ciclo.
• Se pueden programar hasta quince ciclos futuros.
• Los subequipos heredan el calendario del equipo padre.

La consecuencia práctica es que un ciclo no sirve como cajón de sastre. Si metes todo lo pendiente en el ciclo actual, el arrastre será constante.

¿Qué son los proyectos y cómo se usan?

Según la documentación, un proyecto es un grupo de issues con un resultado claro o una fecha de finalización prevista, y puede abarcar varios equipos. Un issue solo puede estar en un proyecto a la vez; para repartir el trabajo entre varios, Linear sugiere crear sub-issues y asignar cada una a un proyecto distinto. Cada proyecto tiene un responsable (lead), un estado, hitos con fecha objetivo y un gráfico de progreso.

Para diseño, un proyecto puede ser un rediseño de flujo, una investigación o el lanzamiento de una función. Un hito puede ser “prototipo validado” o “diseño listo para desarrollo”. Eso ayuda a separar el trabajo de descubrimiento del de entrega, que suelen mezclarse.

¿Cómo se conecta con Figma?

Linear tiene un plugin de Figma que permite vincular frames, secciones o páginas a issues, crear issues desde el lienzo y cambiar desde Figma el estado, el responsable o el proyecto. Pegar un enlace de Figma en un issue muestra una vista previa, pero Linear guarda una captura del momento: aunque el archivo cambie, la captura se queda como estaba, y para actualizarla hay que usar el botón de refrescar. Además, quien instaló la integración debe tener acceso al archivo, o aparece un error de permisos (“Insufficient permissions”).

Estos detalles importan en el día a día. Si la vista previa muestra una versión antigua, el desarrollador puede construir sobre algo que ya cambió.

¿Qué planes ofrece?

Según la página de precios consultada el 12 de noviembre de 2026, Linear tiene cuatro planes. En todos hay miembros ilimitados, y issues, proyectos, ciclos e iniciativas.

• Free: 0 USD. Dos equipos, hasta 250 issues y archivos de 10 MB. No incluye invitados.
• Basic: 10 USD por usuario al mes, facturados por año. Hasta cinco equipos, issues y subida de archivos ilimitados, y roles de administración. No incluye invitados.
• Business: 16 USD por usuario al mes, facturados por año. Equipos ilimitados, equipos privados e invitados, SLA de issues y Linear Insights.
• Enterprise: precio a consulta, con facturación anual. Suma SAML y SCIM, registro de auditoría, HIPAA y soporte prioritario.

La página no muestra precios mensuales y los planes cambian con el tiempo, así que confírmalos antes de presupuestar. Si necesitas invitados, por ejemplo clientes o personas externas, hace falta el plan Business o el Enterprise.

¿Cuándo NO conviene Linear?

• Si el equipo de diseño trabaja solo y no hay desarrollo que siga el tablero. El costo de mantener ciclos y proyectos supera el beneficio.
• Si el trabajo de diseño es sobre todo exploración sin fechas. Un tablero de tareas con ciclos fuerza una planificación que la exploración no soporta. Es un criterio de práctica, no una indicación de Linear.
• Si necesitas invitados en el plan gratuito o en Basic. Solo Business y Enterprise los incluyen.

Si tu equipo necesita un espacio libre para pensar, el FigJam o el Miro encajan mejor que un gestor de tareas. Y si el tablero debe vivir en un entorno más corporativo, la alternativa es Jira, que tiene su propia lógica.

Ejemplo

Ejemplo ilustrativo: un equipo de diseño y desarrollo de cuatro personas trabaja en un flujo de pagos.

• Proyecto: “Pagos sin fricción”, con el hito “prototipo validado” y el hito “diseño listo para desarrollo”.
• Issues: cada pantalla es un issue, con el frame de Figma vinculado con el plugin.
• Ciclo: dos semanas. Al cerrar el ciclo, los issues abiertos pasan al siguiente, y el equipo revisa por qué se arrastran.
• Problema detectado: la vista previa de una pantalla mostraba la versión de la semana anterior. Desarrollo construyó sobre ella. El equipo añade un paso de refresco manual antes de marcar el issue como listo.

La herramienta no evita el error. Lo que hace es que el error sea visible y se pueda corregir en el mismo flujo.

Para la parte de inteligencia artificial de esta herramienta, el artículo sobre Linear con agentes trata la integración con servidores MCP, que es un tema distinto.

Errores comunes

• Confundir un ciclo con un proyecto.
• Meter todo lo pendiente en el ciclo actual y no revisar los arrastres.
• Fiarse de la vista previa de Figma sin refrescarla.
• Crear un issue por cada cambio pequeño, lo que satura el tablero.
• Olvidar que un issue solo puede pertenecer a un proyecto.
• Presupuestar sin verificar qué plan incluye invitados.

Fuentes

• Linear, Pricing (consultada el 12 de noviembre de 2026)
• Linear, Cycles
• Linear, Projects
• Linear, Figma integration