Nella mia azienda, scopro che ci sono giorni in cui ci sono pochissimi compiti da fare. Faccio un punto per fare ricerca per imparare nuove cose sul mio mestiere in questi giorni.
Direi che in media ho circa un giorno alla settimana che non c'è molto da fare (o una combinazione di tempo durante la settimana).
Vorrei sapere se questa è una situazione comune negli ambienti di sviluppo software e la risposta a questa domanda varia tra lavoro a tempo pieno e contratto.
Sì, direi che ci può essere un sacco di tempo di inattività se si finisce in una situazione in cui si sta aspettando una risposta da un cliente o da un manager su come procedere quando si incontra un problema di progettazione.
Un'altra istanza è quando un server si blocca nel tuo dev env e non puoi continuare lo sviluppo fino a quando non è stato risolto.
Un'ultima situazione in cui ho riscontrato tempi di inattività (come consulente) quando c'era uno strano divario tra quando un progetto è terminato e il successivo è iniziato.
Detto questo, credo anche che sia un segno di cattiva gestione quando i tuoi lavoratori non sono pienamente utilizzati. Dovresti avere altre attività che dovrebbero essere in grado di funzionare in caso di arresto anomalo del server. Tipicamente nella mia azienda se colpiamo un roadblock con qualcosa, facciamo un aggiornamento del wiki del progetto e / o andiamo a fare l'apprendimento assegnato (ognuno di noi ha un argomento specifico che si suppone stia imparando nei tempi di inattività).
Riguardo al contratto e ai lavoratori dipendenti, trovo che i dipendenti stipendiati hanno più dipendenti per il downtime e contratto / consulente, ma questo è solo il caso di lavoratori a contratto che hanno un costo maggiore per l'azienda e li portano solo quando voi hai bisogno di più / programmatori specifici.
Da quello che stai dicendo, sembra che tu abbia il tempo di inattività del 20%, che è molto e suggerirebbe una cattiva gestione.
È comune nell'industria, ma se una squadra viene gestita bene, i manager dovrebbero disporre di una "pipeline" prontamente disponibile di progetti interni e / o di priorità inferiore che possono essere assegnati su richiesta. Questi idealmente coinvolgeranno tecnologie e / o biblioteche più recenti. Nella mia esperienza, l'assegnazione di persone a lavorare sulla documentazione del codice o sull'aggiornamento di wiki non è ben accolta dagli sviluppatori, che per loro natura sono normalmente più felici quando effettivamente sviluppano qualcosa.
Un altro approccio che ho visto è quello di inviare persone a corsi di formazione a tempo pieno di massimo due settimane alla volta, per migliorare il team di sviluppo con conoscenze che saranno necessarie in futuro.
Generalmente, se sei un appaltatore e ti trovi senza un lavoro attivo in un'azienda, è meglio iniziare a cercare un'altra posizione, perché probabilmente sarai il primo a lasciarsi andare se l'azienda subirà una recessione.
Dalla mia esperienza, è relativamente comune. Anche se eravamo abituati ad avere - senza niente da fare - giorni di solito dopo il completamento di qualche fase del progetto, quando è in corso di valutazione ... di solito durava fino a una settimana circa, prima che ottenessimo una risposta da loro, e poi hanno continuato il nostro lavoro sul progetto.
Non posso dire se questa è una pratica nell'intero settore, però.
Nel mio posto di lavoro abbiamo tempi di inattività quando:
Quando il tempo di inattività è condiviso, che per me è circa il 5% delle volte, di solito vado a parlare con la gente, mi togli la testa, sento battute.
Quando mi ritrovo con niente di importante da fare, ho una directory con un sacco di libri, che leggo quando sono autorizzato, o tra una sessione di compilazione lunga (o qualcosa di equivalente), ecc.
Ma anche se lo faccio, devo riconoscere qualcosa (che mi rende un peccatore anch'io):
Il nostro lavoro come programmatori è quello di sviluppare le nostre carriere a casa in modo che il nostro capo non ci licenzi o qualcosa del genere. Non è compito del capo aiutarti a migliorare te stesso con i suoi soldi (tempo per cui ti paga)
Ma comunque, come alternativa, a volte invece di leggere faccio altre cose, come ad esempio trovare degli script o idee utili, scrivere documenti e presentazioni sui miglioramenti della metodologia, ecc.
Questo vale anche come miglioramento personale perché ti fa pensare e ti rende utile ad altri sviluppatori, che potrebbero persino ricordarti per un giorno, quando conta. Ma la cosa importante è che vale la pena di essere pagati meglio di leggere libri ...
Nella mia azienda ottengo un paio di settimane come quella (sì settimane) ogni due mesi circa. Non sono sicuro che essere settimane senza lavoro sia comune, ma sì, potresti sempre migliorare te stesso durante il tempo libero.
Secondo la mia esperienza, dipende interamente dall'industria e da chi guida il progetto.
Qualcosa mi dice che le risposte a questa domanda saranno strongmente di parte poiché le uniche persone che hanno il tempo di leggere e commentare questo sito sono quelle senza molto lavoro da fare. Nel mio lavoro passato, non c'era MAI tempo morto. Ha avuto molto a che fare con il modo in cui i progetti sono stati disaccoppiati e organizzati. Se non è ben organizzato, il lavoro simultaneo su più progetti può portare a problemi quando si tenta di unire le modifiche ed è in realtà più conveniente non fare nulla per un po 'piuttosto che complicare eccessivamente le cose.
La maggior parte dei tempi di inattività che ho riscontrato è di solito a fine anno finanziario e / o alla fine dell'anno (stagione di dicembre, dato che la maggior parte dei clienti va in vacanza). L'azienda "si chiude" per vari motivi e l'IT non ha implementazioni da 2 a 3 mesi. Pertanto, non ci sono cambiamenti.
Succede: durante questo periodo, valutiamo tutti i cambiamenti / progetti fatti durante l'anno, scopriamo dove abbiamo migliorato o non abbiamo trovato e abbiamo trovato una soluzione per migliorare meglio la prossima stagione / termine.
Non ti preoccupare.
Leggi altre domande sui tag self-improvement methodology