Trello

Trello organiza el trabajo mediante tableros, listas y tarjetas que representan tareas. Sus funciones de planificación, automatización e integración ayudan a reunir pendientes y visualizar cómo avanzan dentro de un equipo.

En pocas palabras

Organización y proyectos

Web oficial

Contenido
  1. Qué es Trello y qué significa organizar mediante tarjetas
  2. Origen y evolución: de Fog Creek a la productividad personal
  3. Tarjetas, listas y reglas de paso
  4. Diseñar un tablero legible: estructura, campos y responsabilidad
  5. Inbox, Planner y vistas: capturar no equivale a comprometer
  6. Automatización, Power-Ups y asistentes conectados
  7. Planes, exportación y continuidad del trabajo
  8. Arquitectura histórica y diferencia con el servicio actual
  9. Recepción, exposición de datos y lecciones de uso
  10. Organizar entregables preventivos sin perder su revisión
  11. Caso desarrollado: publicar una comunicación revisada
  12. Casillas completadas, automatizaciones y acceso
  13. Cuándo elegir un tablero de Trello
  14. Preguntas frecuentes sobre Trello en SST
  15. Fichas relacionadas
  16. En el blog de Sabentis
  17. Fuentes y documentación

Volver a Herramientas

Qué es Trello y qué significa organizar mediante tarjetas

Trello es un servicio de organización visual del trabajo de Atlassian. Su unidad reconocible es la tarjeta situada en una lista de un tablero: puede representar una tarea, una petición, una pieza editorial o un asunto que necesita decisión. Es software propietario ofrecido como servicio, con acceso web y aplicaciones para Windows, macOS, iOS y Android. No hace falta desarrollar una aplicación para empezar a organizar un proceso.

Se asocia al método kanban porque permite visualizar estados y desplazar trabajo entre columnas. Sin embargo, crear columnas no implanta por sí solo un sistema kanban: el equipo todavía debe acordar límites de trabajo en curso, prioridades y criterios de finalización. También puede utilizar listas por tema o persona, aunque entonces su posición no expresa necesariamente avance. Conviene escoger un significado y mantenerlo consistente.

Sus usos generales abarcan planificación personal, campañas, coordinación docente, desarrollo de software y seguimiento de entregables. En SST interesa sobre todo como soporte de coordinación: muestra lo pendiente y quién lo prepara, mientras la evaluación preventiva y la evidencia especializada requieren su contexto propio.

Documentación de referencia: Joel Spolsky — Announcing Trello, 13 September 2011 · Trello — Platforms · Trello — Product tour.

Origen y evolución: de Fog Creek a la productividad personal

Trello nació en Fog Creek Software, asociada a Joel Spolsky y Michael Pryor. El prototipo Trellis de enero de 2011 desembocó en el lanzamiento público del 13 de septiembre de 2011. En 2012 llegó Android; en julio de 2014 se constituyó Trello, Inc., con Pryor como director ejecutivo y financiación de 10,3 millones de dólares. En mayo de 2015 se añadieron experiencias localizadas para Brasil, Alemania y España.

La plataforma de extensiones Power-Ups se abrió en 2016. Atlassian anunció la compra en enero de 2017 y confirmó su cierre el 3 de febrero. Esta diferencia evita confundir el anuncio con la integración societaria efectiva. En diciembre de 2018 adquirió Butler, que aportó automatización al producto. En octubre de 2019 Trello presentó su galería de plantillas y comunicó 50 millones de usuarios registrados: una cifra histórica de registros, no de actividad diaria.

El 22 de mayo de 2025 anunció la disponibilidad general de una experiencia centrada en Inbox, Planner y captura de tareas, con despliegue gradual. El cambio amplió la coordinación de tableros hacia la organización del trabajo individual. El servidor MCP, anunciado en julio de 2026, añadió interacción desde asistentes de IA; una actualización de septiembre amplió su alcance. Una guía anterior a estas etapas puede describir otra interfaz o funciones más restringidas.

Documentación de referencia: Trello — About · Joel Spolsky — Announcing Trello, 13 September 2011 · Atlassian — acquisition completed, SEC filing · Atlassian — Butler acquisition, SEC filing · Atlassian — The new Trello, May 2025 · Atlassian — Templates and registered users, October 2019 · Atlassian — Trello MCP announcement · Atlassian — Trello acquisition announcement.

Tarjetas, listas y reglas de paso

Trello organiza el trabajo mediante tableros, listas y tarjetas. Una tarjeta puede representar un entregable o una tarea, mientras las listas pueden describir sus etapas. El diseño más útil no suele ser el que contiene más columnas, sino el que permite responder qué falta, quién actúa y qué evidencia permite avanzar.

Las listas de comprobación desglosan elementos dentro de una tarjeta. Trello también documenta automatizaciones basadas en disparadores y acciones, además de botones que ejecutan operaciones. Estas funciones pueden reducir pasos repetitivos, pero hay que diferenciar una regla que mueve una tarjeta de una revisión que aprueba su contenido. El movimiento visual no acredita por sí mismo que se haya cumplido el criterio de la siguiente etapa.

Documentación de referencia: Atlassian Support — Add, delete, and manage checklists · Atlassian Support — Create and manage automations.

Diseñar un tablero legible: estructura, campos y responsabilidad

Un Workspace agrupa tableros; cada tablero contiene listas y tarjetas. Las etiquetas sirven para clasificar, los miembros para identificar participantes y las fechas para situar compromisos. Los campos personalizados permiten registrar atributos consistentes, mientras los comentarios conservan conversación vinculada al objeto. Una tarjeta con varias personas asignadas sigue necesitando una regla clara sobre quién responde del siguiente paso.

Para un flujo editorial, una estructura útil separaría «pendiente de preparar», «en preparación», «en revisión» y «autorizado». El nombre de la tarjeta identifica el resultado, no una actividad vaga: «Cartel del almacén, versión ES» es comprobable; «Mejorar seguridad» contiene demasiado trabajo y ningún criterio de aceptación. Un campo puede indicar el centro, otro la fecha de revisión y un enlace la versión documental vigente.

Las tarjetas espejo permiten representar una tarjeta en varios tableros sin tratarla como dos tareas independientes. Antes de adoptarlas, decide qué información necesita cada audiencia y comprueba el acceso al original. Para plantillas, conserva estructura y criterios, pero elimina nombres, adjuntos y fechas heredadas que no correspondan al nuevo proyecto. Reutilizar una plantilla no significa que su contenido haya sido actualizado.

Documentación de referencia: Atlassian Support — Add, delete, and manage checklists · Atlassian Support — Configure board permissions · Trello — Product tour · Atlassian Support — Card mirroring.

Inbox, Planner y vistas: capturar no equivale a comprometer

Inbox funciona como espacio personal para recoger asuntos antes de organizarlos. Puede recibir tareas procedentes de mensajes y correos; la captura con IA puede extraer elementos del texto. Planner coloca tareas junto al calendario conectado de Google o Microsoft para reservar tiempo. Separa tres momentos: recibir una petición, aceptarla como trabajo y asignarle un hueco realista. Una fecha extraída de un correo puede ser la del mensaje, no la del compromiso.

Las vistas Calendar, Timeline, Table, Dashboard y Map de Premium muestran perspectivas diferentes de las mismas tarjetas. El calendario ayuda a detectar coincidencias de plazos; una tabla facilita revisar atributos; un mapa sitúa localizaciones. Ninguna convierte automáticamente tarjetas heterogéneas en unidades comparables. Contar diez tarjetas pequeñas y una campaña completa como once trabajos iguales puede ocultar la carga real.

Un uso razonable consiste en reservar tiempo para preparar una reunión y mantener su tarjeta en revisión hasta resolver los comentarios. El bloqueo del calendario indica tiempo reservado, no asistencia ni trabajo terminado. Para revisar capacidad, compara compromisos, duración estimada y bloqueos; no uses únicamente el número de tarjetas movidas.

Documentación de referencia: Atlassian Support — Trello Planner · Atlassian — The new Trello, May 2025 · Trello — Activate views.

Automatización, Power-Ups y asistentes conectados

La automatización integrada, procedente de Butler, ejecuta reglas y botones sobre eventos del tablero. Los Power-Ups incorporan extensiones e integraciones; algunos servicios externos necesitan suscripción propia. Conviene distinguir un enlace a un archivo de una sincronización de datos: el primero permite abrirlo, mientras la segunda puede crear o modificar objetos en otro sistema.

El MCP de Trello permite a asistentes compatibles consultar y modificar trabajo con permisos concedidos. La actualización del 28 de septiembre de 2026 añadió varios Workspaces, comentarios e información ampliada de actividad. La documentación actual permite adjuntar enlaces, pero todavía no subir archivos locales mediante ese servidor. Las operaciones disponibles y los permisos del usuario son límites diferentes: tener acceso a una tarjeta no garantiza que el conector ofrezca cualquier operación.

Para una regla de recordatorio, prueba una tarjeta vencida, otra completada y otra reabierta. Comprueba destinatario, zona horaria y repetición. Para un asistente, empieza por una consulta de pendientes y revisa el conjunto obtenido antes de autorizar cambios. Una instrucción como «limpia el tablero» es ambigua: podría interpretarse como archivar, reordenar o marcar tareas. Define la operación y el criterio de selección de forma explícita.

Documentación de referencia: Atlassian Support — Create and manage automations · Atlassian Support — Trello MCP · Atlassian Team — MCP update, 28 September 2026 · Atlassian — Trello MCP announcement · Trello — Product tour.

Planes, exportación y continuidad del trabajo

En la comparación consultada, Free admite diez colaboradores y diez tableros por Workspace. Standard añade, entre otras funciones, campos personalizados y tarjetas espejo; Premium incorpora vistas adicionales; Enterprise amplía la administración organizativa. Las cuotas de automatización y las condiciones de invitados también afectan a la elección. La presencia de un complemento en el catálogo no implica que todos sus costes estén incluidos.

Los miembros pueden exportar un tablero a JSON; Premium ofrece CSV y exportación del Workspace. El CSV no incluye comentarios y el JSON de un tablero contiene las mil acciones más recientes. Los adjuntos pueden requerir exportación específica. Estos archivos no se reimportan de forma nativa para reconstruir el tablero completo.

Por eso una prueba de salida debe comprobar contenido, relaciones y documentos, no solo que se haya descargado un archivo. Selecciona una tarjeta con varios comentarios, un adjunto y otra archivada; verifica qué permanece en cada exportación. Guarda una explicación de los campos y del significado de las listas para que el conjunto pueda interpretarse fuera de Trello. Una copia ilegible o incompleta no asegura continuidad operativa.

Documentación de referencia: Trello — Pricing and plan comparison · Atlassian Support — Export data from Trello · Trello — Platforms.

Arquitectura histórica y diferencia con el servicio actual

El equipo describió en enero de 2012 una aplicación de página única: CoffeeScript compilado a JavaScript, Backbone y Mustache en el cliente; Node.js y MongoDB en el servidor; Socket.io y WebSockets para propagar cambios. Es documentación histórica, no un inventario certificado de la infraestructura actual.

La distinción práctica es que la tarjeta visible pertenece a un servicio compartido: cambios concurrentes, permisos, conexión e integraciones influyen en lo que cada persona observa. Una captura de pantalla conserva una vista puntual, pero no conserva necesariamente sus comentarios, historial o enlaces. Al usarla como evidencia, registra fecha, origen y contexto para evitar confundir una imagen antigua con el estado vigente.

Documentación de referencia: Atlassian — The Trello tech stack, 2012.

Recepción, exposición de datos y lecciones de uso

La reseña de PCMag de mayo de 2025 valoró la facilidad y flexibilidad de Trello, pero lo consideró menos apropiado para proyectos grandes y complejos. Es una valoración editorial, no una medida universal del rendimiento de todos los equipos.

WIRED documentó en febrero de 2020 información sensible expuesta en tableros configurados como públicos. En otro episodio, Have I Been Pwned registró en enero de 2024 datos de más de quince millones de direcciones, nombres y usuarios obtenidos por enumeración de un recurso público. Según ese registro, Trello negó acceso no autorizado. No son dos descripciones del mismo incidente.

La lección operativa es revisar por separado visibilidad del tablero, perfil, invitados y aplicaciones conectadas. Un tablero privado no convierte cualquier dato en apropiado para ese espacio. Para coordinación preventiva, suelen bastar un identificador, responsable, plazo y enlace al repositorio autorizado; trasladar detalles personales a comentarios puede ampliar innecesariamente su circulación. Comprueba el acceso con una cuenta del rol destinatario, especialmente después de cambiar miembros o reutilizar un tablero.

Documentación de referencia: Have I Been Pwned — Trello · WIRED — Public Trello boards, February 2020 · PCMag via Yahoo — Trello review, May 2025 · Atlassian Support — Configure board permissions.

Organizar entregables preventivos sin perder su revisión

  • Materiales de sensibilización: seguir el recorrido desde el borrador hasta la revisión técnica, adaptación gráfica y publicación autorizada.
  • Preparación de reuniones: reunir documentos pendientes, preguntas y tareas logísticas, manteniendo visible lo que bloquea la sesión.
  • Mejoras acotadas: organizar acciones sencillas con responsable y evidencia, siempre que el proceso no requiera controles adicionales no verificados en Trello.

Son aplicaciones propuestas por Sabentis, no flujos preventivos certificados. Para cada tablero conviene escribir qué significa terminar una tarjeta. Una tarea puede estar hecha por su autor y continuar pendiente de comprobación por otra persona.

Caso desarrollado: publicar una comunicación revisada

Ejemplo hipotético. Un equipo prepara una campaña sobre orden y limpieza. Quiere evitar que una pieza gráfica se difunda antes de comprobar su texto y su adecuación al centro.

  1. Crear una tarjeta por pieza, con público, canal previsto, responsable y enlace al documento de trabajo. No usar una tarjeta única para materiales que necesitan aprobaciones diferentes.
  2. Definir listas como borrador, revisión técnica, ajuste final y listo para publicación. Escribir el criterio de entrada y salida de cada etapa.
  3. Añadir una lista de comprobación con fuente del contenido, legibilidad, versión y revisión. Indicar dónde se registra la aprobación, además de marcar la casilla.
  4. Si se utiliza una automatización, limitarla inicialmente a asignar o recordar una tarea. Probar el disparador con una tarjeta de ensayo y revisar el registro de ejecución.
  5. Antes de difundir, comprobar que la versión aprobada coincide con el archivo final. Tras la publicación autorizada, registrar el enlace y la fecha reales.

El resultado aceptable es una pieza trazable desde su fuente hasta la versión difundida. Una tarjeta en la última lista no demuestra publicación: debe existir evidencia del resultado en el canal correspondiente.

Para validar el ejemplo, supongamos seis piezas previstas: cuatro difundidas con enlace comprobado, una autorizada todavía sin publicar y una devuelta a revisión. El avance de publicación es 4/6, aproximadamente el 67 %, aunque cinco estén autorizadas. Revisa además que ninguna pieza difundida apunte a una versión sustituida. Ese contraste detecta dos errores habituales: equiparar aprobación a publicación y medir movimientos de tarjetas en lugar de resultados.

Documentación de referencia: Atlassian Support — Add, delete, and manage checklists · Atlassian Support — Create and manage automations.

Casillas completadas, automatizaciones y acceso

Una lista de comprobación indica que alguien ha marcado elementos, pero no establece la calidad de la comprobación. Define qué evidencia se necesita y quién puede aceptarla. Si un elemento requiere conversación o documentación propia, puede ser más claro convertirlo en una tarea separada que ocultarlo dentro de una lista extensa.

Las automatizaciones pueden ejecutarse por acciones de otros participantes, no solo por quien creó la regla. Prueba casos de repetición, cambios de estado y errores antes de aplicarlas a un tablero real. Revisa también visibilidad, miembros y permisos: un tablero público o compartido con demasiadas personas puede exponer comentarios y documentos que no estaban destinados a ese público.

Documentación de referencia: Atlassian Support — Add, delete, and manage checklists · Atlassian Support — Create and manage automations · Atlassian Support — Configure board permissions.

Cuándo elegir un tablero de Trello

Trello encaja cuando un flujo visual sencillo ayuda a un equipo a coordinar entregables y pocas etapas resultan suficientes. Antes de ampliarlo, comprueba si las etiquetas, listas y tarjetas siguen representando un proceso que cualquier participante puede explicar.

Cuando las dependencias entre tareas y la planificación son centrales, compara Asana. Si cada elemento necesita una explicación documental extensa, Notion puede complementar la coordinación. Evita duplicar el estado de una misma tarea en varios lugares sin definir cuál manda.

Preguntas frecuentes sobre Trello en SST

¿Una tarjeta movida a Hecho equivale a una acción verificada?

Solo si el proceso define esa verificación y existe evidencia. La posición de la tarjeta no la demuestra automáticamente.

¿Es necesario automatizar el tablero desde el principio?

No. Primero conviene estabilizar las etapas y los criterios. Automatizar un proceso ambiguo puede multiplicar confusiones y avisos innecesarios.

¿Todas las listas de comprobación permiten asignar fechas y personas?

Las opciones avanzadas dependen del plan. Verifica la disponibilidad real antes de diseñar el procedimiento alrededor de ellas.

Documentación de referencia: Atlassian Support — Add, delete, and manage checklists · Atlassian Support — Create and manage automations.

En el blog de Sabentis

Fuentes y documentación

  1. Trello
  2. Atlassian Support — Add, delete, and manage checklists
  3. Atlassian Support — Create and manage automations
  4. Atlassian Support — Configure board permissions
  5. Trello — About
  6. Joel Spolsky — Announcing Trello, 13 September 2011
  7. Atlassian — acquisition completed, SEC filing
  8. Atlassian — Butler acquisition, SEC filing
  9. Atlassian — The Trello tech stack, 2012
  10. Trello — Pricing and plan comparison
  11. Atlassian Support — Trello Planner
  12. Atlassian — The new Trello, May 2025
  13. Atlassian Support — Trello MCP
  14. Atlassian Team — MCP update, 28 September 2026
  15. Atlassian Support — Export data from Trello
  16. Trello — Platforms
  17. Have I Been Pwned — Trello
  18. WIRED — Public Trello boards, February 2020
  19. PCMag via Yahoo — Trello review, May 2025
  20. Atlassian — Templates and registered users, October 2019
  21. Atlassian — Trello MCP announcement
  22. Atlassian — Trello acquisition announcement
  23. Trello — Product tour
  24. Atlassian Support — Card mirroring
  25. Trello — Activate views

Ampliación revisada el 8 de noviembre de 2026

Información editorial

Fecha de publicación: 7 de noviembre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Revisión editorial por: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra