Stabilire / rispettare le scadenze quando lavoro costantemente con piattaforme e framework sconosciuti [chiuso]

Lavoro per un'organizzazione di sviluppo prodotto che si occupa di pubblicità online. I compiti che ricevo sono quasi sempre su piattaforme o strumenti su cui non ho mai lavorato prima. All'inizio era Android. Quindi node.js, quindi windows phone, quindi debian packaging, quindi python, hadoop, ganglia, reverse engineering, geo PostgreSQL e l'elenco continua.

Sono felice di poter imparare così tanto sul lavoro. Il problema che continuo a incontrare è il rispetto delle scadenze. Spesso non è chiaro cosa sia necessario fare per svolgere un determinato compito. Avrei bisogno di impostare l'SDK pertinente, affrontare i problemi di avvio, leggere online, analizzare la documentazione, ricercare online per ogni singolo lavoro in quella piattaforma. A volte mi vengono date delle scadenze, a volte creo quelle scadenze.

Trovo molto difficile rispettare le scadenze molte volte. Uno diventa più veloce nel fare qualcosa la seconda volta, ma non lavoro mai su un linguaggio o un framework per più di una settimana o due. E questo è molto stressante e doloroso da affrontare. Ricevo tutto lo sfaldamento e la vergogna pubblica che derivano dalle scadenze mancanti. Sospetto che questo non possa essere normale. Non è possibile consegnare 7 app per Windows windows che non sanno nulla di c # in una settimana. Ma sono riuscito a farlo un giorno dopo la scadenza. Tutto quello che ho molte volte è la ricerca di Google per guidarmi. Spesso c'è poca o nessuna documentazione sullo strumento che sto personalizzando.

A volte rimango bloccato su qualcosa a volte per ore o addirittura giorni. Questo ha un impatto sulla mia salute e non sono più in grado di bruciare l'olio di mezzanotte per ogni compito. Questo provoca molta angoscia e depressione mentale.

In questa situazione, ho ragione nel pensare che una scadenza che fornisco sia un colpo nel buio?

È normale? Ogni singolo oggetto di lavoro per te comporta l'apprendimento di qualcosa di completamente nuovo ogni volta? Non sono sicuro se sia giusto dire che sono un povero performer per non essere in grado di rispettare le scadenze su compiti che coinvolgono uno strumento di cui non so nulla. Come posso gestirlo?

Sì, questa è una ricetta perfetta per il burnout. Devi far capire ai tuoi supervisori le situazioni ridicole in cui ti mettono costantemente. Se sono fermi e si rifiutano di muoversi, è tempo di trasferirsi altrove.

Ci sono due approcci da adottare qui. Il primo è prendersi il tempo necessario per realizzare l'ultimo progetto "simile" a quello nuovo. E raddoppiarlo per tenere conto del costo di impostazione / apprendimento di un nuovo ambiente.

Il secondo è far loro sapere che è necessario specializzarsi per eccellere. Un tuttofare non è un maestro di nessuno.

È normale? Ogni singolo oggetto di lavoro per te comporta l'apprendimento di qualcosa di completamente nuovo ogni volta?

No.

Se vuoi dare stime migliori, impara dal passato . Tieni traccia di quanto tempo impieghi per accelerare una nuova tecnologia rispetto all'implementazione effettiva. Questo può essere difficile se stai facendo entrambe le cose contemporaneamente, ma cerca di essere consapevole della differenza.

Fai le tue stime in base a una normale giornata lavorativa , meno le normali interruzioni. Non tenere conto degli straordinari nel tuo preventivo. Lasciare questo per aiutare ad affrontare eventuali problemi che si presentano. Mi piace usare gli straordinari per aiutare a portare i progetti in tempo se ci sono battute d'arresto.

Sfrutta sempre ciò che sai , anche se è un territorio completamente sconosciuto. Ad esempio, conoscere un linguaggio di programmazione ti aiuterà a impararne un altro. Una volta che sei esposto a paradigmi diversi, sarai in grado di determinare la tecnologia relativa più vicina da cui attingere. Ad esempio, se hai bisogno di usare C # e non lo sai, puoi attingere alla tua conoscenza di Java o C ++ per iniziare. Non sarà uno a uno e di solito ci sono diversi metodi per ottenere ciò di cui hai bisogno, ma è un buon punto di partenza.

Quindi, in situazioni come questa, è meglio stimare l'implementazione in base a qualcosa che già conosci . Aggiungi un po 'di riempimento per risolvere i problemi e gestire l'ignoto (di solito una piccola percentuale della stima totale). Inoltre, hai aggiunto un po 'di tempo in più per la ricerca e l'apprendimento per essere sempre aggiornato su ogni nuova tecnologia che dovrai utilizzare. Questa stima può essere influenzata da aspetti quali la disponibilità della documentazione (come documentazione API, post di blog, domande su questi siti).

Ora che è fuori mano, arriviamo all'altra questione: scadenze prestabilite. Una cosa è perdere le tue stime in quanto sono le tue responsabilità, ma un'altra è avere una scadenza non realistica (che immagino stia accadendo nel tuo caso). In questa situazione, è meglio eseguire comunque il proprio preventivo per vedere se la scadenza è fattibile o meno. In caso contrario, fai sapere al tuo supervisore al più presto quale sia la tua scadenza stimata e perché è diversa. Se riesci a fornire una ripartizione delle varie attività e ore necessarie per completarle, ti aiuterebbe a sostenere il tuo preventivo.

Se la gestione non è ricettiva nei confronti del tuo contributo, allora potrebbe essere il momento di cercare altrove. Più le tue stime sono accurate nel tempo, più è probabile che la direzione ti ascolterà se le tue stime differiscono dalle loro. Ciò si basa sul fatto che la gestione sia ragionevole e obiettiva, ovviamente.

Ancora una cosa: non lo hai menzionato, ma se ti sono concessi i sussidi per le vacanze, usali . Non lasciarli andare inutilizzati. Non farai te stesso o chiunque lavori per qualche favore se la tua salute o attenzione si deteriorano al punto in cui non sei in grado di completare favorevolmente i progetti. Se non ti è permesso fare le vacanze perché un progetto è sempre scaduto per x data ed è in conflitto con le vacanze, è tempo di guardare altrove, specialmente con il modo in cui ti aspetti che soddisfino questi requisiti.

Ti auguro buona fortuna.

Hai assolutamente ragione nei tuoi sentimenti. C'è molta falsità in corso proprio ora nelle seguenti aree:

"Ingegnere Full Stack". È baloney. Non conosco nessuno che sia eccellente nelle lingue di backend, eccellente nel database e eccellente nel front-end. Le persone potrebbero essere brave in una mezza dozzina di lingue e / o tre diversi sistemi di database, ma ci saranno ancora molti in cui sono principianti.

"Jack di tutti i mestieri, padrone di nessuno" la gente senior lo capisce e impara che devono scegliere le aree in cui specializzarsi.

"10.000 ore". Un riferimento comune all'essere veramente bravi ("esperti" in qualcosa). Confrontalo con le ore che trascorri in ognuna di queste aree. Potresti aver bisogno di vivere per essere 178 per diventare esperto in tutti loro.

Quindi quanto sopra non è "la risposta", è accordo e più foraggio per il tuo cannone ... perché la risposta è che devi organizzare un incontro con la direzione e far loro sapere che questi progetti sono stati fantastici, che hai adorato aiutare l'azienda in tutte queste diverse aree. Ma stai soffrendo. Sta colpendo la tua salute. Sei stressato Volete offrire un prodotto puntuale di alta qualità, ma queste circostanze lo stanno rendendo incredibilmente difficile. Ti ha fatto persino mettere in discussione il tuo futuro in azienda. Se sei sia bravo che apprezzato, non dovrebbe essere un problema.

Questo tipo di lavoro è tipico nelle agenzie interattive. Un flusso infinito di progetti non collegati e usa e getta con scadenze impossibili.

Guarda questo come una fase di carriera potenzialmente utile ma sii pronto ad andare avanti prima di esaurirti. Non puoi cambiare questo business e le sue esigenze.

Inizia a prenotare il tempo per la stima. Meno hai familiarità con una tecnologia, più tempo hai bisogno per produrre una buona stima.

Cerca di ottenere un periodo di tempo fisso per produrre qualcosa di esplorativo verso i bisogni dati. Dovresti avere un'idea molto migliore di ciò che devi fare dopo. Ad esempio, una o due settimane per iniziare a correre su Hadoop è di fascia bassa, ma dovrebbe essere sufficiente per darti più fiducia nelle tue stime.

Successivamente, hai solo bisogno di più abilità di stima. Prova a monitorare ciò su cui passi il tuo tempo. Assicurati che entri sempre nelle tue stime in anticipo. Tieni traccia delle tue stime rispetto al tempo effettivo impiegato e inseriscile in stime future.

E regalati sempre un buffer.

Primo: assicurati di sapere chi ha preso l'impegno, se è tuo, è un tuo problema e dovresti rispettarlo. Se non è tuo, non è un tuo problema. Di 'a chiunque abbia preso l'impegno per tuo conto che farai il meglio che puoi. Ora il trucco - non prendere impegni che non puoi mantenere. Attaccati alle tue pistole.

Sei vittima di bullismo: quali sono le leggi del tuo paese intorno?

Ho usato un paio di fasi utili (con parsimonia, solo quando ho altre opzioni)

• "Non è possibile negoziare preventivi, quali funzionalità si desidera eliminare? E la qualità?"
• "Non faccio la marcia della morte."
• "Se pensi che x possa essere fatto in y, lo fai. Mi divertirò a vederti fallire."
• "Da dove viene quella stima / sequenza temporale? Beh, falli fare loro"
• "La gestione del progetto è come una molla, più la comprimi, più grande è il casino quando scivola, ti senti fortunato?"
• "Fai il tuo lavoro, lasciami fare il mio"
• "Mi piacerebbe prendere questo impegno, e capisco che hai bisogno di x per te e quanto sia importante per te. Per fare questo lavoro ho bisogno (compila ciò che farà la differenza più grande)"