Construyendo una puntuación de prioridad ROM (orden de magnitud aproximado) para la admisión de proyectos

Caso de uso: Está gestionando un tablero de admisión de proyectos o de pipeline y desea recopilar datos de business case a nivel ROM de los solicitantes de proyectos, para luego calcular automáticamente una puntuación de prioridad que ayude a su PMO a evaluar y priorizar las propuestas entrantes.

En este artículo veremos:

1. Qué datos ROM capturar y qué tipos de propiedad utilizar

2. Cómo configurar las propiedades personalizadas en su tablero de pipeline

3. Cómo escribir una Expresión que calcule una Puntuación de Prioridad ROM general

4. Cómo clasificar esa puntuación en categorías de prioridad accionables

5. Consejos para mantener los datos de su pipeline limpios y consistentes

Una estimación ROM (Rough Order of Magnitude) es una aproximación en etapa temprana — con una precisión típica de ±25–50% — que se utiliza para comparar y clasificar propuestas de proyectos antes de desarrollar un business case detallado.

Para construir un modelo de puntuación ROM útil en Fluid necesita tres cosas:

💡 Consejo: Todas las propiedades personalizadas siguientes se crean en Consola de Administración → Administración de Datos → Propiedades Personalizadas para la entidad correspondiente (por ejemplo, Proyecto o Elemento del tablero). Consulte Configuración de Propiedades Personalizadas para repasar el tema.

Cree las siguientes propiedades personalizadas. Las hemos agrupado por categoría para mantener organizado su formulario de envío.

A. Alineación Estratégica

Utilizar una Opción con Valor significa que cada selección lleva asociado un valor numérico que puede referenciar directamente en las expresiones — sin necesidad de mapeo adicional.

B. Estimaciones Financieras

C. Esfuerzo y Complejidad

⚠️ Tenga en cuenta que Complexity y Technical Risk se puntúan de forma inversa — a menor complejidad, mayor puntuación — porque una menor complejidad resulta más favorable para la viabilidad.

D. Impacto en el Negocio

E. Preparación y Confianza

Ahora viene la parte divertida. Cree una nueva propiedad personalizada de tipo Número llamada ROM Priority Score y defina su valor mediante una Expresión de Lógica Dinámica.

El modelo utiliza cinco dimensiones ponderadas:

La expresión completa

Code

(COALESCE([_StrategicAlignment-Value], 0) * 0.30)
+
(
  IF(COALESCE([_ROMCostEstimate], 0) = 0 AND COALESCE([_ROMAnnualBenefit], 0) = 0, 50,
    IF(COALESCE([_ROMCostEstimate], 0) = 0 AND COALESCE([_ROMAnnualBenefit], 0) > 0, 100,
      IF(COALESCE([_ROMAnnualBenefit], 0) / IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, COALESCE([_ROMCostEstimate], 0)) >= 3, 100,
        IF(COALESCE([_ROMAnnualBenefit], 0) / IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, COALESCE([_ROMCostEstimate], 0)) >= 2, 80,
          IF(COALESCE([_ROMAnnualBenefit], 0) / IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, COALESCE([_ROMCostEstimate], 0)) >= 1, 60,
            IF(COALESCE([_ROMAnnualBenefit], 0) / IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, COALESCE([_ROMCostEstimate], 0)) >= 0.5, 40,
              20
            )
          )
        )
      )
    )
  )
* 0.25)
+
(
  (COALESCE([_BusinessUrgency-Value], 0) * 0.40
  + COALESCE([_ImpactScope-Value], 0) * 0.35
  + COALESCE([_CustomerImpact-Value], 0) * 0.25)
* 0.25)
+
(
  (COALESCE([_Complexity-Value], 0) * 0.35
  + COALESCE([_TechnicalRisk-Value], 0) * 0.25
  + COALESCE([_ResourceAvailability-Value], 0) * 0.25
  + COALESCE([_ROMConfidenceLevel-Value], 0) * 0.15)
* 0.15)
+
(IF([_RegulatoryCompliance] = true, 100, 0) * 0.05)

💡 ¿Por qué COALESCE? Durante la admisión temprana, los solicitantes pueden dejar campos en blanco. Envolver cada referencia de campo en COALESCE([_Field], 0) garantiza que la expresión se evalúe de forma segura en lugar de devolver un error. Consulte Expresiones de Lógica Dinámica para obtener más información sobre patrones de expresión seguros.

💡 ¿Por qué el IF anidado sobre el costo? Nos protegemos contra la división por cero comprobando IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, ...) antes de dividir. Este es el mismo patrón recomendado en el artículo de priorización RICE/WSJF.

Cree una segunda propiedad personalizada llamada ROM Priority Band (tipo: Texto u Opción, controlada por expresión) con esta expresión:

Code

CASE(
  [_ROMPriorityScore] >= 80, "🔴 Must Do",
  [_ROMPriorityScore] >= 60, "🟠 Should Do",
  [_ROMPriorityScore] >= 40, "🟡 Could Do",
  [_ROMPriorityScore] >= 20, "🔵 Watch",
  "⚪ Deprioritise"
)

Supongamos que se presenta un proyecto llamado "Customer Portal Modernisation" con:

Cálculo paso a paso:

Resultado: 🟠 Should Do — proceder al business case completo con revisión de gobernanza estándar.

• Configuración de Propiedades Personalizadas

• Expresiones de Lógica Dinámica

• Construyendo marcos de priorización (RICE y WSJF) usando Expresiones

• Referenciando Propiedades de Persona en Expresiones de Lookup