Si trabajas en desarrollo web (o en producto digital en general), tarde o temprano aparece este “triángulo amoroso” en una reunión: EDT, Roadmap y Backlog. Y suele venir con una pregunta incómoda: “Vale, pero entonces… ¿qué es lo que manda de verdad?”
La respuesta corta es: manda el artefacto correcto en el momento correcto. La respuesta útil (la que evita caos) es entender para qué sirve cada uno, qué decisiones desbloquea, y cuánta carga cognitiva añade cuando lo usas fuera de contexto.
En este artículo te lo dejo bien aterrizado: diferencias, jerarquía real, señales de “lo estamos usando mal”, y ejemplos técnicos con diseño e interacción para que puedas aplicarlo mañana.
EDT, Roadmap y Backlog: la definición que evita discusiones
Vamos a lo básico, pero sin quedarnos en lo obvio. Cada artefacto existe para reducir incertidumbre… solo que lo hace en momentos distintos del ciclo del proyecto.
Roadmap: el mapa de “por qué” y “hacia dónde”
El Roadmap explica dirección: objetivos, apuestas, grandes temas, resultados esperados. No es un listado de tareas. Es un instrumento de alineación: producto, negocio, stakeholders y expectativas.
- Responde a: ¿por qué hacemos esto ahora?
- Decide: prioridades macro, secuencia de iniciativas, apuestas estratégicas.
- Riesgo típico: convertirlo en un Gantt disfrazado (y luego sufrir).
Backlog: el “qué” priorizado para construir valor
El Backlog (idealmente de producto, no solo de dev) es el inventario vivo de trabajo por hacer: features, historias, bugs, tech debt, mejoras, experimentos.
- Responde a: ¿qué trabajo existe y cuál va primero?
- Decide: prioridad operativa, orden de implementación, refinamiento.
- Riesgo típico: ser un “cajón desastre” sin criterio de entrada ni salida.
EDT (Estructura de Desglose del Trabajo): la ingeniería del “cómo”
La EDT descompone un alcance en componentes entregables y paquetes de trabajo para poder estimar, planificar y coordinar. Es el artefacto que te ayuda cuando el “qué” ya está bastante claro y necesitas controlar dependencias, costes, esfuerzo y secuencia.
- Responde a: ¿cómo se construye esto en piezas que podamos ejecutar?
- Decide: plan de trabajo, dependencias, estimaciones, rutas críticas.
- Riesgo típico: hacer una EDT demasiado granular demasiado pronto (te mata la cabeza y se vuelve obsoleta en dos semanas).
Un detalle clave: la EDT no es el backlog
Esto es fuente de confusión. Una EDT suele estar orientada a entregables / componentes (y su estructura), mientras que el backlog suele estar orientado a valor / comportamiento / necesidad. Se pueden conectar, sí. Pero no son intercambiables.
Quién manda y cuándo: la jerarquía real (sin dogmas)
Si lo ponemos como una “cadena de mando” práctica, suele funcionar así:
1) Cuando decides dirección: manda el Roadmap
Si estás discutiendo qué apuesta hacemos este trimestre, qué objetivo priorizamos, qué iniciativa entra o sale, ahí manda el Roadmap.
Señal de que estás en modo Roadmap: la conversación incluye objetivos, impacto, stakeholders, métricas, oportunidad, timing de negocio.
2) Cuando decides el siguiente trabajo: manda el Backlog
Si estás eligiendo qué entra en el próximo sprint, qué se refina, qué se parte en historias, manda el Backlog.
Señal de que estás en modo Backlog: la conversación incluye criterios de aceptación, valor, prioridad, tamaño relativo, riesgos técnicos, dependencias cercanas.
3) Cuando conviertes intención en plan ejecutable: manda la EDT
Si necesitas saber cuánto tarda, quién hace qué, qué depende de qué, qué entregables cierran una fase, manda la EDT.
Señal de que estás en modo EDT: la conversación incluye secuencia, recursos, estimaciones, hitos, integraciones, rutas críticas, entregables verificables.
La comparación que te ordena la cabeza: tiempo de decisión vs carga cognitiva
Aquí viene lo que de verdad separa equipos sanos de equipos agotados: cada artefacto tiene un “coste mental” y un momento óptimo.
Roadmap: poco detalle, decisiones lentas, carga cognitiva moderada
- Tiempo de decisión: medio-largo (alineación, negociación, impacto).
- Carga cognitiva: moderada (pocas piezas, alto contexto).
- Uso ideal: trimestral/mensual, steering, dirección.
Backlog: detalle medio, decisiones rápidas, carga cognitiva alta si se descontrola
- Tiempo de decisión: corto-medio (priorizar, refinar, negociar alcance).
- Carga cognitiva: puede ser alta porque el backlog crece sin piedad.
- Uso ideal: semanal/continuo, refinamiento, sprints, mantenimiento.
EDT: detalle alto, decisiones “de ingeniería”, carga cognitiva alta (pero acotada)
- Tiempo de decisión: corto si el alcance está claro; largo si aún no lo está.
- Carga cognitiva: alta, porque requiere pensar en descomposición y dependencias.
- Uso ideal: cuando necesitas compromisos realistas, coordinación y planificación.
Regla práctica (muy útil)
- Si aún dudas del qué → no te metas a EDT a lo loco.
- Si ya sabes el qué pero no controlas el cómo → EDT al rescate.
- Si el problema es prioridad y orden → Backlog manda.
- Si el problema es dirección y objetivos → Roadmap manda.
Ejemplo técnico 1: rediseño de una web (diseño + interacción) sin perderte
Imagina un proyecto: rediseño y mejora de una web con:
- Nueva home
- Página de servicios
- Blog
- Formularios (contacto + solicitar presupuesto)
- Mejora de rendimiento y accesibilidad
Roadmap (nivel iniciativa)
Aquí no hablamos de componentes todavía. Hablamos de apuestas:
- Iniciativa A: Mejorar conversión de leads (Home + Servicios + Formularios)
- Iniciativa B: Mejorar SEO y contenido (Blog + estructura + enlazado)
- Iniciativa C: Mejorar performance y accesibilidad (Core Web Vitals + a11y)
Decisión típica: “Este mes priorizamos A y C, y B queda como continuidad”.
Backlog (nivel valor y comportamiento)
Ahora sí entran piezas “priorizables” por valor:
- “Como usuario, quiero entender en 10 segundos qué haces y cómo contratarte.”
- “Como usuario, quiero un formulario corto con confirmación clara.”
- “Como admin, quiero medir eventos clave (envío de formulario, click CTA).”
- Bugs: “El carrusel tiene margen superior en mobile.”
- Tech debt: “Revisar lazy-loading y tamaños de imágenes.”
Aquí priorizas por impacto y esfuerzo, refinas, defines criterios de aceptación.
EDT (nivel entregable / ejecución)
Y ahora viene el “cómo lo construimos” para poder estimar y coordinar:
- Diseño UI
- 1.1 Sistema de espaciado y tipografía
- 1.2 Componentes: botones, inputs, cards, alerts
- 1.3 Plantillas: Home, Servicios, Blog, Formularios
- Desarrollo Front
- 2.1 Maquetación React de formularios
- 2.2 Validaciones + estados (loading/success/error)
- 2.3 Accesibilidad (labels, focus, aria-live)
- Integraciones
- 3.1 Endpoint de envío
- 3.2 Analytics (eventos)
- QA y entrega
- 4.1 Pruebas responsive
- 4.2 Lighthouse + fixes
- 4.3 Deploy y verificación
¿Ves la diferencia?
- Roadmap decide qué objetivo gana.
- Backlog decide qué entra primero y cómo se define el valor.
- EDT decide cómo se parte el trabajo para poder cumplir.
Ejemplo técnico 2: una funcionalidad compleja (con interacción) donde la EDT brilla
Caso: “Generador de tiras estilo fotomatón” (subida de imágenes, stickers aleatorios, descarga JPG).
Roadmap
Tema macro: “Herramientas creativas para usuarios” y objetivo: aumentar engagement y tiempo en página.
Backlog
Historias por valor:
- Subir 3–4 imágenes y previsualizar la tira.
- Añadir stickers con botón “random”.
- Reordenar fotos con drag & drop.
- Exportar JPG en buena calidad.
- Guardar preset de estilo.
EDT (aquí es donde te salva)
Porque hay dependencias y decisiones técnicas:
- Renderizado canvas / composición
- Manejo de resolución y DPR
- Exportación con calidad
- Estados de carga y errores
- UX de interacción (drag, límites, snapping)
Micro-EDT de interacción (nivel H4, el “detalle útil”)
a) Flujo de subida y validación
- Validar tipo/size
- Feedback inmediato (preview)
- Mensajes accesibles (aria-live)
b) Composición visual
- Layout fijo (plantilla 2×2 o 1×4)
- Ajuste de recorte por foto (cover/contain)
- Sistema de capas: foto → stickers → marco → firma
c) Exportación
- Escala x2/x3 para calidad
- Conversión a blob y descarga
- Estado “Generando…” y prevención de doble click
Este nivel no es backlog: es plan de ejecución.
Errores típicos y cómo detectarlos antes de que sea tarde
Señales de que estás usando el Roadmap como Backlog
- El roadmap tiene 80 ítems.
- Cada ítem tiene subtareas técnicas.
- La conversación se atasca en detalles (“¿esto va con Tailwind o CSS Modules?”) en una reunión estratégica.
Solución: vuelve a temas + outcomes. Menos ítems, más intención.
Señales de que el Backlog se convirtió en basurero
- Nadie sabe qué se puede borrar.
- No hay definición de “Ready” ni “Done”.
- Todo está en “alta prioridad”.
Solución: criterios de entrada/salida y limpieza periódica. Lo que no tiene dueño y objetivo, sale.
Señales de EDT prematura (la más común)
- Estás descomponiendo tareas cuando el alcance aún cambia cada semana.
- Mantener la EDT cuesta más que el beneficio.
- La estimación es humo porque aún no hay definición suficiente.
Solución: usa EDT por capas: primero entregables grandes, luego desciende de nivel cuando el “qué” esté estable.
Cómo conectarlos sin duplicar trabajo (modelo “trazabilidad ligera”)
Si intentas que todo se refleje perfecto en todo, te cargas el proyecto. Mejor:
- Roadmap → épicas/iniciativas (pocas, claras)
- Backlog → historias (valor + criterios)
- EDT → paquetes de trabajo (plan y estimación)
Un truco práctico
Crea una relación simple:
- Cada épica del backlog apunta a un ítem del roadmap (1 link)
- Cada paquete de la EDT referencia una épica (1 link)
Con eso tienes trazabilidad suficiente sin burocracia.
Plantilla mental para decidir “qué mando uso hoy”
Antes de una reunión, pregúntate:
- ¿Necesito alinear objetivos y expectativas? → Roadmap
- ¿Necesito decidir prioridades de trabajo? → Backlog
- ¿Necesito convertir alcance en plan y fechas realistas? → EDT
Y si la reunión se te descontrola, vuelve a la pregunta madre:
“¿Estamos decidiendo dirección, prioridad o ejecución?”
Preguntas frecuentes (FAQs)
1) ¿Puedo tener Roadmap, Backlog y EDT en un mismo proyecto pequeño?
Sí, pero con tamaño adecuado. Un proyecto pequeño puede tener:
- Roadmap mínimo (3–5 iniciativas)
- Backlog compacto (lo que realmente se hará)
- EDT ligera (entregables y dependencias clave)
La clave es no sobredimensionar: menos estructura, más claridad.
2) ¿Qué hago si el cliente pide fechas exactas cuando solo tengo roadmap?
No inventes. Traduce roadmap a hitos y luego a una EDT ligera para estimar.
Si solo tienes dirección, ofrece rangos y explica qué falta para comprometer fechas (aprobaciones, definición de alcance, dependencias).
3) ¿Cómo evito la carga cognitiva de mantenerlo todo actualizado?
Limita el nivel de detalle:
- Roadmap: pocos ítems, revisiones periódicas.
- Backlog: higiene y criterios de entrada/salida.
- EDT: solo cuando hay estabilidad suficiente y necesidad real de planificación.
La actualización constante no es señal de madurez: a veces es señal de ruido.
El que “manda” no es el documento, es la decisión
La confusión entre EDT, Roadmap y Backlog no es un problema de herramientas: es un problema de tipo de decisión. Cuando usas el artefacto equivocado, no solo pierdes tiempo: aumentas la carga cognitiva, generas discusiones estériles y acabas “planificando” para sentir control.
Si quieres un criterio simple para recordar:
- El Roadmap te protege de construir cosas sin sentido.
- El Backlog te protege de construir cosas en el orden equivocado.
- La EDT te protege de prometer sin entender el trabajo.
Y cuando alguien pregunte “¿quién manda?”, tu respuesta puede ser tranquila, técnica y contundente:
“Manda lo que nos ayuda a tomar la decisión que toca hoy, con la mínima carga mental posible.”