Flujo de Trabajo De Solicitud a Línea Base

El camino dorado de Darwin es:

solicitud → clarificar → estimar → revisar → aprobar → seguir → aprender

Esta es la forma más simple de entender la plataforma. Darwin no solo ayuda a los equipos a crear estimaciones. Gobierna cómo una solicitud se convierte en estimación, cómo una estimación se convierte en línea base y cómo los costos reales mejoran el trabajo futuro.

1. Solicitud

El trabajo comienza cuando alguien pide algo que debe estimarse, clarificarse, cambiarse, cotizarse, revisarse o aprobarse.

En Darwin, esta intención se captura como una solicitud de trabajo.

Una buena solicitud incluye:

el resultado deseado
contexto de alcance
archivos o planos cuando estén disponibles
solicitante y asignado
comentarios o preguntas faltantes

2. Clarificar

El trabajo de construcción rara vez comienza con información perfecta.

La clarificación es donde el equipo agrega:

planos
notas de alcance
expectativas del cliente
supuestos de cantidad
comentarios
adjuntos

El objetivo es hacer que la solicitud sea accionable antes de que se convierta en trabajo de estimación estructurado.

3. Generar el Proyecto y Estimar

Una vez que la solicitud está clara, Darwin puede generar un proyecto automáticamente desde la información de la solicitud. El estimador entonces convierte ese contexto de proyecto en una estimación estructurada.

El proyecto generado preserva la solicitud como el origen del trabajo, incluyendo el contexto del alcance, archivos, comentarios, solicitante y actividad que hicieron la solicitud accionable.

Aquí es donde Darwin reúne:

módulos
materiales
mano de obra
gastos
contexto de precios
IFC/BIM o QTO 2D
cantidades manuales cuando es necesario

La estimación no es solo un número. Es lógica de costos estructurada con contexto.

4. Revisar

Antes de comprometer, la estimación debe ser desafiada.

La revisión puede incluir:

revisión de precios
revisión de cantidades
revisión de supuestos
comparación de revisiones
análisis de estimación
solicitud de cambios

La revisión protege al equipo de convertir supuestos incompletos o no cuestionados en una línea base.

5. Aprobar

La aprobación es el momento en que una estimación se convierte en una línea base de costos comprometida.

Una decisión de aprobación debe responder:

¿esta estimación está aceptada?
¿quién tomó la decisión?
¿qué se aprobó o rechazó?
¿qué estimación se convirtió en línea base?
¿se requiere retrabajo?

Si se rechaza, la estimación permanece editable y debe volver a revisión o clarificación. El rechazo preserva el historial de decisiones, pero no crea una línea base.

6. Seguir

Una vez que una línea base está activa, Darwin puede seguir los costos reales contra ella.

El seguimiento de costos captura:

facturas
proveedores
montos de transacciones
fechas
notas
enlaces a origen

Los costos reales son evidencia de ejecución conectada con el plan aprobado.

7. Aprender

La varianza explica la diferencia entre la línea base aprobada y la realidad ejecutada.

La varianza puede revelar:

movimientos de mercado
cambios de diseño
crecimiento de alcance
ineficiencia de ejecución
lógica de estimación que necesita mejora
supuestos que deben revisarse la próxima vez

Así es como Darwin convierte el trabajo completado en memoria organizacional.

Idea Clave

Una tarea le dice a alguien qué hacer. Una solicitud explica por qué el trabajo avanza. Una aprobación compromete la línea base. La varianza convierte el costo real en aprendizaje.

Disciplina Operativa

El flujo de trabajo es confiable solo cuando cada etapa tiene suficiente evidencia para avanzar:

el contexto de la solicitud debe explicar el resultado solicitado, alcance, archivos, propietario y siguiente acción antes de generar el proyecto
la clarificación debe mantener la información faltante en comentarios, archivos o estado de solicitud
los proyectos generados deben preservar su solicitud de origen, archivos, comentarios e historial
la estimación debe preservar el contexto de módulos, precios, cantidades y supuestos
los hallazgos de revisión deben resolverse o convertirse en solicitudes gobernadas
la aprobación debe identificar claramente la revisión de estimación que se convierte en línea base
los costos reales deben incluir evidencia de origen como facturas, notas de proveedor o enlaces
las conclusiones de varianza deben referirse a la línea base aprobada activa