Modelo Operativo

El flujo de trabajo de Darwin es:

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

El flujo explica el recorrido. El modelo operativo explica cómo los equipos mantienen fiable ese recorrido.

Principios Operativos

Comienza desde una solicitud cuando la razón del trabajo importa.
Mantén el contexto del proyecto completo para que otro usuario entienda lo que sucedió.
Trata las tareas como señales de acción, no como registros de aprobación o auditoría.
Mantén la lógica de estimación, precios, cantidades, archivos, comentarios y decisiones trazables.
No consideres una estimación comprometida hasta que exista una línea base aprobada.
Registra costos reales solo contra la línea base aprobada activa.
Usa la varianza para mejorar la lógica de estimación futura, no solo para explicar sobrecostos.

Entregas Estándar

Etapa	Responsable principal	Listo para entregar cuando
Solicitud	Solicitante	El resultado, archivos, alcance y asignado están claros.
Clarificación	Estimador	La información faltante está documentada en comentarios o archivos.
Generación de proyecto y estimación	Estimador	El proyecto se generó desde información clara de solicitud y la estimación tiene módulos, cantidades, contexto de precios, supuestos y archivos.
Revisión	Revisor	Los problemas están resueltos o convertidos en solicitudes gobernadas.
Aprobación	Aprobador	La decisión está registrada y existe una línea base aprobada.
Control de costos	Controlador de costos	Se ingresan costos reales revisados y están vinculados a evidencia de origen.
Aprendizaje	Líder de proyecto o responsable de catálogo	Las conclusiones de varianza son lo suficientemente claras para mejorar módulos, precios o supuestos.

Bucle Diario

Al inicio de una sesión de trabajo, verifica:

tareas asignadas
solicitudes de trabajo asignadas, bloqueadas y pendientes
resúmenes de proyectos activos
comentarios, archivos, actividad y decisiones de aprobación antes de editar estimaciones
proyectos de control de costos con costos reales o varianza pendientes

Al final de una sesión de trabajo, confirma:

el estado de la solicitud refleja el flujo actual
las preguntas sin resolver están capturadas en comentarios
los archivos fuente están adjuntos al objeto que explican
las tareas apuntan a la siguiente acción
los cambios importantes de estimación tienen rastro de actividad, solicitud o revisión

Puertas de Calidad

Antes de estimar:

el tipo de solicitud y estado son correctos
el cliente o proyecto está conocido
los planos o archivos requeridos están adjuntos o faltan explícitamente
el asignado y la siguiente acción están claros
la generación del proyecto preservó la solicitud de origen

Antes de revisar:

el alcance principal tiene módulos o ítems de costo
las cantidades tienen contexto de origen
la lista de precios y supuestos de tarifas son visibles
las brechas conocidas están documentadas

Antes de aprobar:

los hallazgos de revisión están resueltos o aceptados explícitamente
la revisión de estimación seleccionada es clara
la solicitud de aprobación tiene contexto de decisión
los resúmenes o reportes están disponibles para el aprobador

Antes de controlar costos:

la decisión de aprobación es aprobada
existe una línea base aprobada
los grupos de costo están disponibles
el controlador de costos puede identificar la línea base activa

Antes de las conclusiones de varianza:

los costos reales están revisados
las facturas o registros fuente están adjuntos o anotados
la varianza se compara con la línea base aprobada activa
las acciones de seguimiento se registran para hallazgos significativos

Reglas de Objetos

Una solicitud de trabajo explica la intención: qué debe crearse, clarificarse, revisarse, actualizarse, cambiarse o aprobarse.

Una tarea le dice a una persona específica que una acción necesita atención. Completar una tarea no aprueba un proyecto, no completa una revisión ni crea una línea base por sí misma.

Una solicitud de aprobación pide a alguien que decida. Una decisión de aprobación registra el resultado de aprobar o rechazar.

Una línea base aprobada existe solo después de la aprobación. El control de costos y la varianza deben usar la línea base aprobada activa, no una estimación histórica arbitraria.

Reglas de Excepción

Si faltan archivos, marca la solicitud como esperando información o bloqueada, luego nombra la fuente faltante en un comentario.
Si una solicitud tiene el tipo equivocado, corrígela temprano o crea la solicitud correcta y explica la corrección.
Si una tarea existe pero el estado de negocio es incorrecto, actualiza la solicitud, proyecto, estimación, aprobación o registro de costo subyacente.
Si una estimación es rechazada, preserva el historial de decisión y crea la revisión o solicitud de seguimiento requerida.
Si un proyecto aprobado no aparece en control de costos, confirma la decisión, la línea base de aprobación del proyecto y la referencia de la línea base activa.
Si un costo real no tiene evidencia fuente, mantenlo pendiente hasta que la evidencia se adjunte o el riesgo se acepte explícitamente.