Per i programmatori interni (gestori non di progetto), normalmente ricevete le istruzioni di progetto scritte in anticipo?

Naviga le tue risposte
5

Sono abbastanza nuovo a lavorare come programmatore, almeno lavorando come dipendente fisso per un'azienda. Spesso mi sento frustrato dallo stile di gestione della mia azienda, in quanto fondamentalmente scelgono qualunque compito casuale attinga l'immaginazione dello sviluppatore principale quel giorno, o il giorno prima, e mi dia il compito (con compiti che durano in genere meno di 1 giorno). Molti dei compiti che ho ora sono abbastanza piccoli e servono per aggiungere miglioramenti a un'applicazione Web, correggere bug, ecc.

Tuttavia, mi preoccupa il fatto che non pianificano in anticipo in modo da darmi una traccia scritta dei progetti con qualche giorno di anticipo in modo che se, ad esempio, sono arrugginito su qualcosa che posso almeno familiarizzarmi con me nel mio tempo libero o almeno avere un approccio più rilassato al lavoro in modo che tutto non debba essere così reazionario da parte mia (in cui posso rimuginare le cose durante il tempo libero prima di iniziare a lavorarci sopra, etc)

Immagino di essere solo curioso di sapere se questa è la norma o se la maggior parte dei lavori di sviluppo valorizzano chiaramente le specifiche per le attività e sono in grado di prepararle in anticipo. Sarei interessato a sentire le esperienze / opinioni di chiunque, ecc. Grazie

    
posta programmx10 15.12.2010 - 00:13
fonte

2 risposte

3

No, quello che hai è piuttosto raro nella mia esperienza. Gli Scrum tendono a consentire una certa flessibilità nel sapere che cosa sta succedendo, dato che lo sprint ha un insieme definito di lavoro che deve svolgersi mentre ci sono incontri di pianificazione in cui il team decide: "Questo è ciò che verrà fatto durante il prossimo sprint". Questo tende a prevenire il "Oh, fatelo adesso ADESSO!" genere di drammaticità di solito e dare alcuni limiti su dove l'attenzione è durante uno sprint. In genere, le cose non sono scritte bene e quindi chiarendo cosa è richiesto e quanto tempo dovrebbe essere speso sono un paio di fattori da considerare con le cose. Ad esempio, alcuni bug potrebbero trascorrere giorni in modo che tutti i casi vengano trattati a fondo, mentre alcuni potrebbero accettare il lavoro che può essere svolto in un paio d'ore che copre il 99% dei casi che si verificano spesso.

Per assumere la posizione di avvocato del diavolo sul non sapere cosa arriverà presto, vorresti davvero dirti una cosa solo per averla cambiata alcuni giorni dopo quando stavi per iniziare a lavorarci? Voglio dire, immagina se pensavi che avresti lavorato sulla funzione X, ma invece la richiesta di supporto a Y ha priorità e quella non è stata segnalata fino a ieri, quindi non c'è stato molto tempo per dirti di questo cambiamento fino ad ora.

    
risposta data 15.12.2010 - 00:29
fonte
1

No. Un compito medio che mi è stato assegnato non è ben definito fino a quando non lo faccio funzionare per una settimana, per il quale ho bisogno di scovare le informazioni da chiunque l'abbia. Anche allora mi sento confuso su ciò che effettivamente doveva accadere.

    
risposta data 15.12.2010 - 00:30
fonte

Leggi altre domande sui tag

Risoluzione dei conflitti di appuntamenti automatici Quali sono i vantaggi del modo in cui Android "salva memoria" - passando in modo esplicito oggetti di contesto ovunque?