La gestione di progetti di ingegneria in più siti introduce strati di complessità che raramente affrontano i team di single-location. I ritardi di coordinamento, i guasti di comunicazione e il monitoraggio dei progressi inconsistenti possono sminuire anche le iniziative più attentamente pianificate. Asana è emersa come una piattaforma di gestione del progetto in grado di affrontare queste sfide testa-on, offrendo flussi di lavoro strutturati, monitoraggio delle attività trasparenti e visibilità in tempo reale per i team di ingegneria distribuiti.

La complessità dei progetti di ingegneria multi-sito

I progetti di ingegneria multi-sito coinvolgono team che lavorano in diverse sedi fisiche, spesso con vincoli locali, fusi orari e strutture di reportistica. Se il progetto abbraccia i siti di costruzione di una regione, gli impianti di produzione in diversi paesi, o laboratori R&D in più città, le sfide principali rimangono coerenti.

Una decisione presa in un sito potrebbe non raggiungere un altro per ore o giorni, causando il lavoro a valle a stallo. La proprietà dell'attività diventa ambiguo quando i membri del team in diverse posizioni assumono qualcun altro sta trattando un critico consegnabile. La visibilità del progresso soffre quando ogni sito utilizza il proprio metodo di tracciamento, rendendo difficile per i manager di programma vedere l'immagine completa.

Oltre al coordinamento, i progetti di ingegneria portano dipendenze tecniche che si fondono tra i siti. Un progetto strutturale prodotto in un luogo deve allinearsi alle specifiche meccaniche sviluppate in un altro. Senza un sistema centralizzato per collegare queste dipendenze, rilavoro e problemi di integrazione diventano comuni. Asana affronta questi punti di dolore fornendo una singola fonte di verità per compiti, tempeste e comunicazioni.

Perché Asana lavora per team di ingegneria multi-Sito

Asana non è uno strumento di ingegneria di nicchia, ma la sua flessibilità lo rende adatto per la natura strutturata ma collaborativa del lavoro di ingegneria. L'architettura di base della piattaforma è costruita intorno a progetti, compiti e sezioni, che mappano naturalmente alle strutture di ripartizione del lavoro di ingegneria.

I team di ingegneria nelle zone di tempo non possono sempre partecipare a incontri dal vivo o aspettare risposte istantanee. Asana permette ai membri del team di lasciare aggiornamenti, porre domande e condividere file all'interno delle attività, creando un record persistente che chiunque può fare riferimento in seguito.

Un singolo gestore di programmi può supervisionare decine di progetti su più siti utilizzando portafogli e dashboard che raccolgono dati di stato da ogni posizione. Questa visibilità è essenziale per identificare i colli di bottiglia prima di diventare critici e per la realizzazione delle risorse quando un sito si trova dietro.

La comunicazione centralizzata riduce la frizione

Nelle configurazioni tradizionali multi-sito, la comunicazione si disperde attraverso e-mail, messaggistica istantanea, telefonate e strumenti specifici per il sito. I membri del team spendono tempo prezioso alla ricerca dell'ultima versione di un documento o cercando di ricordare una decisione che è stata fatta verbalmente. Asana centralizza tutta la comunicazione relativa al progetto all'interno di compiti e progetti.

Gestione delle attività con dipendenze e scadenze

I progetti di ingegneria si basano sulle dipendenze delle attività. Non si può versare una fondazione fino alla completa realizzazione dello scavo. Un sistema di controllo non può essere programmato fino alla finalizzazione delle specifiche hardware. Asana supporta sia le dipendenze delle attività dirette che la pianificazione basata sulle pietre miliari. I manager di ingegneria possono impostare date di inizio, date di scadenza e dipendenze che regolano automaticamente la timeline quando si spostano i compiti a monte.

Ogni attività ha un cessionario, una data dovuta e campi personalizzati facoltativi per priorità, posizione del sito, disciplina o stato. Gli ingegneri di qualsiasi sito possono vedere esattamente ciò che sono responsabili e quando è dovuto, senza dover consultare un foglio di calcolo separato o un thread di posta elettronica.

Caratteristiche principali Asana per la gestione del progetto di ingegneria

Asana offre diverse funzionalità che rispondono direttamente alle esigenze dei progetti di ingegneria multi-sito. Capire queste caratteristiche e configurarle per i flussi di lavoro di ingegneria è essenziale per ottenere il massimo dalla piattaforma.

Progetti e sezioni per l'organizzazione del sito

I progetti Asana possono rappresentare un intero programma, un singolo sito o una fase di lavoro. All'interno di ogni progetto, le sezioni permettono ai team di raggruppare le attività per pacchetto di lavoro, disciplina o periodo di tempo. Ad esempio, un progetto di infrastruttura multi-sito potrebbe avere un progetto genitore per la gestione globale dei programmi, con compiti di progettazione, approvvigionamento, costruzione e messa in servizio.

Questa struttura offre ai responsabili dell'ingegneria flessibilità, che possono vedere i lavori a livello di programma per valutare il progresso complessivo, o per esercitarsi in un progetto di sito specifico per capire dove si verificano ritardi.

Vista della timeline per la pianificazione e le dipendenze

Per progetti multi-sito, questa vista è inestimabile. I manager possono vedere come le attività al Sito A riguardano le attività al Sito B, e quale sia il percorso critico attraverso l'intero programma. Quando una dipendenza cambia, la Timeline ricalcola automaticamente le date, dando ai team uno sforzo aggiornato senza programma manuale.

Se un permesso viene ritardato in un sito, cosa significa per la linea temporale del programma generale? Diciamo che la revisione strutturale al sito C sta correndo due settimane indietro. La linea temporale mostra esattamente quali compiti a valle sono influenzati e da quanto. Questa intuizione permette ai manager di prendere decisioni informate sulla localizzazione delle risorse o sulla compressione dei programmi.

Automazioni che salvano il tempo di ingegneria

Le regole di automazione di Asana possono gestire aggiornamenti ripetitivi, modifiche dello stato e notifiche. Ad esempio, quando un'attività è completata, un'automazione può aggiornare automaticamente lo stato di un compito genitore, notificare al prossimo stakeholder del flusso di lavoro, o spostare l'attività in una sezione "recensata".

In un contesto multisito, l'automazione assicura che tutte le posizioni rimangano allineate senza trasmissioni manuali.Quando un sito completa un sito, l'automazione può aggiornare lo stato di livello del programma e informare il team del sito ricevente, riducendo il carico cognitivo sui project manager e riducendo il rischio di qualcuno dimenticando di inviare un aggiornamento.

Portfolio e Dashboard per la supervisione

Asana Portfolios offre una visione di alto livello di progetti multipli, mostrando lo stato generale, il progresso verso gli obiettivi e le pietre miliari chiave. Portfolios può essere filtrato per posizione, disciplina o priorità, permettendo ai manager di concentrarsi sui siti o flussi di lavoro che hanno bisogno di attenzione.

Per i programmi multi-sito, i cruscotti possono essere configurati per mostrare i dati interrotti dal sito, dando un confronto a livello di incognimento su come ogni posizione è esibita. Questa visibilità è essenziale per la gestione proattiva piuttosto che per la lotta al fuoco reattiva.

Campi personalizzati per dati di ingegneria-speciali

Ma i progetti di ingegneria spesso richiedono il tracciamento di attributi aggiuntivi: posizione del sito, ID del pacchetto di lavoro, stato del materiale, fase di ispezione, classificazione della sicurezza e altro ancora. I campi personalizzati di Asana consentono ai team di aggiungere queste dimensioni ad ogni attività. I campi personalizzati possono essere di tipo testo, numero, data, dropdown o checkbox.

Ad esempio, un progetto di costruzione di ponti multi-sito potrebbe avere campi personalizzati per "Site Location", "Inspection Status", "Material Received", e "Safety Hold". I gestori di programmi possono quindi filtrare tutte le attività in cui "Safety Hold" è vero in tutti i siti, o generare un rapporto che mostra il completamento dell'ispezione per posizione.

Impostazione Asana per un programma di ingegneria multi-sito

I responsabili dell'ingegneria dovrebbero investire tempo prima di progettare una struttura di progetto che rifletta come i loro team lavorano in tutti i siti. I seguenti passaggi forniscono un punto di partenza per configurare Asana per progetti di ingegneria multi-sito.

Definire la gerarchia del progetto

Inizia decidendo come rappresentare il programma ad Asana. Un approccio comune è quello di creare un portafoglio che contenga più progetti, uno per sito. Ogni progetto del sito contiene sezioni per i principali pacchetti di lavoro o fasi. In alternativa, per i programmi più piccoli, un singolo progetto con sezioni per ogni sito può bastare. La chiave è scegliere una struttura che rende facile per i membri del team trovare il loro lavoro e per i manager ottenere una visione consolidata.

Considerate l'utilizzo di una convenzione di denominazione che include codici di sito o abbreviazioni. Ad esempio, "Sito A - Foundation" e "Site B - Structural Steel" chiariscono immediatamente quale sia l'ubicazione di un compito. Se i progetti coprono più fasi, aggiungi indicatori di fase come "Design", "Procurement", o "Construction" al nome del progetto o della sezione.

Configurare i campi personalizzati

I campi personalizzati devono essere definiti prima che vengano creati compiti in scala. Identificare i punti di dati che sono critici per la segnalazione e il filtraggio nel programma.

  • Sito Posizione:[ Dropdown con tutti i nomi o i codici del sito
  • Discipline:[] Civile, meccanico, elettrico, strutturale, ecc.
  • Pacchetto di lavoro: Link all'identificatore della struttura di ripartizione del lavoro
  • Status:] In corso, completo, in attesa, ritardato, ecc.
  • Priorità: Critica, alta, media, bassa
  • Allo stato di revisione:] In attesa di revisione, approvato, revisioni necessarie

Una volta configurati, questi campi personalizzati diventano la spina dorsale delle tue dashboard, filtri e regole di automazione, consentendo inoltre di generare report cross-site che confrontano le metriche di performance in modo coerente in tutte le posizioni.

Crea modelli per la coerenza

Creare un modello di progetto per un progetto tipico del sito che include sezioni, attività, campi personalizzati e regole di automazione. Quando un nuovo sito viene online, il gestore del programma può creare un nuovo progetto dal modello, assicurando che la struttura e i processi siano identici ad altri siti. Questa consistenza rende più facile confrontare i progressi tra le posizioni e identificare i siti che stanno deviando dall'approccio standard.

I modelli sono utili anche per le fasi di ripetizione all'interno di un unico sito. Se ogni sito passa attraverso la progettazione, l'approvvigionamento, la costruzione e la messa in servizio, creare un modello per ogni fase che include le attività standard, le approvazioni e i handoff.

Impostare le regole di automazione per i flussi di lavoro

Identificare gli aggiornamenti manuali ripetitivi che si verificano nel programma e configurare le regole di automazione per gestirli.

  • Quando un'attività è completata, spostala in una sezione "Completata" e avvisa la persona successiva nel flusso di lavoro.
  • Quando una data dovuta è entro 3 giorni e l'attività è incompleta, inviare un promemoria all'assegno e al lead del sito.
  • Quando un campo personalizzato "Review Status" cambia a "Approved", aggiorna automaticamente lo stato dell'attività a "Completa" e notifica al team di costruzione.
  • Quando una priorità è impostata su "Critical", aggiungere un'etichetta e informare il gestore del programma.

Inizia con alcune automazioni ad alto valore e affinale nel tempo. L'over-automating precoce può portare alla stanchezza di notifica. Focus sulle regole che riducono gli aggiornamenti di stato manuale o che assicurano che i handoff critici non vengano persi.

Migliori Pratiche per i Manager di Ingegneria

Esperienza pratica da organizzazioni di ingegneria che utilizzano Asana in più siti rivela diverse migliori pratiche che migliorano i risultati e riducono l'attrito.

Definire le regole e le responsabilità chiare

Ogni compito in un progetto multi-sito dovrebbe avere un unico proprietario. Quando i compiti sono assegnati a un gruppo o lasciato senza firma, la responsabilità si diffonde e sub-attraversamento soffre. Il campo asaee di Asana dovrebbe essere sempre popolato con un individuo, non un team. Per i compiti che richiedono l'ingresso da più persone, utilizzare sottotasche o commenti per tenere traccia dei contributi, ma mantenere l'assegno primario responsabile per il completamento.

A livello di progetto, designare un proprietario di progetto per ogni progetto del sito, che è il punto di contatto per il progresso di tale località e che è responsabile di mantenere il progetto fino ad oggi. Il responsabile del programma supervisiona il portafoglio e interviene quando le dipendenze trasversali o i conflitti di risorse sorgono.

Abbracciare aggiornamenti asincroni

I team di ingegneria tra le fusi orari beneficiano delle funzionalità di commento e aggiornamento dello stato di Asana. Incoraggia i membri del team a pubblicare note di progresso, blocchi e domande direttamente sulle attività. I manager possono quindi rivedere gli aggiornamenti in modo asincrono e rispondere quando è conveniente. Questa pratica riduce la fatica di riunione e assicura che le informazioni vengano catturate in un formato ricercabile e permanente.

Per i check-in settimanali, si consideri l'utilizzo della funzione di aggiornamento dello stato di Asana a livello di progetto. Ogni sito può inviare un breve riassunto di stato che copre ciò che è stato realizzato, ciò che è previsto per il periodo successivo, e qualsiasi bloccante.

Utilizzare i tasti per le consegne chiave

I Milestones in Asana segnano eventi significativi nella timeline del progetto: approvazioni di progettazione, rilascio dei permessi, consegna dei materiali, completamento della costruzione, e così via. A differenza di compiti regolari, i milestones non hanno durata e rappresentano un punto nel tempo. Sono altamente visibili nella vista Timeline e nei portafogli, rendendoli ideali per tracciare oggetti di percorso critico in più siti.

Impostare le pietre miliari a livello di programma per eventi che interessano tutti i siti, e a livello del sito per i dispositivi di consegna specifici per la posizione.Quando si raggiunge una pietra miliare, fornisce un segnale chiaro all'intero team che il progetto ha avanzato alla sua fase successiva.

Orari Recensioni di Cross-Site

Mentre gli aggiornamenti asincroni gestiscono la comunicazione quotidiana, le revisioni periodiche del sito sono ancora necessarie per l'allineamento. Utilizzare la vista del cruscotto o del portafoglio di Asana come base per queste recensioni. Condividi lo schermo durante l'incontro e camminare attraverso lo stato di ogni sito, evidenziando eventuali attività che sono in ritardo, a rischio o bloccate.

Durante queste recensioni, prestare particolare attenzione alle dipendenze trasversali del sito B che dipende da un sito A dovrebbe essere esplicitamente collegato in Asana, quindi la dipendenza è visibile a entrambe le squadre.

Utilizzare le integrazioni per collegare gli strumenti di ingegneria

Asana si integra con una vasta gamma di strumenti comunemente utilizzati negli ambienti ingegneristici, riducendo l'inserimento manuale dei dati e assicurando che le informazioni scorrono senza soluzione di continuità tra i sistemi.

  • Slack o Microsoft Teams:[ Ricevi le notifiche Asana e crea le attività dai messaggi di chat senza lasciare la piattaforma di comunicazione.
  • Google Drive o OneDrive:[] Collegare i file dall'archiviazione cloud direttamente alle attività, assicurando che le ultime versioni siano sempre accessibili.
  • AutoCAD o BIM 360:[] Link file di progettazione alle attività di revisione, approvazione e monitoraggio delle versioni.
  • Jira:[] Per i team che utilizzano Jira per l'ingegneria software o sistemi, Asana può sincronizzare le attività tra le due piattaforme per mantenere l'allineamento tra le discipline.
  • Power BI o Tableau:[ Esportare i dati Asana per la segnalazione e la visualizzazione personalizzate oltre a ciò che i dashboard incorporati forniscono.

Iniziare con gli strumenti che generano i manuali più manuali o che contengono dati critici per la segnalazione dello stato del progetto. Ogni integrazione dovrebbe risparmiare tempo, non aggiungere complessità.

Applicazione in tutto il mondo: un programma di infrastrutture multi-sito ipotetiche

Per illustrare come queste pratiche si fondono, si consideri un programma ipotetico per costruire tre strutture simili di ponti in diverse regioni. Ogni cantiere ha un proprio team di progetto, ma il programma è gestito centralmente. Le discipline ingegneristiche coinvolte includono strutturale, civile, geotecnica e ambientale.

Il responsabile del programma crea un portafoglio in Asana chiamato "Programma di Ponte Regionale" e aggiunge tre progetti, uno per ogni sito. Ogni progetto utilizza lo stesso modello, con sezioni per Geotechnical Investigation, Foundation Design, Structural Design, Procurement, Construction e Commissioning.

Quando un compito di progettazione è pronto per la revisione, l'automazione lo assegna all'ingegnere senior e imposta lo stato di revisione a "Pending Review". Quando l'ingegnere senior cambia lo stato di revisione a "Approved", l'automazione notifica il team di approvvigionamento e sposta la base alla sezione successiva.

Gli aggiornamenti di stato settimanali provengono da ogni sito conducono attraverso la funzione di aggiornamento dello stato di Asana. Il gestore del programma li esamina prima della riunione settimanale del sito, dove la vista del portafoglio serve come l'agenda. Quando un sito cade dietro a causa di un ritardo permettendo, il direttore del programma può vedere l'impatto sulla Timeline e reallocate risorse da un altro sito per mantenere il programma generale in pista.

Questo scenario dimostra come le caratteristiche di Asana lavorano insieme per fornire struttura, visibilità e controllo in più sedi. Ogni team di siti ha autonomia all'interno del loro progetto, ma il gestore del programma mantiene la supervisione senza bisogno di microgestione.

Misurazione del successo: KPI per l'ingegneria multi-Sito in Asana

Una volta che l'installazione Asana è in atto, i manager di ingegneria dovrebbero monitorare gli indicatori chiave delle prestazioni per misurare se il sistema sta offrendo valore.

  • Tasso di Complezione:[] La percentuale di attività completata in tempo in tutti i siti. Un tasso basso può indicare scadenze irrealistiche o ritardi sistemici.
  • La frequenza di erogazione di Breach:[] Quanto spesso il ritardo di un'attività provoca un'affidabilità a valle.
  • Cadenza di aggiornamento dello stato:[ Come sempre il sito conduce gli aggiornamenti post-studio settimanale. Gli aggiornamenti inconsistenti sono spesso un indicatore di disimpegno o scarsa visibilità.
  • Automation Adoption:[] Il numero di regole di automazione attivate a settimana. L'adozione ridotta può significare che le regole non sono configurate in modo ottimale o che le squadre li stiano bypassando.
  • Cross-Site Task Links:[ Il numero di compiti che hanno dipendenze o link alle attività in altri siti. Un numero basso può indicare che le squadre stanno lavorando in silos.

Le caratteristiche di reportage di Asana possono essere tracciate direttamente da alcune metriche, per altre, è possibile che sia necessario rivedere manuale periodico o analizzare i dati esportati, ma non sia necessario tracciare ogni possibile metrica, ma identificare alcuni elementi che indicano se il sistema di coordinamento multi-sito funziona come previsto.

Conclusioni

La gestione di progetti di ingegneria multi-sito richiede più di buone intenzioni. Richiede un approccio strutturato alla gestione delle attività, canali di comunicazione chiari e visibilità in tempo reale in corso in tutte le sedi. Asana fornisce una piattaforma che, quando configurata intenzionalmente, affronta efficacemente questi requisiti.