C'è solo un modo per trovare il tempo per farlo. Rendila una priorità!

Devi assegnare il valore appropriato al tempo della risorsa. Blocca ogni settimana un tempo specifico da dedicare solo alla ricerca. Rendi questo appuntamento qualcosa che non può essere toccato.

C'è sempre tempo per fare le cose ad alta priorità. Se non lo consideri un'attività prioritaria, non accadrà mai.

Sebbene ci sia stato detto che possiamo utilizzare fino a 4 ore a settimana su R&D, ma in realtà non abbiamo mai abbastanza tempo tra i lavori per utilizzarlo.

Qualsiasi idea su come potremmo aggiungere un po 'di spazio nelle attività per consentire lo sviluppo.

Quando ho bisogno di assicurarmi del tempo per fare qualcosa, prendo un "appuntamento" con me stesso. In questo modo, è nel mio calendario per un periodo specifico e non pianificherò nessun altro lavoro, né parteciperò ad altre riunioni durante quel periodo di tempo.

La ricerca non ha bisogno di essere " tra i lavori ", in particolare se hai un flusso infinito di scadenze ravvicinate. Invece, trova piccoli spazi (1 ora, 2 ore) nella tua settimana lavorativa per la ricerca.

Anche i più impegnati di noi hanno tempo per la crescita professionale se la consideriamo una priorità.

Tendo ad arrivare presto ogni giorno e svolgo un po 'di attività di tipo ricerca dopo aver letto e risposto a tutte le mie e-mail notturne e pianificato il resto della giornata. Tendo anche a mangiare spesso alla mia scrivania e utilizzo quel tempo per leggere e fare ricerche. Altri usano il tempo alla fine della giornata per provare nuovi strumenti, leggere e fare ricerche.

Potresti anche fare una chiacchierata con il tuo capo. Spiega che vorresti ricercare un particolare strumento o metodo e parla di come potrebbe essere utile per il gruppo nel suo insieme. Quindi chiedi se può essere considerato un progetto formale e se potresti dedicarvi X ore a settimana. In questo modo, potresti assegnargli più formalmente le ore della settimana lavorativa.

Vedo somiglianze con la mia situazione. Infatti sono lo sviluppatore principale e do anche l'opportunità di dedicare 4 ore alla settimana alla ricerca.

In quanto sviluppatore principale è mia responsabilità giustificare quel tempo. Per fortuna il mio capo sta accettando questa decisione strategica. Anche se a volte è ancora una lotta quando altre questioni sono più urgenti. Alla fine, quando è consentito dedicare tempo alla ricerca e lo usi se non esistono problemi di blocco, fallo e chiedi al tuo lead di gestire la giustificazione.

Un'alternativa quando lavori in modo agile è renderlo fisso elemento sullo Sprint.

Innanzitutto, tieni presente che 4 ore a settimana sono molte. Sono 26 giorni all'anno. Sono 5 settimane di tempo. Probabilmente non hai davvero bisogno di così tanto. Quindi non sentirti male se non ci arrivi ogni settimana.

In secondo luogo, obiettivi come "dedicare 4 ore alla settimana alla ricerca" sono davvero difficili da raggiungere. Invece, lavora per avere obiettivi più nitidi. Ad esempio, "passare alla nuova versione di [strumento che utilizziamo] entro [x settimane] dal rilascio" o "non essere mai più di [x versioni] dietro l'ultima su [libreria che usiamo]" sono più semplici da misurare e beneficiare direttamente nella dichiarazione dell'obiettivo in modo che tutti sappiano perché potrebbe essere necessario farlo. Puoi anche "provare un nuovo strumento o libreria ogni mese" e altri obiettivi leggermente più aperti.

Terzo, un obiettivo ignorato è il tempo non speso. Presumo che tu stia facendo qualcosa di almeno semi-agile, quindi ogni due settimane circa c'è una sorta di incontro, o guardando indietro a ciò che è appena stato fatto o guardando avanti e decidendo cosa fare. Come parte di questi incontri, puoi fare un checkpoint rispetto agli obiettivi. Cosa è stato rilasciato o annunciato? Stai usando l'ultima versione? In caso contrario, chi ti porterà lì adesso? Quale strumento o libreria proverà ogni persona questo mese? Come sono andate le cose provando quello che avete provato il mese scorso?

Questi punti di controllo già esistenti possono fornire tutta la struttura di cui hai bisogno, ma in caso contrario, puoi aggiungere una presentazione "Pranzo e impara" o una presentazione peer-to-peer simile. Ad esempio, se Jo prova la nuova libreria e non è affatto pronta, una presentazione di 20 minuti che mostra come, nonostante il brusio e l'entusiasmo quando è stata annunciata, non ha nulla da gestire [qualcosa di importante per il tuo team] permetterà a tutti sappi che non stanno perdendo un'opportunità non spostandosi in quella libreria. Quindi, se Sue ha sperimentato una nuova tecnica e ottenuto ottimi risultati, una presentazione di 20 minuti per mostrare almeno i risultati (e forse iniziare a insegnare la tecnica) incoraggerà tutti a impararla. La solita bustarella per il pranzo e l'apprendimento è che l'azienda ordini pizza o qualche altro cibo caldo.

Se dopo 6 mesi di obiettivi più precisi, inclusi questi obiettivi nella pianificazione e nelle riunioni retrospettive, e tenendo presentazioni to-peer, le persone non stanno ancora imparando cose nuove e di conseguenza senti che ti mancano alcune importanti innovazioni, sarà tempo di spendere soldi. Abbonamenti Pluralsight per tutti e incoraggiali a utilizzare i visualizzatori offline durante i loro spostamenti. Inizia a inviare persone alle conferenze: crea un buco di una settimana nel programma e garantisce molte opportunità per imparare cose nuove. Assumi un'altra persona e abbassa un po 'l'obiettivo di ore fatturabili di tutti. Il costo per queste cose dovrebbe essere giustificabile dal divario tra la conoscenza dello sviluppatore e quello che avrebbero potuto imparare a questo punto.

Onestamente non riesco mai a lavorare in aziende che effettivamente offrono tempo di ricerca, tutta la conoscenza che ho oggi proviene da un progetto su cui sto lavorando o quando sto facendo il mio progetto parallelo (chiuso non aperto).

Il punto è che puoi chiedere un po 'di tempo R&D, ma se il tuo capo dice di no, puoi sempre usare il tuo tempo libero, stiamo parlando della tua carriera qui. Il "Non ho tempo" di solito è solo una scusa che le persone usano quando sono molto indietro. Può essere duro, ma dalla mia esperienza di solito è così.