Esplora argomenti

L'arte di pensare in grande e lavorare in piccolo

L'importanza di garantire che i piccoli task contribuiscano a realizzare una visione più ampia

di Kelly Drozd

Kelly è una Product Marketer del team Jira. Ama il miglioramento continuo e aiutare i team a lavorare meglio insieme. Prima di Atlassian, Kelly gestiva iniziative di adozione e trasformazione agili tra i team di marketing, tra cui la scalabilità di Jira e Confluence in oltre 10 business unit e per centinaia di utenti. Quando non è impegnata a divulgare al mondo la potenza degli strumenti Atlassian per i team, pratica yoga o porta a spasso i suoi cani per le colline di San Francisco.

Inizia a utilizzare il modello gratuito di Scrum di Jira

Semplifica il progetto, oltre a pianificare, monitorare e gestire facilmente il lavoro nei diversi sprint. Questo modello include board, backlog, roadmap, report e altro ancora.

Fin da quando eravamo piccoli, ci è stato insegnato a "pensare in grande", a puntare sempre in alto per realizzare a pieno il nostro potenziale e raggiungere gli obiettivi che ci siamo prefissati. Le aziende fanno lo stesso inseguendo traguardi che potrebbero sembrare irraggiungibili.

Tuttavia, una delle insidie del pensare in grande prefiggendosi obiettivi audaci e di vasta portata risiede nel fatto che i team lavorano troppo in grande, facendosi carico di una mole di lavoro maggiore rispetto a quella che possano gestire. Questi grandi sforzi prescrittivi avanzano lentamente, fornendo a clienti o utenti un valore incrementale minimo o nullo. Altre volte, invece, capita il contrario: i team lavorano troppo in piccolo, occupandosi di troppe attività senza comprendere la visione a lungo termine.

Nel corso di una conversazione con Atlassian, John Cutler, Head of Product Research and Education presso Amplitude, ha affermato che per garantire il successo dei team e delle aziende, spesso è necessario trovare il giusto equilibrio tra pensare in grande e lavorare in piccolo:

ThinkBigWorkSmall

Stai lavorando troppo in grande?

I team che "lavorano troppo in grande" sono essenzialmente quelli che affrontano progetti di grandi dimensioni senza valore incrementale, senza sperimentazione e con integrazioni sporadiche. Quando i team affrontano grandi progetti e avanzano attraverso i task molto lentamente, finiscono per impantanarsi.

Alcuni segnali rivelatori del fatto che un team sta lavorando troppo in grande sono una conoscenza poco approfondita dei clienti e l'abitudine di non integrare le conoscenze con il mercato attuale o con le tecnologie recenti. Questa mancanza di integrazione fa sì che le aziende rimangano indietro rispetto al mercato quando viene lanciato un prodotto.

L'ambito si espande per riempire il tempo disponibile e il lavoro sulla roadmap aumenta man mano che i team riscontrano difficoltà nel pianificare una sovracompensazione. Ma perché un'azienda o un team dovrebbe lavorare troppo in grande?

Ci sono molti incentivi, come il desiderio di accontentare gli alti dirigenti e ottenere risorse finanziarie. Un piano di progetto completo con obiettivi definiti in modo chiaro è allettante per il management perché sembra essere in grado di produrre risultati tangibili.

Stai lavorando troppo in piccolo?

All'estremo opposto ci sono i team che "lavorano troppo in piccolo". Ciò significa che i team lavorano su parti più piccole di un progetto più ampio, ma non vedono la relazione che lega il loro lavoro a una strategia e a una missione più ampie.

In questi casi può sembrare che i team stiano adottando un approccio Agile, ma gli anti-schemi iniziano a emergere quando si verifica un'eccessiva pianificazione. Ad esempio, un'azienda con centinaia di story in un backlog potrebbe dedicare troppo tempo all'analisi di queste story.

Inoltre, potrebbe capitare una situazione di questo tipo: un team prova un particolare entusiasmo verso un determinato lavoro, ma poi, quando lo riguarda 6 o 12 mesi dopo, fatica a capire in che modo quel lavoro permette all'azienda di avanzare verso i suoi obiettivi. In breve, quel lavoro potrebbe apparire scollegato dalla visione globale e realizzato in reazione a un evento.

How to navigate Jira video thumbnail

Un altro problema riscontrato da Cutler sono i team che definiscono il grande lavoro in piccole parti. Quando un team lavora in piccolo, può essere difficile rispondere ai feedback. Similmente a un set Lego, viene richiesto di seguire un piano per mettere insieme piccoli pezzi. Tuttavia, cosa succede se il 20% del lavoro rappresenta l'80% del valore?

Come pensare in grande e lavorare in piccolo

Quindi, come evitare di lavorare troppo in grande o troppo in piccolo? Raggiungere il giusto equilibrio pensando in grande e lavorando in piccolo, sostiene Cutler, significa avere una "missione convincente legata a una strategia coerente". I team comprendono la visione dell'azienda, quindi creano e gestiscono i task che supportano e realizzano tale visione.

Questo approccio comporta l'abitudine di pensare strategicamente in termini di impatto e risultati e stabilire una strategia che va oltre i sei mesi o il trimestre successivo, garantendo allo stesso tempo il giusto spazio alla sperimentazione e alla convalida. 

Se lavori solo in grande, Cutler suggerisce di provare a lavorare in piccolo con il contesto che si utilizzerebbe per i grandi obiettivi. Se lavori solo in piccolo, può essere utile definire l'iniziativa strategica e poi lavorare per gradi. Inoltre, se lavori in piccolo e definisci gli aspetti importanti in modo prescrittivo, inizia ad allentare questo approccio e concentrati su mission e strategie.

I team possono creare backlog di apprendimento che iniziano dal "perché" degli impegni lavorativi, sostiene Cutler. È importante imparare questa nuova informazione invece che il "modo" di imparare. Iniziare dal "perché" significa aggiungere un contesto a ogni task. I team dovrebbero eseguire backlog grooming periodici per controllare il backlog del lavoro.

Questo aiuta a garantire che l'assegnazione delle priorità sia corretta e che i feedback siano stati incorporati. Inoltre, aiuta i team a evitare di essere reattivi alle sfide lavorative. Iniziando con un backlog di apprendimento, i team assegnano le priorità a ciò che deve essere appreso attraverso ricerche approfondite o ore di sviluppo.

Inoltre, è utile per costruire un linguaggio condiviso in tutta l'azienda. Infatti, una tassonomia del lavoro ti aiuta a descrivere meglio le forme e i tipi diversi di lavoro nella tua azienda.

Esplora argomenti

L'arte di pensare in grande e lavorare in piccolo

L'importanza di garantire che i piccoli task contribuiscano a realizzare una visione più ampia

di Kelly Drozd

Kelly è una Product Marketer del team Jira. Ama il miglioramento continuo e aiutare i team a lavorare meglio insieme. Prima di Atlassian, Kelly gestiva iniziative di adozione e trasformazione agili tra i team di marketing, tra cui la scalabilità di Jira e Confluence in oltre 10 business unit e per centinaia di utenti. Quando non è impegnata a divulgare al mondo la potenza degli strumenti Atlassian per i team, pratica yoga o porta a spasso i suoi cani per le colline di San Francisco.

Inizia a utilizzare il modello gratuito di Scrum di Jira

Semplifica il progetto, oltre a pianificare, monitorare e gestire facilmente il lavoro nei diversi sprint. Questo modello include board, backlog, roadmap, report e altro ancora.

Fin da quando eravamo piccoli, ci è stato insegnato a "pensare in grande", a puntare sempre in alto per realizzare a pieno il nostro potenziale e raggiungere gli obiettivi che ci siamo prefissati. Le aziende fanno lo stesso inseguendo traguardi che potrebbero sembrare irraggiungibili.

Tuttavia, una delle insidie del pensare in grande prefiggendosi obiettivi audaci e di vasta portata risiede nel fatto che i team lavorano troppo in grande, facendosi carico di una mole di lavoro maggiore rispetto a quella che possano gestire. Questi grandi sforzi prescrittivi avanzano lentamente, fornendo a clienti o utenti un valore incrementale minimo o nullo. Altre volte, invece, capita il contrario: i team lavorano troppo in piccolo, occupandosi di troppe attività senza comprendere la visione a lungo termine.

Nel corso di una conversazione con Atlassian, John Cutler, Head of Product Research and Education presso Amplitude, ha affermato che per garantire il successo dei team e delle aziende, spesso è necessario trovare il giusto equilibrio tra pensare in grande e lavorare in piccolo:

ThinkBigWorkSmall

Stai lavorando troppo in grande?

I team che "lavorano troppo in grande" sono essenzialmente quelli che affrontano progetti di grandi dimensioni senza valore incrementale, senza sperimentazione e con integrazioni sporadiche. Quando i team affrontano grandi progetti e avanzano attraverso i task molto lentamente, finiscono per impantanarsi.

Alcuni segnali rivelatori del fatto che un team sta lavorando troppo in grande sono una conoscenza poco approfondita dei clienti e l'abitudine di non integrare le conoscenze con il mercato attuale o con le tecnologie recenti. Questa mancanza di integrazione fa sì che le aziende rimangano indietro rispetto al mercato quando viene lanciato un prodotto.

L'ambito si espande per riempire il tempo disponibile e il lavoro sulla roadmap aumenta man mano che i team riscontrano difficoltà nel pianificare una sovracompensazione. Ma perché un'azienda o un team dovrebbe lavorare troppo in grande?

Ci sono molti incentivi, come il desiderio di accontentare gli alti dirigenti e ottenere risorse finanziarie. Un piano di progetto completo con obiettivi definiti in modo chiaro è allettante per il management perché sembra essere in grado di produrre risultati tangibili.

Stai lavorando troppo in piccolo?

All'estremo opposto ci sono i team che "lavorano troppo in piccolo". Ciò significa che i team lavorano su parti più piccole di un progetto più ampio, ma non vedono la relazione che lega il loro lavoro a una strategia e a una missione più ampie.

In questi casi può sembrare che i team stiano adottando un approccio Agile, ma gli anti-schemi iniziano a emergere quando si verifica un'eccessiva pianificazione. Ad esempio, un'azienda con centinaia di story in un backlog potrebbe dedicare troppo tempo all'analisi di queste story.

Inoltre, potrebbe capitare una situazione di questo tipo: un team prova un particolare entusiasmo verso un determinato lavoro, ma poi, quando lo riguarda 6 o 12 mesi dopo, fatica a capire in che modo quel lavoro permette all'azienda di avanzare verso i suoi obiettivi. In breve, quel lavoro potrebbe apparire scollegato dalla visione globale e realizzato in reazione a un evento.

How to navigate Jira video thumbnail

Un altro problema riscontrato da Cutler sono i team che definiscono il grande lavoro in piccole parti. Quando un team lavora in piccolo, può essere difficile rispondere ai feedback. Similmente a un set Lego, viene richiesto di seguire un piano per mettere insieme piccoli pezzi. Tuttavia, cosa succede se il 20% del lavoro rappresenta l'80% del valore?

Come pensare in grande e lavorare in piccolo

Quindi, come evitare di lavorare troppo in grande o troppo in piccolo? Raggiungere il giusto equilibrio pensando in grande e lavorando in piccolo, sostiene Cutler, significa avere una "missione convincente legata a una strategia coerente". I team comprendono la visione dell'azienda, quindi creano e gestiscono i task che supportano e realizzano tale visione.

Questo approccio comporta l'abitudine di pensare strategicamente in termini di impatto e risultati e stabilire una strategia che va oltre i sei mesi o il trimestre successivo, garantendo allo stesso tempo il giusto spazio alla sperimentazione e alla convalida. 

Se lavori solo in grande, Cutler suggerisce di provare a lavorare in piccolo con il contesto che si utilizzerebbe per i grandi obiettivi. Se lavori solo in piccolo, può essere utile definire l'iniziativa strategica e poi lavorare per gradi. Inoltre, se lavori in piccolo e definisci gli aspetti importanti in modo prescrittivo, inizia ad allentare questo approccio e concentrati su mission e strategie.

I team possono creare backlog di apprendimento che iniziano dal "perché" degli impegni lavorativi, sostiene Cutler. È importante imparare questa nuova informazione invece che il "modo" di imparare. Iniziare dal "perché" significa aggiungere un contesto a ogni task. I team dovrebbero eseguire backlog grooming periodici per controllare il backlog del lavoro.

Questo aiuta a garantire che l'assegnazione delle priorità sia corretta e che i feedback siano stati incorporati. Inoltre, aiuta i team a evitare di essere reattivi alle sfide lavorative. Iniziando con un backlog di apprendimento, i team assegnano le priorità a ciò che deve essere appreso attraverso ricerche approfondite o ore di sviluppo.

Inoltre, è utile per costruire un linguaggio condiviso in tutta l'azienda. Infatti, una tassonomia del lavoro ti aiuta a descrivere meglio le forme e i tipi diversi di lavoro nella tua azienda.

Recommended for you

Modelli

Modelli Jira già pronti

Sfoglia la nostra raccolta di modelli Jira personalizzati per vari team, reparti e flussi di lavoro.

Guida al prodotto

Un'introduzione completa a Jira

Usa questa guida dettagliata per scoprire le funzionalità essenziali e le best practice che ti aiutano a massimizzare la produttività.

Guida di Git

Comprendere le nozioni di base di Git

Questa guida relativa a Git può essere utilizzata da tutti, dai principianti agli utenti più esperti, per imparare le basi attraverso utili tutorial e suggerimenti.