Lavorare su più cose al lavoro?

Questo può diventare un problema se hai problemi nel cambiare contesto tra i progetti. Da quello che ho capito, ci vogliono circa 15 minuti per raggiungere la "modalità di lavoro completo". Lavorare su più di un progetto è comune nella maggior parte dei luoghi di lavoro, anche se è una cattiva idea esagerare. 2 o 3 progetti è probabilmente ok, ma solo fino a quando non devi lavorare molte ore extra. E 'necessario un sufficiente potere umano in azienda se questo diventa un problema.

Se ti trovi in questo tipo di posizione, ti consiglio di non lavorare su più di un progetto al giorno. In questo modo, puoi rimanere completamente concentrato su ciò che fai e mantenere una produttività ottimale.

Conosco qualcuno che ha dovuto lavorare su 5 diversi progetti contemporaneamente. Ha sempre dovuto passare da uno all'altro perché i clienti continuavano a richiedere correzioni di bug specifiche ogni giorno. La direzione non ha assunto sviluppatori extra per dare una mano, quindi ha lasciato. È stata la migliore decisione possibile.

Dipende da cosa intendi come "giocoleria".

Se per giocoleria intendi:

1. Lavora sul progetto 1 per un'ora
2. Lavora sul progetto 2 per un'ora
3. Lavora sul progetto 1 per 15 minuti
4. Lavora sul progetto 2 per 30 minuti, ecc.

Questo è BAD. È ampiamente citato che possono essere necessari 15 minuti per riacquistare la concentrazione dopo essere stati interrotti.

Questo significa che nell'esempio sopra hai lavorato per 2:45 e hai avuto 4 periodi di 15 minuti per "fluire", perdendo un'ora. Questo è sprecare il 36% del tuo tempo.

Se intendi la giocoleria:

1. Lavora sul progetto 1 per 5 ore
2. Lavora sul progetto 2 per 3 ore

Questo è accettabile.

Più riesci a lavorare sullo stesso progetto per periodi di tempo più lunghi, meno tempo sprecherà il progetto nel tuo cervello.

Credo che la maggior parte dei programmatori debba lavorare su più progetti quindi sì, dovresti essere in grado di lavorare su più progetti, ma non passare continuamente da uno all'altro.

Per me personalmente questo è lo scenario di lavoro ideale. Con una condizione: che posso scegliere quando lavorare su quale progetto per quante volte. Questo mi dà l'opportunità di fare il lavoro per cui sono dell'umore giusto!

Ad esempio, ho 2 progetti su cui lavorare, uno è nuovo e uno è vecchio.

Inizio al mattino sul progetto più recente, perché al mattino sono il più fresco nella mia mente e sono molto produttivo. Da qualche parte, dopo pranzo, mi sento bloccato in un problema molto difficile da risolvere. Dopo aver cercato di trovare una soluzione per un'ora, sto perdendo la concentrazione. Ora è l'ideale per spostare questo avanti al giorno successivo, così posso guardarlo con freschezza, con nuova energia. Il tempo rimanente della giornata può essere riempito con la risoluzione di bug facili nel vecchio progetto.

Questo è per me il modo di lavorare più produttivo, la flessibilità di scegliere tra diversi tipi di lavoro a seconda del mio umore, livello di energia e concentrazione.

Come altre domande sottolineano, può anche essere controproducente, ma penso che questo dipenda principalmente dalla condizione che pongo all'inizio della mia risposta.

In conclusione, devi capire cosa funziona meglio per te. Forse sei davvero bravo a passare da un compito all'altro, il che ti dà un vantaggio rispetto ad altri sviluppatori. Se non sei bravo a cambiare, prova a ridurre al minimo il passaggio pianificando il tuo lavoro con molta attenzione.

Dipende tutto da cosa sei bravo e quando lo capisci, prova ad adattare i tuoi metodi di lavoro a quello.

Io (sfortunatamente) generalmente devo farlo. Ho avuto lo stesso lavoro per molto tempo (15+ anni), quindi non ho il vantaggio di lavorare in più posti. Può essere molto frustrante e certamente non aiuta a ridurre lo stress o gli errori. Ricordo di aver letto da qualche parte, potrebbe essere stato Code Complete, che occorrono 30 minuti per cambiare mentalmente i compiti. Se riesco a trovare un link, modifico il post.

Nella mia situazione, è peggio quando un progetto inizia e un altro finisce. Questo tende ad essere ovunque da 2-10 giorni di costante avanti e indietro. Fai un piccolo progresso su nuovi, fissi e / o refattatori vecchi, risciacqua e ripeti.

Penso che la soluzione casuale, minore, sia qualcosa con cui dobbiamo semplicemente occuparci, la vita accade.

Una cosa che puoi provare quando il tuo piatto è pieno di 2 (o più) progetti costanti è la tecnica pomodoro .

Un altro è provare e ragionare con la gestione spiegando che sei un core singolo e ben progettato per il multitasking costante.

Non sono sicuro di dove tracciate la linea per indicare che sono passato da un progetto a un altro. L'intero "ci vogliono 15 minuti ..." sembra essere eccessivamente applicato. Ora che conosco un paio dei nostri database, posso passare da uno all'altro molto facilmente. Ora, solo perché sono sullo stesso "progetto" e passaggio dal database a lavorare sull'interfaccia utente, non sono sicuro che ci sia molta continuità lì. Essere nello stesso dominio ha i suoi vantaggi.

Tutti i problemi non richiedono lo stesso livello di concentrazione. Lavorare su 3 nuovi progetti tutti nello stesso stadio potrebbe creare confusione. A volte lavorare su un progetto diverso può farmi motivare, quindi ci possono essere dei vantaggi se ti permette di evitare la noia.

È così che è stato in tutti i posti in cui ho lavorato. In realtà, avere solo 2-3 progetti attivi alla volta sarebbe un calo significativo. :-) Suppongo che sia dovuto lavorare in posti con gruppi IT molto piccoli dove è molto più difficile specializzarsi.

Questo è un caso piuttosto comune . Siamo developing, supporting(bug fixes), enhancing, etc. progetti.

Mentre 'juggling' di questi progetti è più che importante ottenere la priorità (ordine di importanza)) e pianificazione di un carico di lavoro giornaliero .

Il Project Manager deve identificare queste priorità e comunicare al team o al singolo sviluppatore. Se è presente la NO priorità del carico di lavoro, suggerirei di comunicarli e identificarli il prima possibile.

Nel mio attuale lavoro mi capita spesso di passare da 2-3 progetti, principalmente perché un progetto principale sarà a lungo termine e richiederà che gli altri firmino parti, parti di test e requisiti di scrittura per le parti prima che io possa continuare , quindi prendo correzioni di bug da fare in mezzo.

Va bene fintanto che ti assicuri di ripulire il resto dalla tua mente (e dalla tua finestra sullo schermo), anche se il nostro capo sta cercando di allontanarsi da esso (magari assumendo più sviluppatori / BA / testers)