Trasforma la tua prima vittoria in uno slancio sostenibile: un playbook per la scalabilità gestita
Il primo caso di utilizzo Adobe Workfront Planning di successo è un momento cruciale: l’aumento della domanda, i nuovi team che desiderano accedervi e la leadership vedono il potenziale per una visibilità a livello aziendale.
Ma questa è anche la fase più fragile dell'adozione: avvicinarsi troppo rapidamente a una governance rigida e rischiare di riportare i team indietro ai fogli di calcolo; muoversi troppo liberamente e ricreare l'enorme espansione che ci si prefigge di risolvere.
Questo playbook delinea un approccio equilibrato all'utilizzo di Workfront Planning come motore di riconciliazione che dà priorità alla visibilità, consente l'innovazione locale e permette agli standard aziendali di emergere da un reale successo operativo piuttosto che essere imposti prematuramente.
Di seguito sono riportati alcuni insegnamenti tratti dalla nostra esperienza e alcuni suggerimenti su cosa cercare.
1. La trappola del successo
A volte può sembrare che la fase più pericolosa dell’adozione della pianificazione di Workfront sia immediatamente successiva al primo caso d’uso di successo o al Proof of of Concept. L'entusiasmo è alto, ma la paura di indebitamenti tecnici e di un'espansione amministrativa possono portare a due risposte ugualmente dannose:
-
Governance eccessiva: blocco del sistema così stretto che i nuovi team torneranno ai fogli di calcolo.
-
Nessuna governance: ogni team può creare i propri campi e tipi di record, ricreando la frammentazione dei metadati negli ambienti legacy.
2. La filosofia di base: Workfront Planning come motore di riconciliazione
Invece di cercare di impedire ai team di essere diversi, posizioniamo Workfront Planning come il luogo in cui tali differenze sono rese visibili in modo che possano essere riconciliate.
Per supportare questo sforzo, considera quanto segue:
-
Gestione della velocità di adozione: è naturale essere cauti nell'espandersi in un nuovo strumento prima di ottimizzare gli ambienti esistenti. Se da un lato la scelta di semplificare fornisce prima una base altamente gestita, dall’altro può ritardare il time-to-value dei team pronti per l’allineamento. Riteniamo che il modo più efficace per superare questo cambiamento sia riconoscere che la visibilità è il passaggio 1; lo slancio verso uno strumento condiviso e pronto per l'azienda (allontanandosi dalla proliferazione di presentazioni e fogli elettronici) è ciò che alla fine sblocca gli obiettivi a lungo termine.
Invece di un mandato di pulizia, consigliamo di allocare una porzione minore di risorse alla manutenzione continua e una porzione significativamente maggiore alla risoluzione delle esigenze aziendali più pressanti.
Ad esempio, spendere un anno esclusivamente per "ripulire" le tassonomie produce un valore incrementale minimo. Tuttavia, la visibilità tra i team offre il valore di trasformazione di cui le parti interessate hanno bisogno, fornendo al contempo la struttura dati unificata necessaria per governare l’ambiente nel tempo.
Puoi ottenere visibilità cross-team tramite un calendario aziendale unificato o una roadmap consolidata per il lancio sul mercato.
-
Riconosci la realtà: i team indipendenti sviluppano naturalmente i propri processi, che spesso rimangono nascosti in fogli di calcolo isolati. Rendendo questi processi visibili in un ambiente condiviso, è possibile collocarli in un unico punto in cui possono essere infine affrontati e migliorati.
note important IMPORTANT Il passaggio a Workfront Planning non crea problemi, ma accende la luce su quello già esistente. -
Conferma il segnale di avanzamento: quando un team richiede i propri campi, non si tratta di "espansione". Consideralo un segno di adozione. Ciò significa che il team considera Workfront Planning come la propria area di lavoro.
-
Gestisci il debito, non nasconderlo: è naturale preoccuparsi dello sforzo necessario per ripulire tassonomie divergenti in un secondo momento. Tuttavia, l'alternativa, ovvero l'imposizione di standard rigorosi troppo presto, spesso spinge i team a tornare ai fogli di calcolo dove i processi (e il debito) rimangono nascosti. Consentendo ai team di iniziare a utilizzare Workfront Planning con le classificazioni correnti, si sposta il debito in un ambiente visibile e gestito. Questo rende l'eventuale riconciliazione un'attività iterativa piuttosto che un singolo progetto di migrazione.
3. Il modello di governance dell’autonomia guidata
Puoi definire le corsie sulla strada e i parchi giochi locali (o i predefiniti e i modelli gestiti), lasciando ai team la flessibilità di scegliere il proprio percorso al loro interno.
Considera le seguenti componenti del modello di governance dell’autonomia guidata:
Per informazioni, consulta anche:
Le corsie globali
Di seguito sono riportate le caratteristiche delle corsie globali:
-
Oggetti controllati: oggetti che ogni team deve utilizzare per la creazione di report aziendali (ad esempio,
Strategic Pillar,Region,Fiscal Quarter). -
Gestito da: centro di eccellenza o amministratore delle operazioni di marketing.
-
Regola: questi campi sono condivisi e obbligatori.
I parchi giochi locali (o i "raggi")
Di seguito sono riportate le caratteristiche dei parchi giochi locali
-
Oggetti sperimentali: campi o tipi di record specifici per le esigenze tattiche di un team (ad esempio,
Influencer Handledi un team social oURL Slugdi un team Web). -
Gestito da: il lead del team (con indicazioni leggere).
-
Regola: i team possono innovare qui. Se un campo locale viene adottato da più di tre team, può essere promosso a una corsia globale.
4. Considerate il paradosso della governance: seguiranno team e standard
Una sfida comune nella scalabilità di Workfront Planning è decidere quale sia il primo: la governance aziendale o l'allineamento operativo del team.
Riteniamo che il modo più efficace per risolvere questo problema sia riconoscere che il valore aziendale è costruito su una strada bidirezionale:
-
I team hanno bisogno di rilevanza: l'azienda realizza valore solo quando i suoi team sono in esecuzione attiva. Pertanto, la governance deve essere al servizio dei team fornendo una struttura che supporti le loro esigenze operative note.
-
L'azienda ha bisogno di visibilità: la leadership può prendere decisioni informate solo quando i dati sono sufficientemente puliti per essere aggregati. Pertanto, i team devono essere al servizio dell’azienda fornendo i metadati minimi validi necessari per la visibilità del portfolio.
L’obiettivo della scalabilità gestita è trovare l’intersezione tra queste due esigenze standardizzando abbastanza da fornire visibilità, ma non tanto da bloccare l’esecuzione del team.
Prendi in considerazione le seguenti fasi di creazione del modello di governance:
Allineare le priorità: dati e visualizzazione
Durante il ridimensionamento, riconosce che la definizione di valore rappresenta differisce tra gli utenti tipo:
-
L'amministratore o il proprietario del prodotto valuta tassonomie e classificazioni unificate. L’obiettivo è un’architettura dei dati pulita che supporti la scalabilità a lungo termine.
-
La visualizzazione dei valori stakeholder o leader e insight che possono essere acquisiti in un calendario globale o in una timeline di portfolio. Il loro obiettivo è identificare il momento di fulmine che rende i dati fruibili.
La fase di osservazione guidata dal servizio
Durante la scalabilità iniziale, il ruolo dell’amministratore è quello di facilitare questo scambio tra i team e l’azienda.
In qualità di amministratore, puoi facilitare questo scambio eseguendo le seguenti operazioni:
-
Assegna priorità all'operazione rispetto alla standardizzazione: è meglio che i team pianifichino attivamente nelle aree di lavoro in silos piuttosto che rimandarli a causa della mancanza di definizioni globali. Questa attività è costituita dai dati grezzi necessari per creare standard reali e sani.
-
Identificare i valori minimi di visibilità: utilizzare i responsabili per identificare i 3-5 campi che devono essere puliti per i report aziendali (ad esempio,
Strategic Alignment,Start Date,Budget). Concentrare l’energia necessaria all’applicazione solo sui campi di visibilità minimi.
Governance come servizio
Una volta emerso un modello di esigenze note tra i team, l’azienda può consolidare tali modelli in un servizio globale. Questa è governance come servizio.
Per ottenere o gestire come servizio, effettua le seguenti operazioni:
-
Osservare gli schemi riusciti: identifica le tassonomie vincenti che i team hanno già creato e adottato.
-
Raggiungi l'handshake collaborativo: riunisci i campioni del team per perfezionare i loro successi locali in uno standard aziendale condiviso.
-
Distribuisci come servizio: esegui il rollout delle nuove corsie globali non come restrizione, ma come modo per semplificare la generazione di rapporti e l'allineamento tra team per le persone che svolgono il lavoro.
5. Meccaniche di scala per la gestione dei campi
Modello di crescita dei campi basato su pattern
L’applicazione di questa filosofia richiede un approccio attento alla struttura dei dati. Per evitare l’espansione della governance, resisti all’esigenza di creare campi globali per ogni singola richiesta.
Utilizza invece il seguente percorso di maturità dei campi per consentire l’utilizzo reale come guida degli standard aziendali:
-
Livello 1: esperimento locale: il team A crea un campo personalizzato nella propria area di lavoro.
-
Livello 2: riconoscimento pattern: l'amministratore rileva che i team B e C utilizzano o richiedono un campo simile.
-
Livello 3: standardizzazione dell'organizzazione: l'amministratore crea una singola versione standardizzata del campo come tipo di record nel Workspace di tassonomia globale e la invia ai team.
Come smobilizzare i campi
Si raggiungerà un punto in cui i campi non saranno più rilevanti e dovranno essere ritirati.
Poiché Workfront Planning non dispone attualmente di una funzione di archiviazione nativa per i campi, il ritiro di un campo locale richiede un processo di ritiro preliminare intenzionale per conservare i dati storici senza complicare l’interfaccia utente.
Per smobilizzare i campi:
-
Eseguire una migrazione dei dati. Utilizza una vista a tabella (o Fusion) per copiare in blocco i valori dal campo ombra locale al nuovo campo della corsia globale. Assicurati che i dati siano convalidati e puliti durante questo spostamento.
-
Rinomina campo e per elementi obsoleti: rinomina il campo locale con un prefisso come
[DEPRECATED]oz_(ad esempio,z_Language (Old)). Questo spinge il campo alla base dei selettori di campi e segnala agli utenti che non dovrebbe più essere la fonte di verità. -
Rimuovi il campo obsoleto da tutte le maschere di record. Questo è il passaggio più critico. In questo modo si impedisce l’immissione di nuovi dati mantenendo visibili i dati precedenti nelle viste tabella o nei rapporti esistenti, se necessario.
-
Iniziare il periodo di scadenza mantenendo il campo obsoleto (con prefisso e rimosso dai moduli) per 30-60 giorni per garantire che non siano stati persi dati durante la migrazione. Dopo questo periodo, se i dati sono completamente riconciliati nella Corsia globale, il campo locale può essere eliminato dall’area di lavoro.
6. Evitare la deriva di Workfront
Per evitare che Planning si disintegri, effettuare le seguenti operazioni:
-
Comprendere il livello di astrazione: ogni campo in Planning deve rispondere a una domanda strategica. Se un campo viene utilizzato solo per il tracciamento tattico (ad esempio, se il campo risponde a una domanda del tipo "Questa bozza è stata approvata?"), conservalo in Workfront.
-
Ottieni prima il consolidamento: se un team desidera un nuovo campo di metadati, invitarlo a controllare prima la tassonomia globale. A tal fine è necessario concedere ai lead del team l'accesso in sola lettura all'area di lavoro Tassonomia globale (vedere la sezione 7). Mappando le loro esigenze tattiche su un campo strategico esistente, puoi evitare inutili duplicazioni e mantenere l’integrità dei rapporti.
7. Modello di visibilità di accesso in sola lettura
È possibile risolvere la sensazione di silos senza il rumore del lavoro silos consentendo ai team di accedere in sola lettura all’area di lavoro Tassonomia globale per vedere quali concetti potrebbero essere applicati ai propri flussi di lavoro.
Considera i seguenti aspetti:
-
Il problema: i team (nei spoke) si sentono isolati perché visualizzano solo i propri record.
-
Correzione: concedere ai team l'accesso in sola lettura alle aree di lavoro designate come Primarie per i tipi di record condivisi.
Per informazioni, vedere Condividi aree di lavoro.
-
Risultato: i team possono visualizzare il contesto aziendale più ampio per l'ispirazione e l'allineamento, ma l'area di lavoro locale rimane pulita e incentrata sulle attività specifiche.
8. Gestire la crescita attraverso workshop
Scalare la pianificazione di Workfront è una sfida tecnica e culturale. Organizza workshop mirati per colmare il divario esistente in materia di governance.
Di seguito sono riportate le idee per i workshop che è possibile organizzare:
Il workshop per la scoperta del "disastro necessario"
-
Pubblico: lead di marketing regionali e campioni Ops.
-
Obiettivo: documenta la realtà attualmente isolata o i dati operativi frammentati effettivi.
-
Messaggio: "Non siamo qui per eliminare i tuoi campi. Siamo qui per capire come si collegano alla strategia globale."
-
Risultato: bozza di mappatura dei campi tattici locali su corsie strategiche globali.
Sessione di allineamento "Visibilità strategica"
-
Pubblico: stakeholder di marketing di alto livello (ad esempio, persone con ruoli di leadership).
-
Obiettivo: riformulare l'ansia di semplificazione.
-
Messaggio: "Non è necessaria una tassonomia perfetta per iniziare. Stiamo utilizzando Workfront Planning come ambiente per costruire la tassonomia perfetta".
-
Risultato: approvazione per l'avanzamento con Workfront Planning come motore di riconciliazione mentre Workfront rimane nello stato corrente.
La vetrina "Spoke-to-global"
-
Pubblico: nuovi team esplorano Workfront Planning.
-
Obiettivo: riduci la sensazione di silos.
-
Messaggio: "Vedere come il lavoro locale del Team A alimenta automaticamente il Workspace primario designato? Puoi avere la stessa visibilità anche per il tuo lavoro."
-
Risultato: consenso da parte di nuovi reparti che vedono il vantaggio di essere connessi senza perdere la propria indipendenza locale.
Gli orari di lavoro del "Supporto continuo"
-
Pubblico: tutti gli utenti di Workfront Planning (correnti e potenziali).
-
Obiettivo: fornisci un ambiente ricorrente e a bassa posta per la risoluzione dei problemi e indicazioni tattiche.
-
Messaggio: "Non ci sono domande sbagliate. Siamo a tua disposizione per aiutarti a risolvere in tempo reale le tue specifiche sfide di pianificazione".
-
Risultato: maggiore fiducia degli utenti, risoluzione più rapida degli attriti tecnici e identificazione di nuovi modelli che potrebbero richiedere una standardizzazione globale.
9. Personale per la scala: ruoli e responsabilità
Il successo di un modello di scalabilità gestito richiede più della semplice configurazione dello strumento. Richiede una chiara distribuzione dei ruoli tra i team Globale e Spoke.
Nelle sottosezioni seguenti puoi trovare idee per i principali operatori nella gestione del modello di scalabilità.
Architetto aziendale (centro centrale di eccellenza o operazioni di marketing)
-
Obiettivo: integrità dell'azienda, prestazioni del sistema e tassonomia dei dati unificata.
-
Responsabilità:
-
Gestisce la tassonomia globale Workspace.
-
Facilita il percorso di maturità sul campo promuovendo i successi locali verso gli standard globali.
-
Gestisce le visualizzazioni Workspace primarie per i report esecutivi.
-
Guida il controllo semantico mensile nelle aree di lavoro.
-
Campione spoke (proprietario processo team)
-
Focus: rilevanza del team e velocità di adozione.
-
Responsabilità:
-
Funge da punto di contatto unico per il team funzionale.
-
È il proprietario della struttura dell’area di lavoro locale e degli esperimenti sui campi personalizzati.
-
Assicura che il team utilizzi il Gateway Forms gestito per l'immissione dei dati.
-
Partecipa alla stretta di mano collaborativa durante l'armonizzazione.
-
Lo sponsor esecutivo (leadership di marketing)
-
Focus: allineamento strategico, visibilità OKR e visualizzazione portfolio (ad esempio, calendario globale).
-
Responsabilità:
-
Definisce gli OKR di marketing aziendale nell’area di lavoro Tassonomia globale.
-
Promuove il valore del Passaggio di visibilità 1 per altri leader.
-
Rafforza l’allocazione delle risorse 80/20 (valore rispetto alla pulizia).
-
Il lead di abilitazione (Gestione modifiche)
-
Obiettivo: spostamento culturale e sviluppo delle competenze.
-
Responsabilità:
-
Ospita i punti di contatto ricorrenti di Office Hours e Discovery Workshop.
-
Mantiene la vetrina interna della storia di successo.
-
Identifica i punti di attrito tecnici che Enterprise Architect deve risolvere.
-
10. Elenco di controllo per il ridimensionamento del team successivo
Tutti gli insegnamenti tratti da un’implementazione di successo devono generare un elenco di controllo da utilizzare per ulteriori implementazioni.
Di seguito sono riportati alcuni esempi di elenchi di controllo da includere:
-
[ ] Identificare il campione: chi è il proprietario del processo o il campione del nuovo team?
-
[ ] Definisci il delta locale: quali 2-3 campi sono necessari al team per non essere forniti dallo standard globale?
-
[ ] Mappa su corsie globali: quali campi globali esistenti possono soddisfare l'80% delle esigenze del team futuro?
-
[ ] Concedi visibilità globale: concedi loro l'accesso in sola lettura alle aree di lavoro principali e all'area di lavoro tassonomia globale il Giorno 1.
-
[ ] Stabilire il passaggio di consegne: in che modo il loro lavoro alimenta le aree di lavoro primarie pertinenti? Ad esempio, il loro lavoro potrebbe confluire nelle aree di lavoro principali pertinenti tramite un tipo di record globale o un campo di ricerca specifico.