Lunes por la mañana, 9:15. Tres project managers me escriben al mismo tiempo. El cliente A quiere su prototipo el jueves. El cliente B tiene 'solo un pequeño cambio' (spoiler: nunca es pequeño). El cliente C amenaza con no firmar la siguiente fase si no entregamos la funcionalidad prometida hace seis semanas. Y el backlog tiene 74 tickets que nadie ha tocado desde el último sprint planning. Esta es la realidad del 90% de las agencias digitales. No la teoría Agile de los libros.
Por Qué Tu Backlog Parece un Vertedero
El problema no es el volumen de trabajo. Es la falta de un criterio de priorización compartido. Cada PM defiende su proyecto, cada cliente grita, y el lead dev navega según lo que sangra más. Las tareas de alto impacto sin deadline urgente se hunden al fondo del backlog. Para siempre.
Audité una agencia de 18 personas en 2024. Su backlog de Jira tenía 340 tickets abiertos. Al filtrar por 'último comentario mayor a 60 días', encontramos 112 que nadie miraba. El CTO estimaba el coste mental de mantenimiento en 4 FTE. Solo para gestionar la ansiedad de la lista.
Métodos Que Realmente Funcionan
MoSCoW: Sencillo Pero Casi Siempre Mal Usado
Must have, Should have, Could have, Won't have. Todo el mundo lo conoce. Casi nadie lo aplica bien. La trampa clásica: los clientes ponen todo en Must have porque no entienden que eso compromete tu capacidad de sprint. La corrección: validar el MoSCoW con un presupuesto de puntos. Tienes 40 puntos por sprint. Cada Must have cuesta puntos. El cliente arbitra cuando el presupuesto se agota. Eso cambia completamente la dinámica.
RICE: El Marco Que Ojalá Hubiera Conocido Antes
RICE es Reach x Impact x Confidence / Effort. Una puntuación numérica por ticket. Parece frío, pero elimina los debates de ego en las reuniones. Ya no tienes que convencer al fundador de que su feature 'brillante' es en realidad un Could have. La puntuación decide. Vi a un equipo reducir el sprint planning de 2,5 horas a 45 minutos en tres sprints tras adoptar RICE.
Dejamos de pelear en las reuniones el día en que decidimos que el score RICE mandaba, no el que hablaba más alto. Nuestro burn rate bajó un 22% en dos meses. -- Director de Producción, agencia e-commerce, Lyon, 2025.
Capacidad Real: El Número Que Nadie Calcula
Las agencias planifican sobre capacidad teórica. 5 devs x 5 días x 8h = 200 horas de sprint. En la práctica, después de standups, revisiones de código y llamadas no planificadas, tienes entre 120 y 140 horas productivas. Entre un 30 y un 40% de pérdida neta. Calcular la velocidad real sobre seis sprints consecutivos es innegociable. Herramientas como Clynt permiten cruzar las horas registradas por proyecto con la capacidad planificada para obtener una lectura honesta.
Priorizar Entre Proyectos: El Reto Real de las Agencias Multi-cliente
Si la respuesta a '¿quién decide?' es 'el que más llama', tienes un problema de gobernanza, no de metodología. Una regla práctica que funciona: ponderar por margen bruto x riesgo de churn. Los proyectos de bajo margen con clientes volátiles bajan en la pila. Los de alto margen con clientes estratégicos suben. Al principio incomoda. Pero alinea las decisiones operativas con la estrategia real de la agencia.
- Calcular el margen bruto por proyecto semanalmente, no cada trimestre
- Asignar un score de riesgo de churn (1-5) a cada cuenta activa
- Multiplicar ambos para obtener un índice de prioridad entre proyectos
- Revisar ese índice en comité directivo cada dos semanas
FAQ
¿Qué método de priorización es mejor para agencias pequeñas de menos de 10 personas?
MoSCoW con presupuesto de puntos es el más accesible. No requiere ninguna herramienta específica y puede aplicarse en un simple Notion o hoja de cálculo. Lo clave es establecer las reglas con el cliente desde el kick-off, no a mitad del proyecto.
¿Cómo convencer a un cliente de que su solicitud urgente no es prioritaria?
Muéstrale el backlog priorizado con impactos de negocio cuantificados. Un cliente racional entiende que una feature que afecta a 3 usuarios espera antes que un fix que impacta 800 pedidos diarios. Si el contrato incluye SLA claros por niveles de urgencia, es aún más sencillo.
¿Hay que separar el backlog interno de la agencia del backlog de cliente?
Sí, sin dudar. Mezclar ambos crea una jerarquía implícita donde lo del cliente siempre gana. Tus tareas de mejora interna no tendrán espacio si compiten directamente contra las urgencias del cliente. Dos espacios distintos, dos rituales distintos.
¿Cómo medir la velocidad real del equipo en una agencia con múltiples proyectos?
Cruza las horas realmente registradas en tickets entregados con la capacidad planificada en seis sprints consecutivos. Clynt permite visualizar esa brecha por proyecto y por perfil, lo que posibilita compromisos futuros basados en datos reales y no en intuiciones.