È normale avere tempi di inattività in un lavoro di programmazione? [chiuso]

Nella mia azienda, trovo che ci sono alcuni giorni in cui ci sono pochissime attività da svolgere. Mi impegno a fare ricerche per imparare cose nuove sulla mia arte 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 possono essere molti tempi di inattività se finisci in una situazione in cui stai aspettando una risposta da un cliente o un manager su come procedere quando riscontri un problema di progettazione.

Un'altra istanza è quando un server si arresta in modo anomalo nel tuo ambiente di sviluppo e non puoi continuare lo sviluppo fino a quando non è stato risolto.

Un'ultima situazione in cui ho avuto dei tempi di inattività (come consulente) quando c'era uno strano divario tra la fine di un progetto e l'inizio di quello successivo.

Detto questo, credo anche che sia un segno di cattiva gestione quando i tuoi lavoratori non sono completamente utilizzati. Dovresti avere altre attività su cui poter lavorare in caso di crash del server. In genere nella mia azienda, se raggiungiamo un ostacolo con qualcosa, andiamo a aggiornare il wiki del progetto o andiamo a fare l'apprendimento assegnato (ognuno ha un argomento specifico che si suppone che stia imparando nei tempi di inattività).

Per quanto riguarda il contratto e i dipendenti stipendiati, trovo che i dipendenti stipendiati abbiano più tempi di inattività e lavoratori a contratto / consulente, ma questo è semplicemente il caso dei lavoratori a contratto che hanno un costo maggiore per l'azienda e li portano solo quando ne hai bisogno programmatori più / specifici.

Da quello che stai dicendo, sembra che tu abbia il 20% di downtime, il che è molto e suggerirebbe una cattiva gestione.

È comune nell'industria, ma se una squadra è gestita bene, i manager dovrebbero disporre di una "pipeline" prontamente disponibile di progetti interni e / o con priorità inferiore che possono essere assegnati su richiesta. Questi coinvolgeranno idealmente le nuove tecnologie e / o librerie. Nella mia esperienza nell'assegnare le persone a lavorare sulla documentazione del codice o aggiornare i wiki non è ben accolto dagli sviluppatori, che per loro natura sono normalmente più felici quando sviluppano qualcosa.

Un altro approccio che ho visto è quello di inviare persone a corsi di formazione a tempo pieno fino a due settimane alla volta, per migliorare il team di sviluppo con le conoscenze che saranno necessarie in futuro.

In genere, se sei un appaltatore e ti ritrovi senza un lavoro attivo in un'azienda, allora è meglio iniziare a cercare un'altra posizione, perché probabilmente sarai il primo a lasciarsi andare se l'azienda subisce una recessione.

Dalla mia esperienza, è relativamente comune. Anche se eravamo soliti avere - senza niente da fare - giorni di solito dopo il completamento di una fase del progetto, quando viene valutato ... di solito durava fino a una settimana o giù di lì, prima di ricevere una risposta da e poi ha continuato il nostro lavoro sul progetto.

Non posso dire se questa è una pratica in tutto il settore, però.

Nella mia compagnia ricevo un paio di settimane del genere (sì settimane) ogni due mesi circa. Non sono sicuro se essere settimane senza lavoro sia comune, ma sì, potresti sempre migliorare te stesso durante il tempo libero.

Nel mio posto di lavoro abbiamo tempi di inattività quando:

1. Rete / server sono problematici
2. Nulla di immediato da fare (ad es. In attesa di riunioni per fissare requisiti)
3. Aspettare che qualcuno finisca qualcosa di cui hai bisogno per fare il tuo lavoro (anche se non è esattamente la migliore idea)

Quando i tempi di inattività sono condivisi, il che per me è circa il 5% delle volte, di solito vado a parlare con le persone, mi tolgo la testa, ascolto alcune battute.

Quando mi trovo con niente di importante da fare, ho una directory con tonnellate di libri, che leggo quando mi è permesso, o tra sessioni di compilazione lunghe (o qualcosa di equivalente), ecc.

Ma anche se lo faccio, devo riconoscere qualcosa (che mi rende peccatore):

È nostro compito come programmatori sviluppare le nostre carriere a casa in modo che il nostro capo non ci licenzi o qualcosa del genere. Non è il lavoro capo per farvi migliorare te stesso con il suo denaro (volta che si sta pagando per).

Comunque, in alternativa, a volte invece di leggere faccio altre cose, come inventare alcuni script o idee utili, scrivere documenti e presentazioni sui miglioramenti della metodologia, ecc.

Ciò vale anche come miglioramento di sé perché ti fa pensare e ti rende utile per altri sviluppatori, che potrebbero persino ricordarti per quel giorno, quando conta. Ma l'importante è che valga la pena spendere meglio dei libri che leggere libri ...

Nella mia esperienza, dipende interamente dal settore e da chi guida il progetto.

Qualcosa mi dice che le risposte a questa domanda saranno fortemente distorte poiché le uniche persone che hanno il tempo di leggere e commentare su questo sito sono quelle senza molto lavoro da fare. Nel mio lavoro passato, non ci sono mai stati tempi di inattività. Ha molto a che fare con il modo in cui i progetti sono stati disaccoppiati e organizzati. Se non ben organizzato, lavorare su più progetti contemporaneamente può causare problemi quando si tenta di unire le modifiche ed è effettivamente più conveniente non fare nulla per un po 'che complicare troppo le cose.

La maggior parte dei tempi di inattività che ho riscontrato è di solito alla fine dell'anno finanziario e / o alla fine dell'anno (stagione di dicembre, poiché la maggior parte dei clienti va in vacanza). La società "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 subiti nell'anno, scopriamo dove siamo migliorati o mancati e troviamo una soluzione per migliorare meglio per la prossima stagione / termine.

Non preoccuparti.