El objetivo de esta guía es definir un indicador reproducible y explicar qué decisión puede respaldar. El caso trabaja con tres unidades: «tarea generada», «restricción de capacidad» y «corrección humana».
Entrada de referencia: plan generado y restricciones reales. Resultado esperado: un plan corregido con supuestos señalados. Antes de asignar trabajo, confirma qué versión de la entrada está vigente y quién revisará el resultado.
Vincula la métrica con una decisión
Un indicador para la revisión humana de un plan de proyecto generado con IA resulta útil cuando puede cambiar la próxima acción. Antes de construir un gráfico, pregunta si necesitas detener una entrada, reasignar una revisión o investigar una espera. Define la unidad de observación: pieza, solicitud, archivo o ciclo. No mezcles esas unidades en un mismo porcentaje. Para esta operación, el registro de referencia es un plan corregido con supuestos señalados. La métrica debe describir lo que ese registro permite observar. Si no existe evidencia de una fase, identifica el dato faltante antes de interpretar un total que aparenta representar todo el proceso.
Escribe una definición que otra persona reproduzca
La ficha del indicador debe conservar nombre, fórmula, ventana temporal, fuente, exclusiones y dueño de actualización. Para una proporción, numerador y denominador deben corresponder al mismo conjunto de trabajo. Para una espera, registra el inicio y final del intervalo y cómo tratas casos todavía abiertos. No conviertas una falta de observación en cero. Cero significa que mediste y no encontraste el evento; un dato ausente significa que todavía no puedes calcularlo. Esta distinción cambia la decisión, especialmente cuando una entrega parece puntual porque su retraso nunca quedó registrado.
Ejemplo aplicado
El plan ficticio generado por IA contiene una fecha no aportada y una asignación sin disponibilidad confirmada. La revisión humana compara la propuesta con restricciones reales. El resultado debe mostrar qué se conserva, qué se corrige y qué continúa siendo una pregunta.
En el ejemplo participan Camila, Nora y Sofia. Los nombres, las situaciones y las cifras son ilustrativos; no representan resultados de un cliente. Las tres unidades permiten probar la propuesta antes de extenderla al resto del trabajo.
| Unidad | Dato de partida | Comprobación | Decisión |
|---|---|---|---|
| tarea generada | plan generado y restricciones reales | contrastar cada asignación con disponibilidad confirmada | Registrar fuente y periodo |
| restricción de capacidad | tareas validadas / tareas generadas | Misma definición y población | No convertir datos ausentes en cero |
| corrección humana | Observaciones y casos pendientes | contrastar cada asignación con disponibilidad confirmada | Conservar límites de interpretación |
Calcula un ejemplo y explica su alcance
Indicador propuesto: tareas validadas / tareas generadas. Fija la unidad, el periodo, la fuente y las exclusiones antes de calcularlo. Conserva los casos sin dato como pendientes y compara periodos con la misma definición. Ejemplo aritmético independiente de las tres unidades de la tabla: si 8 registros cumplen la condición del numerador de un total de 10, el cociente es 8 / 10 = 80 %. Es un cálculo ilustrativo, no una medición de un cliente ni un resultado causado por GGyess.
Revisa con una acción y una evidencia
Para tarea generada, restricción de capacidad y corrección humana, elige una revisión que coincida con una oportunidad real de intervenir. Una métrica revisada después de que la decisión ya es irreversible tiene poca utilidad operativa. Protege el proceso frente a aprobar fechas y responsables inventados por el modelo. La comprobación propuesta es contrastar cada asignación con disponibilidad confirmada. Cuando un indicador cambia, revisa primero su fuente y los casos que lo explican; evita transformar una variación pequeña en un relato de éxito o fracaso. Registra qué decisión tomaste, quién actuará y qué observación esperas encontrar en el próximo control. Así el indicador conserva una relación concreta con el trabajo.
Qué comprobar antes de cerrar
El riesgo que debes controlar en este caso es aprobar fechas y responsables inventados por el modelo. Una etiqueta de terminado necesita una observación que la respalde. Conserva estos elementos junto a la decisión para que el receptor pueda comprobar qué se revisó:
- Entrada y versión utilizadas: plan generado y restricciones reales.
- Control del caso: contrastar cada asignación con disponibilidad confirmada.
- Resultado que se revisa: un plan corregido con supuestos señalados.
