Caso di studio: Standard Work 2.0™ presso un produttore conto terzi di ATE per la difesa

Il cliente è un produttore conto terzi di apparecchiature di collaudo automatico (ATE) e attrezzaggi per mercati altamente regolamentati, tra cui la base industriale della difesa, nell'area della Greater Boston. Le sue macchine sono quelle che qualificano l'hardware di altri produttori: stazioni di collaudo, attrezzaggi, e il cablaggio che li collega, costruiti su disegno per programmi che non tollerano alcuna ambiguità.

Garrett Partridge LLC ha assunto il ruolo di Architetto delle Operazioni e COO frazionale per condurre l'iniziativa Standard Work 2.0™: il metodo operativo che installa un lavoro standard documentato, seguito e misurato in tutto il reparto e nei sistemi che lo alimentano, così il modo in cui il lavoro accade davvero e il modo in cui i sistemi dicono che accade sono la stessa cosa.

La pressione era concreta. Un ampio arretrato di produzione da svariati milioni di dollari. La scorecard delle consegne puntuali di un importante contraente principale di primo livello della difesa ferma a un tasso critico di sottoperformance. Un tasso di fermo al banco di assemblaggio del 25 per cento, cioè una costruzione su quattro che si fermava a metà assemblaggio in attesa di un pezzo, di una risposta o di un disegno. E un'azienda mandata avanti con fogli di calcolo scollegati e depositari di conoscenza tacita che nessun auditor e nessun contraente principale potevano tracciare.

L'incarico ha spinto tre cose contemporaneamente: una rapida trasformazione digitale, una conformità dei dati di livello difesa, e decisioni sullo stack tecnologico puntate direttamente su quell'arretrato. Le quattro iniziative qui sotto sono un unico programma, non quattro progetti.

L'incarico si è aperto con un audit dell'infrastruttura IT esistente del cliente, perché il denaro più rapido in un turnaround è il denaro che sta già uscendo dall'azienda. L'audit ha fatto emergere due decisioni. Entrambe sono state individuate e attuate come costi evitati effettivamente conseguiti, e sono le due cifre in dollari certi di questo studio.

Primo, la migrazione che è stata fermata. Il cliente stava per imboccare una migrazione ereditata costosa e inefficiente verso un Microsoft Project Server on-premise. L'ho fermata e ho fatto virare l'azienda verso piattaforme SaaS moderne e conformi a FedRAMP, tra cui Smartsheet Gov e OnePlan. FedRAMP è la linea di base di autorizzazione del governo federale per i servizi cloud, e qui conta perché la dotazione di strumenti di un fornitore della difesa deve comunque superare quell'asticella. Il cambio di rotta ha aggirato oltre 75.000 dollari di spese di migrazione e ha portato l'azienda su piattaforme che si collocano già dentro la postura di conformità di cui ha bisogno.

Secondo, il collo di bottiglia delle licenze. L'ERP (il sistema gestionale aziendale) del cliente girava su 25 licenze fluttuanti, e il reparto faceva la fila dietro gli uffici per ottenerne una. La soluzione ovvia, comprare più licenze, aveva un prezzo di circa 55.000 dollari all'anno, per sempre. Ho costruito invece un ponte dati personalizzato: interrogando il database SQL direttamente a livello di server tramite SSRS (il servizio di reportistica che il cliente già possedeva), e portando i risultati in economici pannelli di tracciamento sul reparto. I tecnici del reparto hanno ottenuto una visibilità dei dati al 100 per cento consumando zero licenze ERP. La spesa annua è stata evitata del tutto.

Il cliente detiene contratti di difesa altamente sensibili, il che significa che nei suoi sistemi risiedono dati tecnici ITAR e informazioni controllate non classificate (CUI). La risposta abituale è rallentare tutto e avvolgere l'intera azienda nell'ambito dell'audit. Ho ingegnerizzato invece una Strategia di Confine dei Dati, costruita per proteggere i contratti mentre il reparto mantiene la propria velocità.

L'architettura divide l'azienda in due lati. Il lato alto è un'enclave sovrana sicura, Microsoft 365 GCC High, il sistema PDM (gestione dei dati di prodotto) e l'ERP, e detiene i disegni ITAR e i CUI. Il lato basso è uno strato di scoreboard visiva per la gestione ad alta velocità del portafoglio progetti: programmi, stati e priorità su cui il reparto e gli uffici lavorano tutto il giorno.

Due controlli rendono il confine reale anziché velleitario. Una policy di zero caricamento di file agisce come un rigido firewall comportamentale sugli strumenti commerciali: nessun modello di progettazione e nessun CUI finiscono mai sui server del lato basso, il che riduce drasticamente l'ambito della valutazione CMMC 2.0, perché i sistemi che non toccano mai i CUI cessano di essere obiettivi di valutazione. E uno schema di identificatori pivot offuscati, un sistema di chiavi primarie non sequenziali di mia concezione, collega i dati ingegneristici del lato alto con le dashboard di reparto del lato basso senza esporre nomi proprietari di clienti o dettagli di programmi militari sul lato in cui costituirebbero una fuga di dati.

Un arretrato non è un problema di domanda. È un problema di flusso, e questo era misurato pubblicamente: la scorecard delle consegne puntuali del contraente principale di primo livello valutava il cliente a un tasso critico di sottoperformance ogni mese. L'ingegnerizzazione dei flussi di lavoro di questa iniziativa punta direttamente alla scorecard, perché quella scorecard è il documento che i responsabili della catena di fornitura del contraente principale leggono prima di assegnare il prossimo pacchetto di lavoro.

Sotto l'arretrato si annidava la vera malattia: fogli di calcolo scollegati che custodivano conoscenza tacita, ciascuno un singolo punto di guasto con sopra il nome di una persona. La sostituzione è un filo digitale automatizzato ed esteso a tutta l'azienda, una spina dorsale di dati connessi in cui un dato inserito una volta fluisce verso ogni record che ne dipende.

La costruzione utilizza una completa architettura di database relazionale tra fogli su strumenti autorizzati FedRAMP. Il sistema genera automaticamente ID di progetto univoci, copia le righe tra i fogli senza mani umane, e usa strumenti di data mesh per rimandare informazioni dinamiche ai record originali, cambiando gli stati di progetto con zero copia-incolla manuale. Ogni stato che un manager legge è lo stato che il reparto ha effettivamente prodotto.

La roadmap si articola in quattro fasi: integrare l'ERP centrale, Smartsheet Gov e OnePlan in un Azure Government SQL Data Lake. Quell'architettura è la base per un gemello digitale funzionante della fabbrica, e per un'orchestrazione predittiva costruita al di sopra, che usa Microsoft Copilot per eseguire simulazioni di risorse in tempo reale, come ribilanciare il reparto produttivo nel momento in cui un tecnico chiave dà forfait. Il gemello è un risultato della roadmap, dichiarato qui come il piano che è, con le fasi fondanti in costruzione ora.

Legga le quattro iniziative come un unico sistema e lo schema è visibile. La linea dei costi finanzia la costruzione. Il confine dei dati rende la costruzione conforme. La cadenza del reparto fa sì che la costruzione muova il prodotto. Il filo digitale rende la costruzione permanente, così tiene dopo che l'incarico frazionale si fa da parte. È questo che significa Standard Work 2.0™ in concreto: lo standard è nel flusso di lavoro, non in un raccoglitore.

L'incarico è in corso. Le due decisioni software sono costi evitati attuati. I risultati sulla scorecard, sul tasso di fermo e sul gemello digitale sono mirati e attesi, con le parole stesse del cliente, con la chiusura prevista entro i prossimi due trimestri. Questo studio verrà aggiornato alla sua chiusura.

Il metodo completo che sta dietro il programma è documentato in Standard Work 2.0, e i modelli di incarico nell'ambito dei quali si svolge questo lavoro, il Triage operativo di 30 giorni e il retainer da COO frazionale, sono esposti con chiarezza. Ogni incarico è soggetto a NDA (accordo di riservatezza), ed è per questo che questo cliente è identificato da ciò che produce, non da chi è.