Búsquedas frecuentes
Tutoriales actualizados
Un hito es un punto de control dentro de un proyecto que marca que algo importante quedó terminado, y que a diferencia de una tarea no consume tiempo ni recursos. Sirve para ordenar el avance en tramos verificables, para sincronizar equipos que dependen unos de otros y, en muchos contratos, para habilitar un pago. Su regla clave es que se cumple o no se cumple, sin estados intermedios ni porcentajes. En el ERP de EGA Futura el hito se carga como una Tarea de proyecto con fecha límite, apoyada en las relaciones de dependencia entre tareas.
Un hito es un punto de control dentro de un proyecto, y no una tarea más de la lista.
Marca que algo importante quedó terminado, como el cierre de una etapa o la aprobación de un entregable.
Su rasgo distintivo es que no consume tiempo ni recursos, porque representa un instante y no un trabajo.
Una tarea tiene duración, esfuerzo y alguien que la ejecuta.
Un hito tiene solo una fecha y un criterio de cumplimiento.
Por eso se cumple o no se cumple, sin estados intermedios ni porcentajes de avance.
Esa dureza es justamente su utilidad, porque obliga a definir de antemano qué significa terminado.
El primer uso es partir un proyecto largo en tramos verificables, que es lo que evita descubrir el retraso al final.
El segundo es sincronizar, porque un hito le avisa a otro equipo que ya puede arrancar.
El tercero es de comunicación hacia afuera, ya que un cliente entiende cinco hitos mucho mejor que doscientas tareas.
En proyectos contratados, buena parte de los hitos coincide con una condición de facturación.
Ahí el criterio de cumplimiento deja de ser un detalle de gestión y pasa a ser una cláusula.
Conviene entonces que el criterio quede escrito y sea verificable por las dos partes, y no sujeto a interpretación.
El error más común es marcar como hito cualquier cosa que parezca importante.
Con treinta hitos ninguno significa nada y el tablero vuelve a ser una lista de tareas.
La referencia práctica es entre cinco y diez por proyecto, o uno por cada etapa que alguien externo reconocería.
Cuando una fecha de hito se corre, lo que hay que registrar no es la fecha nueva sino el motivo.
Sin ese registro se pierde la única señal temprana que tiene un proyecto.
Y si un hito se mueve tres veces, el problema ya no es la fecha sino la estimación original.
El entregable es la cosa concreta que se produce, como un documento, un módulo o una capacitación dictada.
El hito es el momento en que ese entregable se da por aceptado.
Muchas veces van juntos, pero un hito puede depender de varios entregables a la vez.
Llevar esa trazabilidad dentro del mismo sistema donde se factura es lo que propone el ERP en la nube de EGA Futura.
El hub de Plataforma EGA Futura ubica este concepto dentro de un proceso empresarial.
En Los mejores ERP para empresas medianas en 2026 » Comparativa honesta con Precios reales vemos cómo se aplica a decisiones y tareas concretas.
Un hito se carga como una Tarea de proyecto con fecha límite y sin horas estimadas.
Esa forma de cargarlo aprovecha todo el control de fechas y dependencias que la tarea ya trae.
La Tarea de proyecto tiene un campo Deadline de tipo fecha, y dos fórmulas que trabajan sobre él.
Una devuelve los días que faltan para esa fecha y la otra los días transcurridos desde el inicio.
Hay además una fórmula de solo lectura que marca la tarea como vencida, que es exactamente la señal que un hito necesita.
La tarea tiene Horas estimadas, Horas reales y un desvío calculado entre las dos.
Dejar esos campos vacíos es lo que distingue en la práctica un hito de una tarea de trabajo.
Así el hito no ensucia el cálculo de esfuerzo del proyecto.
Existe un objeto dedicado a relacionar dos tareas entre sí, con siete motivos de relación posibles.
Los motivos son Bloqueada por, Relacionada a, Duplicada de, Requiere, Parte de, Depende de y Precede.
Con Depende de y Precede alcanza para armar la secuencia previa a un hito, y con Bloqueada por se explica por qué no avanza.
La tarea suma además una casilla de bloqueo con su campo de motivo, que resuelve el caso simple sin crear una relación.
La Tarea de proyecto es el único objeto del ERP que tiene tipos de registro, y son dos.
La Tarea estándar usa los estados Planificada, En progreso y Completada.
La Tarea de implementación de plataforma usa Planificado, Diseño, Desarrollo, Testing, Deploy, Completado y Descartada.
Un hito conviene cargarlo como Tarea estándar, porque sus tres estados encajan con la lógica de cumplido o no cumplido.
El Proyecto tiene cinco campos de resumen que cuentan tareas totales, activas, completadas, en espera y participantes.
Tiene además tres campos calculados: porcentaje de avance, días restantes y salud del proyecto.
El campo Metodología ofrece Cascada, Scrum, Kanban e Híbrida, y es el que le da sentido al uso de hitos.
En Cascada los hitos son la columna vertebral, mientras que en Scrum su lugar lo ocupa el cierre de cada iteración.
La fórmula de vencimiento marca sola la tarea que pasó su Deadline, así que el incumplimiento se ve sin revisar nada a mano.
Una Vista de lista filtrada por esa fórmula reúne todos los hitos vencidos del portafolio en una sola pantalla.
Y el campo calculado de salud del proyecto resume en un solo indicador si el plan va en fecha.
Marcar puntos de control en un proyecto abre estas preguntas: cuántos definir, en qué se diferencian de una tarea y qué hacer cuando uno se atrasa.
La tarea tiene duración, esfuerzo y responsable, mientras que el hito solo tiene una fecha y un criterio de cumplimiento.
Por eso una tarea puede estar al sesenta por ciento y un hito no.
El hito se cumple o no se cumple.
Entre cinco y diez por proyecto suele ser suficiente.
Con treinta hitos ninguno significa nada y el tablero vuelve a ser una lista de tareas.
El criterio práctico es uno por cada etapa que alguien externo al equipo reconocería.
Se corre la fecha y, sobre todo, se registra el motivo del corrimiento.
La fecha nueva sola no informa nada, y el motivo es la señal temprana del problema de fondo.
Tres corrimientos seguidos indican que el error estuvo en la estimación original.
Se carga como una Tarea de proyecto con Deadline y sin horas estimadas ni horas reales.
Las tareas previas se enlazan con el objeto de relación usando los motivos Precede y Depende de.
La fórmula de vencimiento marca sola el hito que pasó su fecha, así que el seguimiento no depende de revisarlo a mano.
Un hito se modela sobre EGAFutura__Proyecto_Tarea_proyecto__c, etiquetado Tarea de proyecto.
Ese objeto tiene 42 campos en total y 28 propios de EGA Futura.
Tres son obligatorios y varios los calcula la Plataforma.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__Proyecto__c | Master-Detail a Proyecto | Obligatorio, el proyecto padre |
| EGAFutura__Estado__c | Lista de selección | Obligatorio |
| EGAFutura__Prioridad__c | Lista de selección | Obligatorio |
| EGAFutura__Fecha_inicio__c | Fecha | |
| EGAFutura__Deadline__c | Fecha | |
| EGAFutura__Horas_estimadas__c | Número(4, 0) | |
| EGAFutura__ActualHours__c | Número(4, 0) | Horas reales |
| EGAFutura__Dias_Deadline__c | Fórmula (Número) | Días hasta el vencimiento |
| EGAFutura__Dias_transcurridos__c | Fórmula (Número) | |
| EGAFutura__HoursVariance__c | Fórmula (Número) | Diferencia entre horas estimadas y reales |
| EGAFutura__IsOverdue__c | Fórmula (Casilla) | Marca la tarea vencida |
| EGAFutura__StatusIndicator__c | Fórmula (Texto) | Indicador visual del estado |
Es el único objeto de la organización con tipos de registro, y cada uno expone sus estados, y el de implementación guarda los valores en inglés.
| Tipo de registro | Etiqueta | Valor almacenado |
|---|---|---|
| Tarea estándar | Planificada | Planificada |
| Tarea estándar | En progreso | En progreso |
| Tarea estándar | Completada | Completada |
| Tarea de implementación de plataforma | Planificado | Planned |
| Tarea de implementación de plataforma | Diseño | Design |
| Tarea de implementación de plataforma | Desarrollo | Development |
| Tarea de implementación de plataforma | Testing | Testing |
| Tarea de implementación de plataforma | Deploy | Deploy |
| Tarea de implementación de plataforma | Completado | Completed |
| Tarea de implementación de plataforma | Descartada | Discarded |
Las relaciones entre tareas viven en EGAFutura__ProjectTaskRelation__c.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__ParentProjectTask__c | Master-Detail a Tarea de proyecto | La tarea de origen |
| EGAFutura__RelatedProjectTask__c | Lookup a Tarea de proyecto | Obligatorio. La tarea relacionada |
| EGAFutura__RelationReason__c | Lista de selección | El tipo de relación, valores en inglés |
La pantalla muestra español y el campo guarda inglés.
| Etiqueta | Valor almacenado |
|---|---|
| Bloqueada por | Blocked By |
| Relacionada a | Related To |
| Duplicada de | Duplicate Of |
| Requiere | Requires |
| Parte de | Part Of |
| Depende de | Depends On |
| Precede | Precedes |
El Proyecto resume a sus tareas con cinco campos de resumen y tres fórmulas.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__Cantidad_total_Tareas__c | Resumen (COUNT Tarea de proyecto) | |
| EGAFutura__Tareas_activas__c | Resumen (COUNT Tarea de proyecto) | |
| EGAFutura__Tareas_completadas__c | Resumen (COUNT Tarea de proyecto) | |
| EGAFutura__Tareas_espera__c | Resumen (COUNT Tarea de proyecto) | |
| EGAFutura__Participantes_proyecto__c | Resumen (COUNT Participante del proyecto) | |
| EGAFutura__PercentComplete__c | Fórmula (Porcentaje) | Porcentaje de avance |
| EGAFutura__DaysRemaining__c | Fórmula (Número) | Días restantes |
| EGAFutura__Health__c | Fórmula (Texto) | Salud del proyecto |
| EGAFutura__Methodology__c | Lista de selección | Metodología, valores en inglés |
| Etiqueta | Valor almacenado |
|---|---|
| Cascada | Waterfall |
| Scrum | Scrum |
| Kanban | Kanban |
| Híbrida | Hybrid |
Filtrar por EGAFutura__IsOverdue__c devuelve todos los hitos y tareas vencidos del portafolio, y EGAFutura__Dias_Deadline__c ordena los próximos por urgencia.
Las relaciones con los valores Precedes y Depends On reconstruyen la secuencia previa a cada hito.
Los términos del glosario que empiezan igual que este. Las demás letras se abren acá mismo, sin salir de la página.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
