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

24

Lavoro per un'organizzazione di sviluppo prodotto che fa 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, gangli, reverse engineering, geo PostgreSQL e l'elenco potrebbe continuare.

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

Trovo molto difficile rispettare le scadenze un sacco di volte. Uno diventa più veloce a fare qualcosa la seconda volta, ma non lavoro mai su un linguaggio o struttura per più di una settimana o due. E questo è molto stressante e doloroso da affrontare. Ho tutte le critiche e le vergogne pubbliche che derivano dalle scadenze mancanti. Sospetto che non possa essere normale. Non è possibile fornire 7 app per windows windows che non conoscono una sola cosa su c # in una settimana. Ma sono riuscito a farlo un giorno dopo la scadenza. Tutto quello che ho un sacco di volte è la ricerca su Google per guidarmi. Spesso c'è poca o nessuna documentazione sullo strumento che sto personalizzando.

A volte mi blocco su qualcosa a volte per ore o persino 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.

In questa situazione, ho ragione a ritenere che ogni scadenza che fornisco è uno sparo al buio?

È normale? Ogni singolo oggetto di lavoro per te implica l'apprendimento di qualcosa di completamente nuovo ogni volta? Non sono sicuro se sia giusto dire che sono un cattivo interprete per non essere in grado di rispettare le scadenze in merito a compiti che riguardano uno strumento di cui non so nulla. Come gestisco questo?

    
posta rak 11.03.2012 - 22:54
fonte

7 risposte

25

Sì, questa è una ricetta perfetta per il burnout. Devi fare in modo che i supervisori si rendano conto delle situazioni ridicole in cui ti mettono costantemente. Se sono fermi e rifiutano di cambiare idea, è ora di spostarti altrove.

    
risposta data 11.03.2012 - 23:21
fonte
11

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

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

    
risposta data 11.03.2012 - 23:35
fonte
9

Is this normal? Does every single work item for you involve learning something completely new every time?

No.

Se vuoi dare stime migliori, impara dal passato . Tieni traccia di quanto tempo impieghi a salire su una nuova tecnologia rispetto all'attuazione reale. Questo può essere difficile se stai facendo entrambi allo stesso tempo, ma cerca di essere consapevole della differenza.

Esegui le stime in base a un normale giorno lavorativo , al netto delle interruzioni normali. Non tenere conto degli straordinari nel tuo preventivo. Lascia che ti aiuti ad affrontare eventuali problemi che sorgono. Mi piace usare gli straordinari per aiutare a portare a termine 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à nell'apprendimento di un altro. Una volta esposti a diversi paradigmi, 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à un one-to-one e di solito ci sono diversi metodi per realizzare ciò che ti serve, ma è un buon punto di partenza.

Quindi, in situazioni come questa, è meglio stimare l'implementazione in base a qualcosa che già conosci . Aggiungi in alcuni padding per risolvere i problemi e affrontare lo sconosciuto (di solito una piccola percentuale della stima totale). Inoltre, aggiungi un po 'di tempo aggiuntivo per la ricerca e l'apprendimento per essere sempre aggiornato sulle nuove tecnologie che dovrai utilizzare. Questa stima può essere influenzata da aspetti come la disponibilità della documentazione (come la documentazione dell'API, i post del blog, le domande su questi siti).

Ora che è fuori strada, arriviamo all'altra questione: scadenze predeterminate. Una cosa è che manchi le tue stesse stime in quanto sono di tua responsabilità, ma è un'altra cosa avere una scadenza irrealistica (che suppongo stia accadendo nel tuo caso). In questa situazione, è meglio comunque eseguire la propria stima per vedere se la scadenza è possibile o meno. Se non lo è, fai sapere al tuo supervisore quanto prima la scadenza stimata e perché è diversa. Se è possibile fornire una ripartizione delle varie attività e delle ore necessarie per completare ciascuna, sarebbe utile supportare la stima.

Se la gestione non è recettiva ai tuoi input, allora potrebbe essere il momento di guardare altrove. Più accurate sono le tue stime nel tempo, più è probabile che il management ti ascolterà se le tue stime differiscono dalle loro. Ciò si basa sul fatto che la gestione sia ragionevole e obiettiva, naturalmente.

Un'altra cosa: non hai menzionato questo, 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 il tuo focus si deteriorano fino al punto in cui non sei in grado di completare i progetti in modo favorevole. Se non ti è permesso di prendere le vacanze perché un progetto è sempre dovuto alla data xe è in conflitto con le vacanze, è il momento di guardare altrove, specialmente con il modo in cui ci si aspetta che soddisfi questi requisiti.

Ti auguro buona fortuna.

    
risposta data 12.03.2012 - 00:56
fonte
5

Hai assolutamente ragione nei tuoi sentimenti. Ci sono un sacco di falsità in corso ora intorno alle seguenti aree:

"Full Stack Engineer". È sciocchezze. Non conosco nessuno che sia eccellente nelle lingue di back-end, eccetto nel database e eccellente nel front-end. Le persone potrebbero essere brave in una mezza dozzina di lingue e / o in tre diversi sistemi di database, ma ci saranno ancora molti neofiti.

"Jack of all trades, master of none" le persone senior lo capiscono e apprendono 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 ciascuna di queste aree. Potrebbe essere necessario vivere fino a 178 per diventare esperti in tutti loro.

Quindi quanto sopra non è "la risposta", è un accordo e più foraggio per il tuo cannone ... perché la risposta è che è necessario organizzare un incontro con la direzione e far loro sapere che questi progetti sono stati grandiosi, Mi è piaciuto aiutare l'azienda in tutte queste diverse aree. Ma tu stai soffrendo. Sta influenzando la tua salute. Sei stressato. Volete offrire un prodotto di alta qualità e puntuale, ma queste circostanze lo rendono incredibilmente difficile. Ti ha fatto persino dubitare del tuo futuro in azienda. Se siete entrambi bravi e molto apprezzati, non dovrebbe essere un problema.

    
risposta data 12.03.2012 - 00:28
fonte
0

Questo tipo di lavoro è tipico nelle agenzie interattive. Un flusso ininterrotto di progetti non collegati, non rivendibili, con scadenze impossibili.

Consideralo come una fase di carriera potenzialmente utile, ma sii pronto a procedere prima di bruciare. Non puoi cambiare questo business e i suoi bisogni.

    
risposta data 12.03.2012 - 14:50
fonte
0

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

Cerca di ottenere una quantità fissa di tempo per produrre qualcosa di esplorativo verso i bisogni dati. Dovresti avere un'idea molto migliore di quello che devi fare dopo. Ad esempio, una o due settimane per arrivare alla velocità su Hadoop è sulla fascia bassa, ma dovrebbe essere sufficiente per darti più fiducia nelle tue stime.

Dopo, hai solo bisogno di più abilità di stima. Prova a tenere traccia di ciò su cui passi il tuo tempo. Assicurati che arrivi sempre nelle tue stime in anticipo. Tieni traccia delle tue stime rispetto al tempo reale trascorso e calcola tali stime future.

E prenditi sempre un buffer.

    
risposta data 12.03.2012 - 17:19
fonte
-1

Primo: assicurati di sapere chi ha preso l'impegno: se è tuo, è il tuo problema e dovresti incontrarlo. Se non è tuo, non è un tuo problema. Dì a chiunque abbia preso l'impegno a tuo nome 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 nel tuo paese?

Un paio di fasi utili che ho usato (con parsimonia, solo quando ho altre opzioni)

  • "Non puoi negoziare preventivi, quali caratteristiche vuoi eliminare? Che mi dici della qualità? "
  • "Non faccio marcia della morte."
  • "Se pensi che x possa essere fatto in y, lo fai. Mi divertirò a guardarti fallire. "
  • "Da dove proviene quella stima / timeline? Beh, fagli fare a farlo"
  • "La gestione del progetto è come una molla, più lo comprimi, il più grande il casino quando scivola, sentendosi fortunato? "
  • "Fai il tuo lavoro, lasciami fare il mio"
  • "Mi piacerebbe farlo impegno, e capisco che è necessario x per y e quanto sia importante è per te. Per fare questo lavoro ho bisogno (compilare ciò che renderà il la più grande differenza) "
risposta data 12.03.2012 - 00:06
fonte

Leggi altre domande sui tag