Caso de uso: Você está gerenciando um quadro de intake ou pipeline de projetos e deseja coletar dados de business case em nível ROM dos solicitantes de projetos, para então calcular automaticamente uma pontuação de prioridade que ajude seu PMO a triar e classificar as propostas recebidas.
O que você aprenderá
Neste artigo, vamos percorrer:
Quais dados ROM capturar e quais tipos de propriedade usar
Como configurar as propriedades personalizadas no seu quadro de pipeline
Como escrever uma Expressão que calcula uma Pontuação de Prioridade ROM geral
Como classificar essa pontuação em categorias de prioridade acionáveis
Dicas para manter os dados do seu pipeline limpos e consistentes
1. Quais são os elementos fundamentais de um quadro de pipeline ROM?
Uma estimativa ROM (Rough Order of Magnitude) é uma aproximação em estágio inicial — tipicamente com precisão de ±25–50% — usada para comparar e classificar propostas de projetos antes que um business case detalhado seja desenvolvido.
Para construir um modelo de pontuação ROM útil no Fluid, você precisa de três coisas:
Elemento Fundamental | Finalidade |
|---|---|
Propriedades de Entrada | Capturar os dados ROM brutos dos solicitantes (custo, benefício, alinhamento, etc.) |
Uma Expressão Calculada | Combinar as entradas em uma única Pontuação de Prioridade ROM numérica |
Uma Expressão de Classificação | Traduzir a pontuação numérica em uma faixa de prioridade legível por humanos |
💡 Dica: Todas as propriedades personalizadas abaixo são criadas no Console de Administração → Administração de Dados → Propriedades Personalizadas para a entidade relevante (por exemplo, Projeto ou Item do Quadro). Consulte Configurando Propriedades Personalizadas para uma revisão.
2. Configurando suas propriedades de entrada
Crie as seguintes propriedades personalizadas. Nós as agrupamos por categoria para manter seu formulário de submissão organizado.
A. Alinhamento Estratégico
Nome da Propriedade | Tipo de Dado | Configuração |
|---|---|---|
Strategic Alignment | Opção com Valor |
|
Usar uma Opção com Valor significa que cada seleção carrega um valor numérico que você pode referenciar diretamente nas expressões — sem necessidade de mapeamento adicional.
B. Estimativas Financeiras
Nome da Propriedade | Tipo de Dado | Observações |
|---|---|---|
ROM Cost Estimate | Número (Moeda) | Custo total estimado na sua moeda base |
ROM Annual Benefit | Número (Moeda) | Retorno financeiro anual estimado ou economia |
ROM Payback Period | Número | Meses para recuperar o investimento |
Funding Status | Opção |
|
C. Esforço e Complexidade
Nome da Propriedade | Tipo de Dado | Configuração |
|---|---|---|
ROM Duration | Número | Duração estimada de entrega em meses |
ROM Effort | Número | Esforço total estimado em pessoa-dias |
Complexity | Opção com Valor |
|
Technical Risk | Opção com Valor |
|
⚠️ Observe que Complexidade e Risco Técnico são pontuados de forma inversa — menor complexidade = pontuação mais alta — porque menor complexidade é mais favorável para a viabilidade.
D. Impacto nos Negócios
Nome da Propriedade | Tipo de Dado | Configuração |
|---|---|---|
Business Urgency | Opção com Valor |
|
Impact Scope | Opção com Valor |
|
Customer Impact | Opção com Valor |
|
Regulatory / Compliance | Sim/Não | Isso é exigido por razões regulatórias ou de conformidade? |
E. Prontidão e Confiança
Nome da Propriedade | Tipo de Dado | Configuração |
|---|---|---|
Resource Availability | Opção com Valor |
|
ROM Confidence Level | Opção com Valor |
|
Sponsor Confirmed | Sim/Não | Um patrocinador executivo foi identificado? |
Key Dependencies | Texto | Texto livre — principais dependências ou bloqueadores |
3. Escrevendo a Expressão de Prioridade ROM
Agora vem a parte divertida. Crie uma nova propriedade personalizada do tipo Número chamada ROM Priority Score e defina seu valor usando uma Expressão de Lógica Dinâmica.
O modelo usa cinco dimensões ponderadas:
Dimensão | Peso | O que mede |
|---|---|---|
Alinhamento Estratégico | 30% | Adequação à estratégia organizacional |
Retorno Financeiro | 25% | ROI baseado no custo ROM vs. benefício |
Impacto nos Negócios | 25% | Urgência, escopo e efeito no cliente |
Viabilidade | 15% | Complexidade, risco, recursos, confiança |
Bônus de Conformidade | 5% | Incremento por obrigação regulatória |
A expressão 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 que COALESCE? Durante a triagem inicial, os solicitantes podem deixar campos em branco. Envolver cada referência de campo em
COALESCE([_Field], 0)garante que a expressão seja avaliada com segurança em vez de retornar um erro. Consulte Expressões de Lógica Dinâmica para saber mais sobre padrões de expressão seguros.
💡 Por que o IF aninhado no custo? Protegemos contra divisão por zero verificando
IF(COALESCE([_ROMCostEstimate], 0) = 0, 1, ...)antes de dividir. Este é o mesmo padrão recomendado no artigo de priorização RICE/WSJF.
4. Agrupando a pontuação em categorias de prioridade
Crie uma segunda propriedade personalizada chamada ROM Priority Band (tipo: Texto ou Opção, orientada por expressão) com esta expressão:
Code
CASE(
[_ROMPriorityScore] >= 80, "🔴 Must Do",
[_ROMPriorityScore] >= 60, "🟠 Should Do",
[_ROMPriorityScore] >= 40, "🟡 Could Do",
[_ROMPriorityScore] >= 20, "🔵 Watch",
"⚪ Deprioritise"
)
Faixa de Pontuação | Grupo | Ação Recomendada |
|---|---|---|
80 – 100 | 🔴 Must Do | Encaminhar rapidamente para business case detalhado |
60 – 79 | 🟠 Should Do | Prosseguir para business case com revisão padrão |
40 – 59 | 🟡 Could Do | Reservar para o próximo ciclo de planejamento ou refinar o ROM |
20 – 39 | 🔵 Watch | Monitorar — reavaliar quando as condições mudarem |
0 – 19 | ⚪ Deprioritise | Recusar ou adiar indefinidamente |
5. Exemplo prático
Digamos que um projeto chamado "Customer Portal Modernisation" seja submetido com:
Propriedade | Valor |
|---|---|
Alinhamento Estratégico | Alto (75) |
Estimativa de Custo ROM | $500,000 |
Benefício Anual ROM | $800,000 |
Urgência de Negócio | Curto prazo (75) |
Escopo de Impacto | Em toda a empresa (100) |
Impacto no Cliente | Direto – Externo (100) |
Complexidade | Alta (40) |
Risco Técnico | Médio (60) |
Disponibilidade de Recursos | Parcialmente Disponível (65) |
Nível de Confiança ROM | Médio (60) |
Regulatório / Conformidade | Não |
Cálculo passo a passo:
Dimensão | Cálculo | Resultado |
|---|---|---|
Alinhamento Estratégico | 75 × 0.30 | 22.50 |
Financeiro (ROI = $800K/$500K = 1.6 → faixa = 60) | 60 × 0.25 | 15.00 |
Impacto nos Negócios | (75×0.40 + 100×0.35 + 100×0.25) = 90 → 90 × 0.25 | 22.50 |
Viabilidade | (40×0.35 + 60×0.25 + 65×0.25 + 60×0.15) = 54.25 → 54.25 × 0.15 | 8.14 |
Bônus de Conformidade | 0 × 0.05 | 0.00 |
ROM Priority Score | 68.14 |
Resultado: 🟠 Should Do — prosseguir para o business case completo com revisão de governança padrão.
6. Dicas para manter seu pipeline organizado
Dica | Por que é importante |
|---|---|
Torne o Alinhamento Estratégico e o Custo/Benefício ROM obrigatórios | Estes têm o maior peso — valores ausentes distorcerão as prioridades |
Use o Nível de Confiança ROM com honestidade | Um ROM com confiança "Baixa" não deve ter prioridade maior do que um com confiança "Alta" na mesma pontuação |
Revise os pesos trimestralmente | À medida que as prioridades organizacionais mudam, ajuste os pesos das dimensões (a divisão 0,30/0,25/0,25/0,15/0,05) para corresponder |
Não complique demais no início | O ROM é feito para ser aproximado. Evite adicionar mais propriedades até validar o modelo em um ou dois ciclos de intake |
Combine com visualizações de quadro | Use o agrupamento ou filtragem de quadros do Fluid para criar uma visualização "Pipeline por Faixa de Prioridade" para que as partes interessadas vejam um backlog classificado de forma clara |
Defina Patrocinador Confirmado como um critério de passagem | Considere tornar a progressão de 🟠 Deve Fazer → caso de negócio detalhado condicionada a |