Come si implementa efficacemente la regola 80/20 per il tempo degli sviluppatori?

Sono uno sviluppatore presso una banca in cui è implementata una regola 80/20. L'80% delle volte lavori sul progetto assegnato e il 20% lavori su qualcosa che ti interessa. Tuttavia, non sono davvero sicuro di come farlo. Spero che ci siano altri là fuori che possono darmi consigli su come farlo.

Il mio problema è che quando arrivo davvero "nella zona", tutto ciò a cui riesco a pensare è il compito a portata di mano. Se questo è un 20%, l'ultima cosa che voglio fare è fermarsi e andare, perdere slancio e tornare a lavorare sul mio progetto principale.

Suppongo di lavorare 4 giorni su qualcosa e 1 giorno su qualcos'altro? o 4 settimane e 1 settimana?

So che questo dipende dall'azienda, ma spero di avere un'idea di come ciò avvenga nel settore.

Suddividere tutte le attività in attività secondarie (attività "80%" e "attività 20%") e annotarle. Ogni attività dovrebbe essere abbastanza piccola da essere eseguita in poche ore al massimo e abbastanza grande da poter entrare nella "zona" per essa (se si tratta di un'attività che richiede la tua concentrazione in quel modo). Quindi, scegli un ordine per lavorare su quei compiti che soddisfano la regola 80/20 a settimana o al mese, qualunque cosa sia appropriata nella tua azienda.

Penso che se il 20% è una politica aziendale e se realizzi i tuoi progetti principali, al capo non importa davvero dove spendi quel 20%. Proverei a non dividere troppo il tuo tempo, almeno un giorno lavorando consecutivamente su qualcosa. E quando entri nella zona, trascorri solo un giorno o due in più e compensi in seguito lavorando di più sui tuoi progetti principali.

La mia azienda, sebbene non applichi una regola 80/20 in quanto tale, ci incoraggia a tenerci costantemente aggiornati con le ultime tecnologie, a leggere altri blog e post come programmatori ecc. E, in sostanza, ci assicuriamo di mantenere aggiornati il ​​nostro sviluppo personale e i nostri interessi Data.

Per raggiungere questo obiettivo non hanno specificato un tempo esatto, ma si sono assicurati di lavorare su una scadenza di progetto e di attività piuttosto che un carico di lavoro a ore. Ciò ha significato che parliamo costantemente con il nostro responsabile immediato per assicurarci che i compiti che ci vengono assegnati o che assumiamo siano gestibili e ci permettano un po 'di tempo fuori dal normale per prenderci per noi stessi e rinfrescare la nostra mente e i nostri interessi. Se stiamo lottando ne parliamo per scoprire perché, ad esempio, limitazione delle competenze, troppo lavoro, scadenze non realistiche ecc.

Manteniamo una traccia approssimativa dei nostri tempi spesi ai fini della fatturazione, ma questo è all'ora per un giorno intero, quindi non ci aspettiamo di registrare ciò che abbiamo fatto durante ogni minuto della giornata.

Ognuno di noi nel team gestisce il proprio tempo da solo, quindi spetta a loro determinare come lo fanno. Alcuni membri del team lavorano sodo per chiedere l'elemosina della settimana per portare a termine i loro compiti e ogni volta che ne restano si rilassano nei propri interessi. Altri come me tendono a mescolarlo durante la settimana, poiché spesso raggiungo blocchi stradali nel mio progetto / compito. Quindi a questo punto salto a qualcos'altro che è abbastanza spesso il mio interesse. Tuttavia, poiché siamo guidati da attività / progetti, devo ancora assicurarmi di svolgere il lavoro, quindi è mia responsabilità assicurarmi di non usare tutto il mio tempo per attività personali a danno del team.

In passato, ciò ha portato alcuni membri del team a affrettare i loro compiti e a produrre risultati indesiderati. Per aiutare con questo abbiamo introdotto periodiche revisioni tra pari e incoraggiamo anche tutti a leggere i check in di altri sviluppatori. Incoraggiamo un forum di discussione aperto in cui tutti siano liberi di esprimere la propria opinione, sebbene in modo rispettoso.

Alla fine è dipeso da un po 'di fiducia da parte dei poteri, assumendo la proprietà dei grugniti per garantire che il lavoro sia svolto e un buon manager nel mezzo per mantenere la nave in funzione.

Se avessi qualcosa del genere (vorrei) sarei propenso a farlo in questo modo:

1. Parla di questo con il tuo capo e assicurati che sia d'accordo che sarà così.

2. Sii molto chiaro con le altre persone con cui lavori che quando lavorano su progetti assegnati sono liberi di interrompere / parlare / chiederti cose. Ma quando lavori sulle tue attività di ricerca e sviluppo, non possono infastidire le normali cose di lavoro.

3. Userei dal lunedì al giovedì per lavoro e venerdì per ricerca e sviluppo. In questo modo, hai un periodo definito della settimana e ricevi un vento meno stressato fino al fine settimana.

Per come la vedo io hai due opzioni a condizione che tu abbia una politica aziendale legittima che ti consenta il tuo 20%. Assicurati di ottenere il tuo piano approvato dal tuo responsabile.

1. Blocca 2 ore di ogni giorno di 8 ore sul tuo calendario per il tempo di ricerca
2. Trascorri un giorno alla settimana nella ricerca e gli altri quattro concentrandoti sul tuo progetto principale

Per quanto riguarda ciò che stai per ricercare / apprendere, prenditi il ​​tempo necessario per creare un piano di apprendimento e fissare obiettivi. Parla con il tuo manager e vedi se ha dei suggerimenti su cose su cui concentrarsi. Quindi utilizzare il suggerimento di Doc Browns per suddividere il tempo di studio in attività regolari. Pensa al blog di ciò che stai imparando.

Qualunque cosa tu scelga di fare, assicurati di avere un piano e documenta ciò che stai facendo in modo da poter mostrare al tuo datore di lavoro. Stare seduti e navigare sul web e leggere articoli casuali è fantastico e puoi imparare molto facendolo, ma non avrai nulla da mostrare. Tracciare gli articoli che stai leggendo aiuta in questo.

Penso che la chiave qui non sia concentrarsi sull'80% / 20% tanto quanto concentrarsi sull'assicurarsi che tu stia imparando e spingendo te stesso con le nuove tecnologie. Se lo fai già con le cose su cui lavori quotidianamente, fantastico! In caso contrario, assicurati di mescolare nuove cose o di mettere da parte un po 'di tempo subito dopo aver completato un deliverable e farlo.

Mi rendo conto che alcune nuove tecnologie non si prestano allo sviluppo stabile (CTP, Beta, ecc.) E non sto sostenendo che mescoli quella roba nel tuo normale lavoro. A meno che non sia questo il tipo di vantaggio che la tua azienda guida.