{"id":6466,"date":"2013-05-09T04:34:15","date_gmt":"2013-05-09T04:34:15","guid":{"rendered":"https:\/\/dev.railscarma.com\/achieving-results-with-remote-team\/"},"modified":"2024-01-10T13:40:34","modified_gmt":"2024-01-10T13:40:34","slug":"raggiungimento-di-risultati-con-il-team-remoto","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/it\/blog\/gestione\/raggiungimento-di-risultati-con-il-team-remoto\/","title":{"rendered":"Raggiungere risultati con il team remoto"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

I team remoti stanno diventando molto pi\u00f9 comuni a causa del rapido sviluppo della tecnologia delle comunicazioni. L'opzione di far lavorare le persone in remoto \u00e8 estremamente allettante per molti datori di lavoro che apprezzano la flessibilit\u00e0 aggiuntiva degli orari e la capacit\u00e0 di risparmiare tempo e spese legate all'avere un dipendente a tempo pieno. Molti manager scoprono che i loro dipendenti remoti sono altrettanto affidabili, se non di pi\u00f9, dei loro dipendenti in ufficio. Sono anche in grado di assumere i migliori talenti perch\u00e9 non ci sono confini geografici. Inoltre, le aziende possono ridurre le spese generali associate agli spazi per uffici e ai parcheggi. Le aziende contrarie al concetto di team remoto hanno problemi con la loro ridotta capacit\u00e0 di tenere traccia direttamente dei dipendenti e con difficolt\u00e0 nel conoscere i membri del team e costruire un team coeso.<\/p>\n

Mi piace classificare le tipologie generali di team per quanto riguarda i team remoti in due dimensioni; team basati su progetti e team basati su transazioni.<\/p>\n

Team basati su progetti<\/b><\/h2>\n

Questo \u00e8 in realt\u00e0 un team che ha un vantaggio specifico e limitato nel tempo dal lavoro che richiede di essere svolto. Un brief di progetto dovrebbe contenere come minimo il risultato finale previsto, le varie competenze richieste per raggiungere il risultato, le funzioni svolte da ciascuna di tali competenze, le tempistiche e le tappe fondamentali. Inoltre, \u00e8 importante possedere diagrammi di Gantt o un software di gestione dei progetti che puoi utilizzare per determinare il tuo "percorso critico" verso l'esecuzione e assicurarti di essere sulla buona strada giorno per giorno. Due buone scelte in questo caso sono Wrike e Asana. Asana non dispone di diagrammi di Gantt, ma pu\u00f2 essere un modo fantastico per gestire quotidianamente le attivit\u00e0 del progetto.<\/p>\n

\u00c8 consigliabile disporre di un documento in cui annotare gli obiettivi temporali definiti associati alla corretta esecuzione di un progetto. Dovrebbero menzionare chiaramente indicatori qualitativi e quantitativi che descrivono esattamente cosa deve essere consegnato e a quale livello di qualit\u00e0. L'efficacia di un membro del team pu\u00f2 essere analizzata sulla base dei dati ottenuti da questa analisi.<\/p>\n

I team basati su progetti devono inoltre disporre di un documento che indichi loro i modi migliori per eseguire un'attivit\u00e0. Ad esempio, la guida all'esecuzione di un progetto software dovrebbe includere i requisiti tecnici del progetto. Ci\u00f2 include linee guida specifiche su come scrivere il codice, con quale linguaggio di programmazione e anche su come assicurarsi che una parte del software interagisca con l'altra.<\/p>\n

Team basati sulle transazioni<\/b><\/h2>\n

Si tratta in realt\u00e0 di un team che lavora su una funzione alquanto ripetitiva, che pu\u00f2 essere stata testata o meno in un ambiente di lavoro convenzionale. Un buon esempio di ci\u00f2 \u00e8 un team di supporto tecnico. Esiste un prodotto tecnico che deve essere supportato e, sebbene ogni singola transazione possa essere completamente diversa, i guardrail sono essenzialmente gli stessi. In questo caso, la documentazione non \u00e8 quasi mai una cosa da fare una volta sola. La documentazione generalmente diventa una parte del funzionamento del team remoto.<\/p>\n

I team basati sulle transazioni traggono enormi benefici da documentazione come Best Practices (per gestire una transazione soddisfacente), FAQ basate sulla situazione (se si verifica X, devi fare Y e informare Z), Procedure dettagliate di sistema (se vengono utilizzati determinati sistemi per facilitare l'operazione, segui tramite documentazione con screenshot, video o demo che \u00e8 utile avere in anticipo per aiutare a formare i membri del team su come utilizzarli), manuali, guide alla risoluzione dei problemi, basi di conoscenza, piani di escalation delle transazioni (che dovrebbero essere contattati quando si verifica X durante un interazione, chi ha la risposta quando sembra non esserci risposta) e Profili di successo.<\/p>\n

I profili di successo sono un elemento importante della gestione delle prestazioni in un team basato sulle transazioni. Il profilo di successo per un ruolo deve includere la frequenza essenziale delle transazioni e i livelli di servizio a cui \u00e8 fissato il tempo allo scopo di "far crescere" il membro del team. Ad esempio, i requisiti di questi in 30 giorni saranno probabilmente completamente diversi rispetto a quelli in oltre 90 giorni. Ci\u00f2 dovrebbe essere registrato in un profilo di successo che dovrebbe essere fornito al membro del team per ottenere i risultati desiderati.<\/p>\n

I vantaggi sono incredibili, ma ci vuole tempo e pazienza per costruire un team remoto di successo, soprattutto se hai appena avviato una nuova azienda. Ci sono molti fattori da considerare, alcuni di questi comportano rischi, ma se fatto bene, puoi coprire grandi distanze con persone di cui ti fidi e che ti supportano.<\/p>\n

Mettiti in contatto con noi.<\/a> <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Iscriviti per gli ultimi aggiornamenti<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\t\t\t\t\t