ANEXO 25

Priorización ejecutiva FARO

Este anexo corresponde a la Fase 7 — Decisión, etapa “Priorización ejecutiva”. Es la capa donde FARO Connect ordena KPIs, señales, alertas, tensiones, diagnósticos y acciones según importancia real para la empresa.

1. Objetivo del anexo

El objetivo del Anexo 25 — Priorización ejecutiva es responder:

¿Qué debe mirar, decidir o ejecutar primero la Dirección?

Porque una empresa puede tener muchas alertas abiertas:

Margen bajo.
Stock crítico.
Cobranza lenta.
Acciones vencidas.
Proveedor incumplidor.
Gasto creciente.
Cliente moroso.
Calidad de datos baja.

Pero no todo tiene la misma prioridad.

FARO debe ordenar el ruido y decir:

Prioridad 1:
Caja por debajo del mínimo operativo.

Prioridad 2:
Crecimiento no rentable.

Prioridad 3:
Stock crítico en productos de alta rotación.

Prioridad 4:
Acciones críticas vencidas.

La prioridad ejecutiva es el filtro que evita que Dirección se ahogue en información.

2. Tesis del Anexo 25

La tesis es:

FARO Connect no solo debe detectar problemas; debe ordenar cuáles importan más y cuáles deben resolverse primero.

Un dashboard común muestra todo.

FARO debe decidir foco.

Ejemplo:

Alerta A:
Descuento promedio alto.

Alerta B:
Caja bajo mínimo operativo.

Alerta C:
Stock inmovilizado.

Alerta D:
Acción crítica vencida.

Todas pueden ser importantes. Pero si la caja está por debajo del mínimo operativo, eso tiene prioridad inmediata.

La Dirección no necesita más datos. Necesita orden de batalla.

3. Qué es la priorización ejecutiva FARO

La priorización ejecutiva FARO es un cálculo que ordena eventos según:

impacto económico
impacto en caja
urgencia
severidad
confianza
recurrencia
cantidad de áreas afectadas
riesgo futuro
impacto en FARO Score
vencimiento
capacidad de acción

Ejemplo:

{
  "event": "caja_bajo_minimo",
  "severity": "critica",
  "priority_score": 94,
  "priority_level": "P1",
  "recommended_focus": "Acción inmediata de Dirección y Finanzas"
}

4. Diferencia entre severidad, urgencia y prioridad

Esto es clave.

Ejemplo:

Stock inmovilizado puede ser severo.
Pero caja bajo mínimo puede ser más urgente.

Una acción vencida puede ser simple.
Pero si es crítica y bloquea una decisión de Dirección, sube prioridad.

5. Por qué FARO necesita priorización

Sin priorización:

Todas las alertas compiten por atención.
Los responsables se saturan.
Dirección no sabe por dónde empezar.
Los temas urgentes tapan los importantes.
Los temas importantes se postergan.
Las reuniones se vuelven listas de problemas.

Con priorización:

FARO ordena el foco.
Dirección mira lo crítico primero.
Las acciones se asignan por impacto.
Los comités trabajan con agenda inteligente.
El FARO Score explica dónde duele más.

En criollo ejecutivo: sin priorización, la empresa juega al bombero. Con priorización, dirige.

6. Niveles de prioridad FARO

FARO debería usar una escala simple.

7. Fórmula general de prioridad ejecutiva

Prioridad ejecutiva =
impacto económico × 25%
+ impacto en caja × 20%
+ urgencia × 15%
+ severidad × 15%
+ recurrencia × 10%
+ cantidad de áreas afectadas × 5%
+ confianza × 5%
+ impacto en FARO Score × 5%

Código:

def prioridad_ejecutiva(
    impacto_economico,
    impacto_caja,
    urgencia,
    severidad,
    recurrencia,
    areas_afectadas,
    confianza,
    impacto_score
):
    return round(
        impacto_economico * 0.25 +
        impacto_caja * 0.20 +
        urgencia * 0.15 +
        severidad * 0.15 +
        recurrencia * 0.10 +
        areas_afectadas * 0.05 +
        confianza * 0.05 +
        impacto_score * 0.05,
        2
    )

8. Conversión de score a nivel de prioridad

def nivel_prioridad(score):
    if score >= 85:
        return "P1 - Crítica"
    if score >= 65:
        return "P2 - Alta"
    if score >= 45:
        return "P3 - Media"
    if score >= 25:
        return "P4 - Baja"
    return "P5 - Observación"

Ejemplo:

Score prioridad: 88
Nivel: P1 — Crítica

9. Componentes de la prioridad

9.1 Impacto económico

Mide cuánto dinero puede estar en juego.

Ejemplos:

pérdida de margen
venta perdida
stock inmovilizado
gasto desalineado
mora acumulada
costo financiero

Código conceptual:

def normalizar_impacto_economico(monto, monto_referencia):
    if monto_referencia == 0:
        return 0

    ratio = monto / monto_referencia

    if ratio >= 0.20:
        return 100
    if ratio >= 0.10:
        return 80
    if ratio >= 0.05:
        return 60
    if ratio >= 0.02:
        return 40
    return 20

9.2 Impacto en caja

No todo impacto económico afecta caja de inmediato.

Ejemplo:

Stock inmovilizado afecta capital.
Cobranza lenta afecta caja.
Margen bajo afecta rentabilidad.
Pago vencido afecta caja inmediata.

Código:

def score_impacto_caja(tipo_evento):
    mapa = {
        "caja_bajo_minimo": 100,
        "cobranza_lenta": 85,
        "cliente_moroso": 80,
        "pago_vencido": 90,
        "stock_inmovilizado": 60,
        "margen_bajo": 55,
        "accion_vencida": 30
    }

    return mapa.get(tipo_evento, 40)

9.3 Urgencia

Mide cuánto tiempo queda para actuar.

Código:

def score_urgencia(horas_hasta_vencimiento):
    if horas_hasta_vencimiento <= 0:
        return 100
    if horas_hasta_vencimiento <= 24:
        return 90
    if horas_hasta_vencimiento <= 72:
        return 75
    if horas_hasta_vencimiento <= 168:
        return 60
    if horas_hasta_vencimiento <= 720:
        return 35
    return 15

9.4 Severidad

Viene de alertas, tensiones o diagnósticos.

Código:

def score_severidad(severidad):
    mapa = {
        "critica": 100,
        "alta": 80,
        "media": 55,
        "baja": 30,
        "observacion": 15
    }

    return mapa.get(severidad, 30)

9.5 Recurrencia

Un problema que se repite debe subir prioridad.

Código:

def score_recurrencia(ocurrencias):
    if ocurrencias >= 5:
        return 100
    if ocurrencias >= 4:
        return 90
    if ocurrencias == 3:
        return 70
    if ocurrencias == 2:
        return 45
    return 20

9.6 Áreas afectadas

Mientras más áreas toca, más sistémico es el problema.

Ejemplo:

Margen bajo: Comercial / Finanzas.
Crecimiento no rentable: Comercial, Finanzas, Stock, RRHH.
Dirección sin ejecución: todas las áreas.

Código:

def score_areas_afectadas(cantidad_areas):
    if cantidad_areas >= 5:
        return 100
    if cantidad_areas == 4:
        return 85
    if cantidad_areas == 3:
        return 70
    if cantidad_areas == 2:
        return 50
    return 30

9.7 Confianza

La prioridad debe considerar confianza.

Un evento con baja confianza no debería desplazar a uno con evidencia fuerte, salvo que el riesgo sea crítico.

Código:

def score_confianza(confianza):
    return round(confianza * 100, 2)

Regla:

Alta severidad + baja confianza = revisar rápido, pero validar antes de decisión sensible.
Alta severidad + alta confianza = actuar.

9.8 Impacto en FARO Score

Si afecta fuerte el score, sube prioridad.

def score_impacto_faro_score(puntos):
    puntos = abs(puntos)

    if puntos >= 10:
        return 100
    if puntos >= 7:
        return 85
    if puntos >= 5:
        return 70
    if puntos >= 3:
        return 50
    return 25

10. Priorización por tipo de evento

FARO debe priorizar distintos objetos:

KPIs
Señales
Alertas
Tensiones
Diagnósticos
Recomendaciones
Acciones
Responsables
Áreas
Sucursales
Clientes
Proveedores
Productos

No es lo mismo priorizar una alerta que una acción. Pero todas deben compartir una lógica común.

11. Prioridad de KPIs

Un KPI tiene prioridad si:

está en rojo,
afecta caja,
afecta margen,
está empeorando rápido,
es crítico para la industria,
tiene alta confianza,
impacta FARO Score.

Ejemplo:

12. Prioridad de señales

Una señal sube prioridad si anticipa un problema mayor.

Ejemplo:

Stock todavía está por encima del mínimo,
pero los días de cobertura son menores al plazo proveedor.

Eso debe subir prioridad porque es preventivo.

Código:

def prioridad_senal(
    severidad,
    impacto,
    tendencia,
    recurrencia,
    confianza
):
    return round(
        severidad * 0.30 +
        impacto * 0.25 +
        tendencia * 0.20 +
        recurrencia * 0.15 +
        confianza * 0.10,
        2
    )

13. Prioridad de alertas

Prioridad alerta =
severidad × 30%
+ impacto caja × 25%
+ vencimiento × 15%
+ recurrencia × 10%
+ tensión relacionada × 10%
+ confianza × 10%

Código:

def prioridad_alerta(
    severidad,
    impacto_caja,
    vencimiento,
    recurrencia,
    tension_relacionada,
    confianza
):
    return round(
        severidad * 0.30 +
        impacto_caja * 0.25 +
        vencimiento * 0.15 +
        recurrencia * 0.10 +
        tension_relacionada * 0.10 +
        confianza * 0.10,
        2
    )

14. Prioridad de tensiones

Las tensiones suelen ser más importantes que alertas aisladas.

Prioridad tensión =
impacto económico × 30%
+ urgencia × 20%
+ cantidad de áreas afectadas × 15%
+ recurrencia × 15%
+ impacto en caja × 10%
+ confianza × 10%

Código:

def prioridad_tension(
    impacto,
    urgencia,
    areas,
    recurrencia,
    caja,
    confianza
):
    return round(
        impacto * 0.30 +
        urgencia * 0.20 +
        areas * 0.15 +
        recurrencia * 0.15 +
        caja * 0.10 +
        confianza * 0.10,
        2
    )

15. Prioridad de diagnósticos

Un diagnóstico debe priorizarse por impacto y capacidad de decisión.

Prioridad diagnóstico =
severidad × 25%
+ impacto económico × 25%
+ impacto en caja × 20%
+ áreas afectadas × 10%
+ recurrencia × 10%
+ confianza × 10%

Código:

def prioridad_diagnostico(
    severidad,
    impacto_economico,
    impacto_caja,
    areas_afectadas,
    recurrencia,
    confianza
):
    return round(
        severidad * 0.25 +
        impacto_economico * 0.25 +
        impacto_caja * 0.20 +
        areas_afectadas * 0.10 +
        recurrencia * 0.10 +
        confianza * 0.10,
        2
    )

16. Prioridad de acciones

Una acción debe ordenarse por:

prioridad del diagnóstico que la generó,
urgencia,
impacto esperado,
responsable,
vencimiento,
bloqueo de otras acciones,
facilidad de implementación,
riesgo de no hacerla.

Fórmula:

Prioridad acción =
prioridad origen × 30%
+ urgencia × 20%
+ impacto esperado × 20%
+ riesgo de no actuar × 15%
+ dependencia de otras acciones × 10%
+ facilidad de ejecución × 5%

Código:

def prioridad_accion(
    prioridad_origen,
    urgencia,
    impacto_esperado,
    riesgo_no_actuar,
    dependencia,
    facilidad
):
    return round(
        prioridad_origen * 0.30 +
        urgencia * 0.20 +
        impacto_esperado * 0.20 +
        riesgo_no_actuar * 0.15 +
        dependencia * 0.10 +
        facilidad * 0.05,
        2
    )

17. Priorización por horizonte temporal

FARO debe separar lo urgente de lo estratégico.

Ejemplo:

P1 hoy:
Caja bajo mínimo.

P2 semana:
Stock crítico en cemento.

P3 mes:
Stock inmovilizado.

P4 trimestre:
Rediseño de comisión comercial.

18. Priorización por área

FARO debe mostrar prioridad por área.

Comercial

Margen crítico.
Descuentos altos.
Clientes poco rentables.
Comisión desalineada.
Mix comercial débil.

Finanzas

Caja bajo mínimo.
Cobranza lenta.
Mora concentrada.
Gastos desalineados.
Flujo operativo negativo.

Stock / Compras

Stock crítico.
Stock inmovilizado.
Proveedor crítico.
Compras reactivas.
Órdenes críticas pendientes.

Dirección

Acciones críticas vencidas.
Decisiones sin acción.
Tensiones recurrentes.
Diagnósticos sin responsable.
FARO Score en caída.

19. Priorización por industria

Construcción / insumos

Prioridad típica:

1. Caja y cobranza.
2. Margen por producto / vendedor.
3. Stock crítico de alta rotación.
4. Descuentos y comisiones.
5. Proveedor crítico.
6. Canjes y referidos.
7. Stock inmovilizado.

Retail

1. Quiebre producto estrella.
2. Promoción destructiva.
3. Margen por sucursal.
4. Merma.
5. Stock alto de baja rotación.

Logística

1. SLA incumplido.
2. Ruta no rentable.
3. Combustible desalineado.
4. Flota crítica indisponible.
5. Mantenimiento reactivo.

Hotelería

1. RevPAR deteriorado.
2. Ocupación alta con tarifa baja.
3. Canal caro dominante.
4. Reclamos crecientes.
5. Mantenimiento diferido.

20. Matriz impacto / urgencia

Una forma ejecutiva de mostrar prioridad es una matriz 2x2.

Ejemplo:

Alto impacto + alta urgencia:
Caja bajo mínimo.

Alto impacto + baja urgencia:
Rediseñar comisión.

Bajo impacto + alta urgencia:
Resolver error de carga puntual.

Bajo impacto + baja urgencia:
Observación de tendencia leve.

21. Matriz Eisenhower FARO

Adaptada a dirección empresarial.

22. Priorización y capacidad operativa

FARO debe considerar si la empresa puede ejecutar todo.

Ejemplo:

Hay 12 acciones P1.
Pero el equipo puede ejecutar 4 esta semana.

Entonces FARO debe ordenar por máximo impacto.

Código conceptual:

def seleccionar_acciones_por_capacidad(acciones, capacidad):
    acciones_ordenadas = sorted(
        acciones,
        key=lambda x: x["priority_score"],
        reverse=True
    )

    return acciones_ordenadas[:capacidad]

Esto es clave: la priorización no es teoría; es asignación real de capacidad.

23. Priorización y dependencias

Algunas acciones bloquean otras.

Ejemplo:

No se puede recalcular margen si no se corrigen costos.
No se puede cambiar comisión si no se calcula margen por vendedor.
No se puede resolver stock crítico si no se define proveedor alternativo.

Código:

def detectar_acciones_bloqueantes(acciones):
    bloqueantes = []

    for accion in acciones:
        if accion.get("bloquea_otras"):
            bloqueantes.append(accion)

    return sorted(
        bloqueantes,
        key=lambda x: x["priority_score"],
        reverse=True
    )

24. Priorización y quick wins

FARO también debe detectar acciones de alto impacto y baja dificultad.

Quick win =
alto impacto
+ baja dificultad
+ bajo riesgo
+ corto plazo

Fórmula:

Quick Win Score =
impacto × 40%
+ facilidad × 30%
+ velocidad × 20%
+ bajo riesgo × 10%

Código:

def quick_win_score(impacto, facilidad, velocidad, bajo_riesgo):
    return round(
        impacto * 0.40 +
        facilidad * 0.30 +
        velocidad * 0.20 +
        bajo_riesgo * 0.10,
        2
    )

Ejemplo:

Auditar descuentos mayores al 8%:
Impacto alto.
Facilidad media.
Velocidad alta.
Riesgo bajo.

Muy buen candidato.

25. Priorización y acciones sensibles

No todo lo prioritario debe automatizarse.

Regla:

FARO prioriza. La Dirección decide en temas sensibles.

26. Priorización y FARO Score

FARO Score debe influir en prioridad y la prioridad debe explicar el score.

Ejemplo:

FARO Score baja por:
- caja crítica,
- crecimiento no rentable,
- stock crítico,
- acciones vencidas.

Entonces la lista de prioridades debe reflejar eso.

Código:

def prioridad_por_impacto_score(evento):
    impacto = abs(evento.get("score_impact", 0))

    if impacto >= 8:
        return 100
    if impacto >= 5:
        return 75
    if impacto >= 3:
        return 50
    return 25

27. Priorización y comité de dirección

FARO puede generar agenda automática para comité.

Agenda sugerida

1. P1 críticas abiertas.
2. Tensiones recurrentes.
3. Acciones vencidas de alto impacto.
4. Diagnósticos con caída de FARO Score.
5. Decisiones requeridas.
6. Seguimiento de acciones anteriores.

Ejemplo:

{
  "committee_agenda": [
    {
      "priority": "P1",
      "topic": "Caja bajo mínimo operativo",
      "owner": "Finanzas",
      "decision_required": "Reprogramar pagos y priorizar cobranza"
    },
    {
      "priority": "P2",
      "topic": "Crecimiento no rentable",
      "owner": "Gerente Comercial",
      "decision_required": "Revisar descuentos y comisiones"
    }
  ]
}

28. Priorización y responsables

FARO debe mostrar prioridades por responsable.

Ejemplo:

Esto permite ver cuellos de botella de gestión.

29. Priorización y sobrecarga

Si un responsable tiene demasiadas prioridades, FARO debe detectarlo.

def detectar_sobrecarga_responsable(acciones_responsable):
    p1 = sum(1 for a in acciones_responsable if a["priority_level"] == "P1")
    p2 = sum(1 for a in acciones_responsable if a["priority_level"] == "P2")

    if p1 >= 3 or (p1 + p2) >= 8:
        return {
            "alerta": "sobrecarga_de_responsable",
            "severidad": "alta",
            "accion": "reasignar_o_escalar_prioridades"
        }

    return None

30. Priorización y sucursales

FARO debe priorizar por sucursal.

Ejemplo:

Sucursal A:
Ventas bien, margen bajo, cobranza lenta.

Sucursal B:
Ventas bajas, pero margen sano.

Sucursal C:
Stock crítico y acciones vencidas.

FARO podría priorizar:

1. Sucursal A: crecimiento no rentable.
2. Sucursal C: riesgo operativo.
3. Sucursal B: problema comercial de volumen.

31. Priorización y clientes

Clientes pueden priorizarse por riesgo y valor.

Prioridad cliente =
concentración de ventas × 25%
+ deuda vencida × 25%
+ margen bajo × 20%
+ recurrencia de mora × 15%
+ valor estratégico × 15%

Código:

def prioridad_cliente(
    concentracion,
    deuda_vencida,
    margen_bajo,
    recurrencia_mora,
    valor_estrategico
):
    return round(
        concentracion * 0.25 +
        deuda_vencida * 0.25 +
        margen_bajo * 0.20 +
        recurrencia_mora * 0.15 +
        valor_estrategico * 0.15,
        2
    )

Ejemplo:

Cliente grande + margen bajo + mora alta = prioridad alta.

32. Priorización y productos

Productos pueden priorizarse por criticidad.

Prioridad producto =
venta histórica × 20%
+ margen × 15%
+ rotación × 20%
+ stock crítico × 25%
+ proveedor crítico × 10%
+ impacto en clientes clave × 10%

Código:

def prioridad_producto(
    venta_historica,
    margen,
    rotacion,
    stock_critico,
    proveedor_critico,
    clientes_clave
):
    return round(
        venta_historica * 0.20 +
        margen * 0.15 +
        rotacion * 0.20 +
        stock_critico * 0.25 +
        proveedor_critico * 0.10 +
        clientes_clave * 0.10,
        2
    )

33. Priorización y proveedores

Prioridad proveedor =
dependencia × 25%
+ bajo cumplimiento × 25%
+ productos críticos asociados × 20%
+ plazo de reposición × 15%
+ falta de alternativa × 15%

Código:

def prioridad_proveedor(
    dependencia,
    incumplimiento,
    productos_criticos,
    plazo,
    falta_alternativa
):
    return round(
        dependencia * 0.25 +
        incumplimiento * 0.25 +
        productos_criticos * 0.20 +
        plazo * 0.15 +
        falta_alternativa * 0.15,
        2
    )

34. Tabla SQL de prioridades

CREATE TABLE priority_events (
    priority_id TEXT PRIMARY KEY,
    entity_type TEXT NOT NULL,
    entity_id TEXT NOT NULL,
    company_id TEXT,
    branch_id TEXT,
    area_id TEXT,
    responsible_id TEXT,
    source_type TEXT,
    source_id TEXT,
    severity_score NUMERIC,
    urgency_score NUMERIC,
    economic_impact_score NUMERIC,
    cash_impact_score NUMERIC,
    recurrence_score NUMERIC,
    areas_affected_score NUMERIC,
    confidence_score NUMERIC,
    score_impact_score NUMERIC,
    final_priority_score NUMERIC,
    priority_level TEXT,
    priority_reason TEXT,
    recommended_focus TEXT,
    calculated_at TIMESTAMP DEFAULT now()
);

35. Tabla SQL de ranking ejecutivo

CREATE TABLE executive_priority_ranking (
    ranking_id TEXT PRIMARY KEY,
    company_id TEXT,
    period_start DATE,
    period_end DATE,
    rank_position INTEGER,
    priority_level TEXT,
    entity_type TEXT,
    entity_id TEXT,
    title TEXT,
    executive_summary TEXT,
    responsible_id TEXT,
    due_date TIMESTAMP,
    priority_score NUMERIC,
    status TEXT DEFAULT 'open',
    created_at TIMESTAMP DEFAULT now()
);

36. Motor de priorización FARO

Flujo:

KPIs / señales / alertas / tensiones / diagnósticos
→ calcular scores parciales
→ calcular prioridad final
→ asignar nivel P1-P5
→ ordenar ranking ejecutivo
→ detectar dependencias
→ detectar sobrecarga de responsables
→ sugerir foco del día / semana / comité

Código conceptual:

def motor_priorizacion(eventos):
    ranking = []

    for evento in eventos:
        score = prioridad_ejecutiva(
            impacto_economico=evento["impacto_economico"],
            impacto_caja=evento["impacto_caja"],
            urgencia=evento["urgencia"],
            severidad=evento["severidad"],
            recurrencia=evento["recurrencia"],
            areas_afectadas=evento["areas_afectadas"],
            confianza=evento["confianza"],
            impacto_score=evento["impacto_score"]
        )

        ranking.append({
            "event_id": evento["id"],
            "title": evento["title"],
            "priority_score": score,
            "priority_level": nivel_prioridad(score),
            "responsible": evento.get("responsible")
        })

    return sorted(
        ranking,
        key=lambda x: x["priority_score"],
        reverse=True
    )

37. Ejemplo completo: ranking ejecutivo semanal

Eventos detectados

1. Caja bajo mínimo operativo.
2. Crecimiento no rentable.
3. Stock crítico en productos clave.
4. Acciones vencidas recurrentes.
5. Stock inmovilizado.
6. Proveedor con bajo cumplimiento.

Ranking FARO

38. Ejemplo completo: construcción / insumos

Datos

Caja actual: 65% del mínimo.
Ventas: +18%.
Margen: -7 puntos.
Descuento: +6 puntos.
Stock crítico cemento: cobertura 4 días, proveedor demora 7.
Acciones vencidas: 22%.

Priorización FARO

P1 — Caja bajo mínimo.
Motivo: impacto inmediato en operación y pagos.

P2 — Crecimiento no rentable.
Motivo: ventas crecen, pero margen y cobranza empeoran.

P2 — Stock crítico cemento.
Motivo: producto clave, riesgo de pérdida de ventas.

P2 — Acciones vencidas.
Motivo: problemas detectados sin ejecución.

P3 — Revisión de comisión.
Motivo: importante, pero requiere análisis antes de modificar.

Lectura ejecutiva

La prioridad de Dirección no es vender más. Primero debe asegurar caja, proteger margen y evitar quiebre de productos clave.

39. Priorización y recomendaciones

La priorización alimenta el Anexo 26.

Ejemplo:

Si prioridad P1:
recomendación inmediata, con vencimiento corto y posible escalamiento.

Si prioridad P2:
recomendación ejecutiva con responsable y plazo.

Si prioridad P3:
tarea planificada.

Si prioridad P4:
monitoreo.

Si prioridad P5:
observación.

Código:

def tipo_recomendacion_por_prioridad(priority_level):
    if priority_level.startswith("P1"):
        return "accion_inmediata"
    if priority_level.startswith("P2"):
        return "accion_prioritaria"
    if priority_level.startswith("P3"):
        return "accion_planificada"
    if priority_level.startswith("P4"):
        return "monitoreo"
    return "observacion"

40. Priorización y lenguaje ejecutivo

FARO no debería decir solamente:

Prioridad score: 87.

Debe decir:

Prioridad crítica porque afecta caja inmediata, tiene alta severidad, vencimiento corto y alta confianza de datos.

Plantilla:

Prioridad:
[P1/P2/P3]

Motivo:
[Por qué está arriba en el ranking.]

Impacto:
[Qué afecta: caja, margen, stock, cliente, operación, score.]

Responsable:
[Quién debe actuar.]

Acción:
[Qué hacer.]

Vencimiento:
[Cuándo.]

Confianza:
[Alta/media/baja.]

41. Errores comunes en priorización

42. Testing de priorización

Test prioridad crítica

def test_prioridad_critica():
    score = prioridad_ejecutiva(
        impacto_economico=90,
        impacto_caja=100,
        urgencia=90,
        severidad=100,
        recurrencia=80,
        areas_afectadas=70,
        confianza=85,
        impacto_score=90
    )

    assert score >= 85
    assert nivel_prioridad(score) == "P1 - Crítica"

Test prioridad media

def test_prioridad_media():
    score = prioridad_ejecutiva(
        impacto_economico=40,
        impacto_caja=30,
        urgencia=50,
        severidad=55,
        recurrencia=45,
        areas_afectadas=30,
        confianza=80,
        impacto_score=40
    )

    assert 45 <= score < 65
    assert nivel_prioridad(score) == "P3 - Media"

43. Riesgos si no existe priorización ejecutiva

44. Output final del Anexo 25

Al finalizar este anexo, FARO debe tener definido:

1. Modelo de prioridad ejecutiva.
2. Niveles P1 a P5.
3. Fórmula general de prioridad.
4. Prioridad por KPI.
5. Prioridad por señal.
6. Prioridad por alerta.
7. Prioridad por tensión.
8. Prioridad por diagnóstico.
9. Prioridad por acción.
10. Priorización por área.
11. Priorización por industria.
12. Priorización por sucursal.
13. Priorización por cliente.
14. Priorización por producto.
15. Priorización por proveedor.
16. Matriz impacto/urgencia.
17. Matriz Eisenhower FARO.
18. Priorización por horizonte temporal.
19. Detección de quick wins.
20. Detección de dependencias.
21. Detección de sobrecarga de responsables.
22. Ranking ejecutivo.
23. Agenda automática de comité.
24. Tablas SQL de prioridad.
25. Motor de priorización.
26. Testing de priorización.
27. Relación prioridad → recomendación.
28. Relación prioridad → acción.
29. Relación prioridad → escalamiento.
30. Relación prioridad → FARO Score.

45. Conexión con otros anexos

La Priorización Ejecutiva FARO ordena KPIs, señales, alertas, tensiones, diagnósticos y acciones según impacto económico, caja, urgencia, severidad, recurrencia, confianza, áreas afectadas e impacto en FARO Score. Su función es decirle a Dirección qué atender primero y qué puede esperar.