Saltar al contenido
Volver al Blog

Categorización y Prioridad

"Si todo es prioridad, nada es prioridad."

El backlog infinito. La bandeja de entrada desbordándose. Stakeholders compitiendo por atención a cada hora en el chat de la empresa. ¿Cómo decidir qué hacer primero cuando cada área jura que su demanda es la más crítica del trimestre? La respuesta no está en trabajar más horas por noche, sino en categorización clara y priorización honesta.

En la gestión de tecnología y operaciones, la falta de filtro transforma equipos excelentes en centrales de atención reactiva. Cuando aceptamos poner todo en marcha al mismo tiempo para no desagradar a nadie, contratamos el atraso generalizado de todas las entregas.

La matemática implacable de las filas: Ley de Little y Pareto

No se trata solo de percepción; es matemática pura de operaciones. En 1961, el profesor del MIT John D. C. Little probó el teorema fundamental de la teoría de las filas, conocido mundialmente como Ley de Little: el tiempo promedio que una entrega lleva para atravesar un sistema (Lead Time) es directamente proporcional a la cantidad de trabajo en marcha (Work in Progress, o WIP) dividida por la tasa promedio de conclusión.

Traduciendo a la rutina de cualquier equipo técnico: si un equipo logra concluir 5 demandas por semana, pero acepta abrir 25 demandas simultáneamente porque "todas son prioridades máximas", el tiempo promedio de espera de cada item se multiplica por cinco, aun sin contar el costo invisible del cambio de contexto.

Además, como demostró Joseph Juran al aplicar el Principio de Pareto a la gestión de la calidad (Juran's Quality Handbook), las demandas de una empresa nunca tienen pesos iguales. Existe una separación clara entre los "pocos vitales" (vital few), que generan la inmensa mayoría del resultado estratégico y financiero, y los "muchos triviales" (useful many), que consumen semanas de la ingeniería sin mover la aguja del negocio.

La matriz de Eisenhower adaptada

Para separar los pocos vitales del ruido diario, un primer filtro simple sigue siendo la clásica matriz atribuida a Dwight Eisenhower y popularizada por Stephen Covey:

  • Urgente + Importante: Hágalo ahora. Son incidentes críticos en producción, bloqueos reales de facturación o riesgos inmediatos de seguridad.
  • Importante + No Urgente: Agende. Es donde mora la arquitectura sostenible, la prevención de fallas, la automatización y la evolución real del producto.
  • Urgente + No Importante: Delegue o simplifique. Muchas veces la urgencia aquí es solo la ansiedad o la falta de planificación de quien pidió a última hora.
  • No Urgente + No Importante: Elimine sin remordimiento.

En el papel, esta división parece simple. En la trinchera, lo difícil es tener coraje ejecutivo de decir "no" a lo que no importa cuando el pedido viene empaquetado con presión política.

Framework de priorización y el Costo del Atraso

Para sacar la discusión del campo de la opinión ("quien grita más alto se lleva el recurso") y traerla a criterios objetivos, evalúo cuatro dimensiones en cada demanda relevante:

1. Impacto

Si hacemos esto ahora, ¿cuál es el tamaño verificable del resultado? ¿Afecta los ingresos directamente? ¿Protege la retención de clientes? ¿Resuelve un problema crítico para muchas personas en la operación?

2. Esfuerzo

¿Cuánto cuesta construir y mantener esta entrega? No mire solo los días de desarrollo inicial: cuente tiempo de pruebas, dinero de infraestructura y energía cognitiva del equipo.

3. Riesgo de no hacer (Custo del Atraso)

¿Qué pasa si ignoramos esta demanda por treinta días? ¿Va a empeorar exponencialmente? ¿Generará una multa o bloqueará otro frente? En el libro de referencia The Principles of Product Development Flow (2009), Donald G. Reinertsen mostró que la falla más grave en la gestión de desarrollo es ignorar el Costo del Atraso (Cost of Delay): cuantificar cuánto pierde la empresa por semana al aplazar una entrega crítica en favor de tareas cosméticas.

4. Dependencias

¿Otros frentes dependen de esta entrega para destrabarse? ¿O este proyecto depende de decisiones externas, datos y contratos que ni siquiera existen todavía? Comenzar algo bloqueado en la origen solo atora la fila.

El poder del "no"

Todo "sí" dicho sin criterio es un "no" implícito para otra cosa más importante que ya estaba en la fila. Los recursos son finitos. El tiempo es finito. La energía de atención del equipo es finita.

Los líderes que no saben decir "no" intentando agradar a todos los solicitantes terminan con equipos agotados y entregas mediocres. Una técnica simple que uso en alineamientos ejecutivos es hacer la fila visible: "Podemos colocar esta nueva demanda hoy mismo, siempre que elijamos juntos cuál de estas dos entregas críticas en marcha será pausada ahora." A la mitad de las veces, el propio solicitante percibe que el pedido puede esperar al siguiente ciclo. Priorizar es elegir. Y elegir significa rechazar.

Reevalúe constantemente

Las prioridades cambian. El mercado cambia. El contexto operacional cambia. Lo que era vital el trimestre pasado puede haber perdido sentido hoy. Reserve un espacio fijo en la rutina para revisar lo que está en la lista, limpiar el backlog antiguo que nadie más recuerda por qué fue abierto y cuestionar si la dirección actual aún genera retorno.

La gestión de prioridades no es un evento único de planificación anual. Es una disciplina continua de proteger el foco de quien construye.

Continúe profundizando: lea también Cultura que Segura o Sabota y Decisão Boa Dá Trabalho. Conozca también la actuación en Liderança Executiva e Fractional CTO y nuestros Estudos de Caso.


Referencias y lecturas verificables

Cesar Zanis / Gestión y carrera

Una buena conversación merece continuar.

Comparte el artículo o publica las diapositivas en tus Stories y Feed.

WhatsApp ↗LinkedIn ↗X ↗
Cesar Zanis
Escrito por·Arquitecto de Software y Líder de Tecnología

Cesar Zanis

15+ años liderando arquitectura de software, bases de datos críticas, FinOps e IA aplicada. Estructuró y escaló una operación de ingeniería desde cero hasta más de 20 desarrolladores.

15+ años de trayectoriaArquitectura y DatosCloud & FinOps0 → 20+ Devs

¿Te gustó este artículo?

Publico análisis prácticos sobre arquitectura, FinOps, datos, IA, gestión y economía directamente en LinkedIn.

Continuar leyendo

Lleva este análisis más allá con datos y fuentes

Todas las tarjetas visuales de este artículo están listas arriba para compartir en tus Stories, Feed, WhatsApp o LinkedIn con las fuentes.