Caso práctico: Standard Work 2.0™ en un fabricante por contrato de ATE de defensa

El cliente es un fabricante por contrato de equipos automáticos de prueba (ATE) y utillajes para mercados muy regulados, incluida la base industrial de defensa, en el área metropolitana de Boston. Sus máquinas son las que cualifican el hardware de otros fabricantes: estaciones de prueba, utillajes y el cableado que los une, fabricados según plano para programas que no toleran ninguna ambigüedad.

Garrett Partridge LLC entró como Arquitecto de operaciones y COO fraccional (a tiempo parcial) para dirigir la iniciativa Standard Work 2.0™: el método operativo que instala un trabajo estandarizado documentado, seguido y medido en el taller y en los sistemas que lo alimentan, de modo que la forma en que el trabajo sucede realmente y la forma en que los sistemas dicen que sucede son la misma cosa.

La presión era concreta. Una amplia cartera de pedidos de producción de varios millones de dólares. El cuadro de mando de entregas a tiempo de un importante contratista principal de defensa de primer nivel, situado en una tasa crítica de bajo rendimiento. Una tasa de paradas en el banco de montaje del 25 por ciento, es decir, uno de cada cuatro montajes se detenía a mitad de ensamblaje a la espera de una pieza, una respuesta o un plano. Y un negocio que funcionaba con hojas de cálculo inconexas, de conocimiento tribal, que ningún auditor y ningún contratista principal podían rastrear.

La colaboración impulsó tres cosas a la vez: una transformación digital rápida, un cumplimiento de datos de grado defensa, y decisiones sobre la pila tecnológica dirigidas directamente a esa cartera de pedidos. Las cuatro iniciativas siguientes son un solo programa, no cuatro proyectos.

La colaboración se abrió con una auditoría de la infraestructura de IT existente del cliente, porque el dinero más rápido en un reflotamiento es el que ya está saliendo por la puerta. La auditoría sacó a la luz dos decisiones. Ambas se identificaron y se ejecutaron como costes evitados logrados, y son las dos cifras en dólares contantes de este estudio.

Primero, la migración que se detuvo. El cliente se encaminaba hacia una migración heredada, cara e ineficiente, a un Microsoft Project Server local. La paré y reorienté a la empresa hacia plataformas SaaS modernas y conformes con FedRAMP, entre ellas Smartsheet Gov y OnePlan. FedRAMP es la línea base de autorización del Gobierno federal estadounidense para los servicios en la nube, lo que importa aquí porque las herramientas de un proveedor de defensa tienen que superar ese listón de todas formas. La reorientación sorteó más de 75.000 dólares en cuotas de migración y dejó a la empresa sobre plataformas que ya se sitúan dentro de la postura de cumplimiento que necesita.

Segundo, el cuello de botella de las licencias. El ERP del cliente funcionaba con 25 licencias flotantes, y el taller hacía cola detrás de las oficinas para conseguir una. La solución obvia, comprar más licencias, tenía un precio de unos 55.000 dólares al año, para siempre. En su lugar construí un puente de datos a medida: consultando directamente la base de datos SQL a nivel de servidor a través de SSRS (el servicio de informes que el cliente ya tenía), y mostrando los resultados en capas de seguimiento de bajo coste en el taller. Los técnicos del taller ganaron una visibilidad de datos del 100 por ciento sin consumir ni una sola licencia de ERP. El gasto anual se evitó por completo.

El cliente tiene contratos de defensa muy sensibles, lo que significa que en sus sistemas viven datos técnicos bajo control ITAR (el control estadounidense de las exportaciones de material de defensa) e información no clasificada controlada (CUI). La respuesta habitual es ralentizarlo todo y envolver toda la empresa en el alcance de la auditoría. En su lugar diseñé una estrategia de frontera de datos, construida para proteger los contratos mientras el taller conserva su velocidad.

La arquitectura divide la empresa en dos lados. El lado alto es un enclave soberano seguro, Microsoft 365 GCC High, el sistema PDM (gestión de datos de producto) y el ERP, y guarda los planos bajo control ITAR y la CUI. El lado bajo es una capa de marcador visual para una gestión de la cartera de proyectos de alta velocidad: los calendarios, los estados y las prioridades con los que el taller y las oficinas funcionan durante toda la jornada.

Dos controles hacen la frontera real y no aspiracional. Una política de cero cargas de archivos actúa como un estricto cortafuegos de comportamiento sobre las herramientas comerciales: ningún modelo de ingeniería y ninguna CUI aterrizan jamás en los servidores del lado bajo, lo que reduce drásticamente el alcance de la evaluación de la CMMC 2.0, porque los sistemas que nunca tocan la CUI dejan de ser objeto de evaluación. Y un esquema de identificadores pivote ofuscados, un sistema de claves primarias no secuenciales de mi propio diseño, enlaza los datos de ingeniería del lado alto con los cuadros de mando del taller del lado bajo sin exponer nombres de clientes reservados ni detalles de programas militares en el lado donde contarían como una fuga.

Una cartera de pedidos no es un problema de demanda. Es un problema de flujo, y este se medía públicamente: el cuadro de mando de entregas a tiempo del contratista principal de primer nivel calificaba al cliente cada mes en una tasa crítica de bajo rendimiento. La ingeniería de flujos de trabajo de esta iniciativa apunta directamente al cuadro de mando, porque ese cuadro de mando es el documento que los responsables de la cadena de suministro del contratista principal leen antes de adjudicar el siguiente paquete de trabajo.

Bajo la cartera de pedidos se asentaba la verdadera enfermedad: hojas de cálculo inconexas que guardaban el conocimiento tribal, cada una un único punto de fallo con el nombre de una persona encima. La sustitución es un hilo digital automatizado y de alcance empresarial, una espina dorsal de datos conectada en la que un dato introducido una sola vez fluye a cada registro que depende de él.

La construcción emplea una arquitectura completa de base de datos relacional entre hojas sobre herramientas autorizadas por FedRAMP. El sistema genera identificadores de proyecto únicos de forma automática, copia filas entre hojas sin manos humanas, y usa herramientas de malla de datos para devolver información dinámica a los registros originales, cambiando los estados de proyecto con cero copiar y pegar manual. Cada estado que lee un responsable es el estado que el taller produjo realmente.

La hoja de ruta se despliega en cuatro fases: integrar el ERP central, Smartsheet Gov y OnePlan en un Azure Government SQL Data Lake. Esa arquitectura es la base para un gemelo digital operativo de la fábrica, y para una orquestación predictiva por encima de él, usando Microsoft Copilot para ejecutar simulaciones de recursos en tiempo real, como reequilibrar la planta en el momento en que un técnico clave se ausenta. El gemelo es un entregable de la hoja de ruta, enunciado aquí como el plan que es, con las fases de base en construcción ahora mismo.

Lea las cuatro iniciativas como un solo sistema y el patrón se hace visible. La línea de costes financia la construcción. La frontera de datos hace conforme la construcción. La cadencia del taller hace que la construcción mueva producto. El hilo digital hace permanente la construcción, de modo que se sostiene después de que la colaboración fraccional se retire. Eso es lo que significa Standard Work 2.0™ en la práctica: el estándar está en el flujo de trabajo, no en una carpeta.

La colaboración está viva. Las dos decisiones de software son costes evitados ya ejecutados. Los resultados del cuadro de mando, de la tasa de paradas y del gemelo digital son previstos y anticipados, en palabras del propio cliente, con un cierre previsto dentro de los próximos dos trimestres. Este estudio se actualizará cuando cierre.

El método completo que hay detrás del programa está documentado en Standard Work 2.0, y los modelos de colaboración bajo los que se desarrolla este trabajo, el Triaje operativo de 30 días y el contrato continuo de COO fraccional, se exponen con claridad. Toda colaboración se mantiene bajo acuerdo de confidencialidad, y por eso a este cliente se le identifica por lo que fabrica, no por quién es.