Qué flujo automatizas primero: la cuenta que incluye el riesgo

La segunda mitad de mi sesión en Autodesk University no habla de lo que yo construí. Habla de qué deberías automatizar tú primero, que es la pregunta que la gente se lleva de vuelta a la oficina.

Y tiene respuesta aritmética. Todo lo que entra en la fórmula se mide en una tarde con un cronómetro.

La fórmula

Arriba: la frecuencia (corridas por semana en todo el equipo), por los minutos manuales, por el número de personas que lo hacen hoy.

Abajo: el esfuerzo en días de construir y verificar, multiplicado por el riesgo. Riesgo uno si la operación es reversible, riesgo cinco si no lo es.

Dos precisiones que cambian el resultado. Los minutos son la mediana de varias corridas cronometradas, no el promedio y desde luego no la corrida más rápida, que es la que todo el mundo recuerda. Y el riesgo va abajo, dividiendo, no como una nota al pie.

El término que todo el mundo olvida

El riesgo es el que la gente deja fuera, y en un sistema de gestión de datos de producto es el que más pesa.

La razón es concreta: Vault no tiene deshacer masivo. Una operación irreversible aplicada a cuatrocientos archivos no es un bug que arreglas en la tarde. Es un proyecto, con su reunión de crisis y su restauración de copias.

Por eso multiplicar por cinco en el denominador no es exagerado. Es realista.

Tres candidatos reales, puntuados

En la sesión puntúo tres flujos con la misma escala y el mismo cronómetro.

Asignación de propiedades: cuarenta corridas por semana, tres minutos cada una, seis personas. Dos días de construcción, riesgo uno. Puntúa 360.

Auditoría pre-release: ocho corridas por semana, pero veintiún minutos cada una, tres personas. Cuatro días, riesgo uno. Puntúa 126.

Cambio de revisión: doce por semana, cuatro minutos, cuatro personas. Tres días de construcción, y riesgo cuatro. Puntúa 16.

Mira ese último. Es más frecuente que la auditoría y queda en tercer lugar. Un riesgo de cuatro lo desploma, porque frecuente no es suficiente cuando el deshacer no existe.

El ganador salió de la cuenta, no del gusto. Y eso es justamente lo que hace útil a la fórmula: te protege de automatizar lo que te apetece automatizar.

Las cuatro bandas

Una vez tienes las puntuaciones, el orden de ataque se ordena solo en cuatro bandas.

Automatiza ya: frecuente y reversible. Asignación de propiedades, búsquedas y reportes, lecturas de BOM, auditorías pre-release.

Automatiza, pero con previsualización: frecuente y difícil de deshacer. Transiciones de ciclo de vida, cambios de revisión, cambios de categoría (más pesados de lo que parecen, porque arrastran mapeos de propiedades y esquema de revisión), movimientos de carpeta.

Más adelante, si acaso: raro y reversible. Exportaciones puntuales, renombrados ad hoc. Funcionan, pero no compensan el esfuerzo todavía.

Nunca empieces aquí: raro e irreversible. Purgar versiones, borrados masivos, cambios de esquema, cualquier cosa sin previsualización.

El orden no es por dificultad. Es por lo que pasa la primera vez que sale mal, que es el criterio que de verdad determina si vas a poder construir el segundo.

Puntúa antes de construir

La hoja de puntuación en blanco va en el material de la sesión. Si sales de AU con una sola cosa aplicable, que sea esta: puntúa tres candidatos con la misma escala antes de escribir una línea de código.

MFG3731 · Vault on Autopilot. Jueves 17 de septiembre de 2026, 4:30 PM, Autodesk University, Las Vegas. Technical Deep Dive de 60 minutos, track Design and Manufacturing.