What is a ROM estimate? A rough order of magnitude estimate is used to give you a very high level view of potential project costs. Ideally, you’d be able to provide a definitive estimate, carefully created from loads of input from subject matter experts and plenty of research on past projects and their budgets.
What is a ROM estimate? A rough order of magnitude estimate is used to give you a very high level view of potential project costs. Ideally, you’d be able to provide a definitive estimate, carefully created from loads of input from subject matter experts and plenty of research on past projects and their budgets.
But in reality, we rarely have the time or luxury of being able to provide that level of estimate at the earliest stage of project.
A ROM estimate is useful when you need to make a decision before you have enough information for a detailed estimate. It gives you an early indication of likely cost, time or resources, but it should not be treated as a firm project commitment.
Think of the ROM estimate as used for informational purposes at the beginning of the project. It’s not really something you should use for too long – it’s important to get to a more accurate view of project costs as soon as you can.
Often, execs simply want an overview of how much the work might cost. And we haven’t yet received the mandate to do a deep dive into requirements and scope that would enable more accurate results from the budget forecasting.
The PMI Practice Standard for Project Estimating mentions ROM as an option for adaptive project life cycles. It says:
In context
- Topic: Proyectos, PMO y Riesgos — Gestión de proyectos, oficinas de proyecto y riesgo del portafolio.
- Source: Rebel's Guide to PM
- Published: 22/08/2026
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por qué importa
En gestión de proyectos casi todo lo que se discute como problema técnico es en realidad un problema de expectativas mal negociadas al principio. Alcance, plazo y costo se pactaron en un momento en que nadie tenía la información suficiente, y después nadie quiso reabrir la conversación.
Lo que yo miro primero en un caso así no es el plan, es la frecuencia con la que se corrige. Un proyecto que replanifica cada mes con datos frescos llega mucho más cerca que uno que defiende durante un año la línea base que firmó cuando menos sabía.
Lo que suele salir mal
Lo que más veo fallar es el patrocinador ausente. Firma el inicio, aparece en la foto y después no vuelve hasta que hay un problema. Sin alguien con poder real que despeje obstáculos cada quince días, el jefe de proyecto termina negociando de igual a igual con áreas que no le reportan, y pierde.
Qué mirar
- Qué riesgos están identificados, quién es dueño de cada uno y cuándo se revisaron por última vez.
- El tamaño de la primera entrega útil: mientras más lejos esté, más se parece a una apuesta.
- Cómo se estimó y qué tan cerca estuvieron las estimaciones anteriores de la misma organización.
Cómo leo esta entrada
Si esto llegara a mi mesa, lo primero que pediría no es el avance porcentual: es la lista de decisiones pendientes con nombre y fecha. El porcentaje se puede maquillar; una decisión trabada hace tres semanas con un responsable identificado no se puede discutir, y explica el atraso mucho mejor.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
