Domanda:
Come posso trattare con i miei colleghi che mi fanno fare la parte grugnita del lavoro?
XenoMind
2014-06-13 22:43:43 UTC
view on stackexchange narkive permalink

Sono uno sviluppatore di software. Non sono stato abbastanza attento e ho corretto un paio di bug nel nostro sistema che nessuno nel team poteva correggere. E quello era l'inizio del problema. Oggi devo correggere la maggior parte dei bug più difficili mentre un altro membro del team crea le nuove fantastiche funzionalità con presentazioni interessanti e ottiene tutto il merito per aver portato a termine il lavoro. Per quanto ne so da alcuni dati sono trapelati, sono anche il membro del team meno pagato. Cosa posso fare?

__Commenti eliminati .__ Evita di utilizzare commenti per discussioni estese. Utilizza invece [chat]. I commenti hanno lo scopo di aiutare a migliorare un post. Si prega di vedere [Cosa non sono i "commenti" ...] (http://meta.workplace.stackexchange.com/questions/72/what-comments-are-not) per maggiori dettagli.
Otto risposte:
Joel Etherton
2014-06-13 23:20:16 UTC
view on stackexchange narkive permalink

Questa risposta non è orientata specificamente allo sviluppo del software, anzi è una lezione che ho imparato in campo militare da uno dei professionisti più eccezionali che abbia mai incontrato.

Ogni volta che entro in una nuova arena e voglio distinguermi, chiedo il lavoro o la posizione più sporca, meno desiderata, più odiata / insultata che posso fare che non sia in conflitto con i miei obiettivi. Poi lo prendo a calci in culo. Non solo lo faccio bene, lo faccio nel miglior modo possibile, date le mie capacità e gli strumenti a mia disposizione. Il ragionamento è che chiunque può costruire qualcosa di nuovo o far funzionare qualcosa che già funziona bene. Se prendi il peggio del peggio e lo fai in modo stellare, le persone se ne accorgeranno.

Come menzionato da @VietnhiPhuvan, queste "cose ​​interessanti" saranno dimenticate in un paio di mesi. L'anno prossimo, quando aggiungeranno funzionalità, refactoring o cercheranno di aggiornare ciò che è già presente, le correzioni del codice saranno ancora lì. Quando c'è un problema con il software che non riescono a capire, guarderanno a te. Puoi fare una carriera stellare nello sviluppo di software come risultato diretto dei tuoi sforzi nella diagnostica e nella riparazione del software esistente.

A nessuno di noi piace il lavoro di manutenzione grugnito. Vogliamo tutti fare qualcosa di bello e nuovo. La manutenzione è un dato di fatto, però, e se ti viene assegnato, puoi considerarla un'opportunità per buttarla fuori dal parco. Sì, ti divertirai un po ', ma ti affermerai come un programmatore affidabile, capace e competente. Dopo aver risolto efficacemente alcuni problemi davvero difficili, sarai in grado di fare pressioni per progetti più interessanti e aumenti di paga.

Questo prosegue nel mio concetto supplementare. Nessuno ti amerà se non "ami te stesso". La tua valutazione delle prestazioni è la tua occasione per mostrare quanto sei fantastico. Se la tua azienda non esegue revisioni delle prestazioni, devi farne una per te stesso. Tieni traccia di tutto ciò che fai. Tieni traccia delle metriche coinvolte.

  Corretto il bug "X". Ha comportato una riduzione del 95% nelle eccezioni di riferimento nullo. Corretta condizione di competizione "Y". Ha comportato una riduzione del 25% dei conflitti di risorse del thread.  

Conservalo in un file e conservalo anche in una cartella cartacea. Quando le e-mail arrivano da vari responsabili del team, manager, rappresentanti aziendali, vendite, qualsiasi cosa, copia / stampa queste nel tuo file. Il ragazzo che ho menzionato prima si è riferito a questo file come al file "I love me". Fai tutto il possibile per far ingrassare questa ventosa. Una volta che hai un po 'di sostanza, è banale andare dal tuo supervisore / manager e presentare una causa per un aumento, una posizione diversa, compiti alternativi.

Sei l'unica persona che può fare pressioni per ottenere circostanze migliori. Il tuo supervisore o manager è colui che può concludere l'affare e farlo accadere. Quindi prendi questi compiti e prendi a calci in culo. Non preoccuparti di ciò che le altre persone stanno ottenendo rispetto alle opportunità e ai progetti. Col tempo, sarai in prima linea nella considerazione di questi aspetti grazie alle tue abilità dimostrate, conoscenza del prodotto e conoscenza "stranezze".

Se arrivi a quel punto e l'azienda non ti considera vale i soldi extra che ritieni di meritare, quindi avrai un curriculum eccellente costruito con il tuo file "I love me". Questi sono esattamente il tipo di punti elenco metrici che i responsabili delle assunzioni vogliono vedere nei nuovi assunti. Ti prometto che se la tua azienda attuale non prenderà in considerazione il valore, c'è un'altra azienda che può farlo.

+1 Come imparo davvero a programmare? Correggendo, ripulendo e refactoring il codice di qualcun altro :) Una maledizione sia sul loro banner :)
Sono contento che tu riesca a generare entusiasmo per questo tipo di lavoro. In qualità di professionista, farò ciò che è necessario e richiesto - che mi piaccia o meno è irrilevante perché la priorità è che deve essere fatto. E anche se non mi piace il compito, lo completerò in modo efficace ed efficiente come se mi piacesse. Ogni volta che sento le parole "passione" ed "entusiasmo", comincio a rabbrividire. Perché sono io a dover essere chiamato a portare a termine con successo ciò che avevano iniziato coloro che hanno perso passione ed entusiasmo. Sì, sono cinico anche per una vecchia mano :)
@VietnhiPhuvan: Amo i nuovi progetti e avrò sempre "passione" ed "entusiasmo", ma allo stesso tempo c'è una ragione per cui tutti i miei datori di lavoro finiscono per portarmi dei problemi folli. Risolvere bug / problemi mi mantiene prezioso. Usare quel valore per fare cose nuove ed eccitanti mi fa tornare per di più.
La chiave per svolgere i lavori difficili è sfruttarli per far capire a tutti la tua importanza. Con questo dovrebbe venire qualche ricompensa invece che solo più dello stesso.
Proprio così, proprio così. Qualsiasi n00b può hackerare nuove funzionalità, ma ci vuole un ingegnere per mantenere, refactoring e ottimizzare il codice hackerato dall'n00bz dello scorso anno. Fai il miglior lavoro che puoi. Se non riconoscono la tua professionalità, qualcun altro lo farà.
Mi piace l'atteggiamento positivo. Dedicati a conoscere il pezzo a cui sei assegnato ... e sii abbastanza subdolo da prestare attenzione ai dettagli che descrivono le altre cose che si collegano ad esso ... Conserva le metriche per misurare i tuoi progressi e confrontare le tue abilità. A volte conoscere il tuo "indice" dei risultati può stupire il tuo pubblico in una situazione di intervista ... dimostra e conferma che anche le attività banali o brutte possono avere un enorme impatto sull'ambiente di lavoro circostante. Avanti.
La parte relativa alla registrazione dei tuoi risultati è un ottimo consiglio.
Una cosa da tenere a mente mentre si fanno le cose "più sporche, meno desiderate, più odiate / insultate" è assicurarsi che le persone siano consapevoli che le state facendo. Coloro che fanno cose nuove e brillanti con le presentazioni ottengono automaticamente questa consapevolezza del proprio lavoro.
@JoelEtherton, Questi cosiddetti file "ama te stesso", non confinano con il comportamento narcisistico?
@Pacerier: Il comportamento narcisistico sarebbe leggere e rileggere ripetutamente il file "I love me" a te stesso. Registrare ogni risultato o riconoscimento per un uso futuro è semplicemente una buona pianificazione per quando si tratta di aggiornare un curriculum.
HLGEM
2014-06-13 23:12:40 UTC
view on stackexchange narkive permalink

Risolvere i bug difficili è una delle cose migliori per cui puoi avere una reputazione.

Tuttavia, quello che devi fare è parlare con il tuo capo (non con i tuoi colleghi) di come puoi aggiustare le cose che nessun altro può aggiustare e che di conseguenza ti meriti un aumento di stipendio. In nessun modo dovresti menzionare ciò che ricevono le altre persone e in effetti non sai cosa ricevono a meno che tu non abbia visto le buste paga effettive perché le persone spesso mentono quando menzionano i loro stipendi. Quello che gli altri ottengono è comunque irrilevante.

Successivamente parlagli del lavoro che vorresti fare oltre alla correzione dei bug.

Ma in realtà dovresti superare questa idea che in qualche modo è meglio lavorare su cose interessanti. Il vero lavoro non è sempre o anche spesso nelle cose interessanti, quello che vuoi è essere la persona che contribuisce al risultato finale non quello che persegue solo ciò che è divertente e interessante. Ora a volte è roba interessante, ma il più delle volte non lo è. In questo momento, come uno strumento di risoluzione dei problemi superiore, sei la risorsa più preziosa, devi solo presentare il tuo caso al tuo capo. Stai assumendo che stai facendo un lavoro scut quando non lo sei. Devi far vedere al tuo capo che puoi fare ciò che gli altri non potrebbero fare e questo ti rende più prezioso.

Non sono sicuro che l'OP sia tenuto a fare un ottimo lavoro (programmazione divertente) tanto quanto la percezione che i loro colleghi siano risorse molto più preziose perché il loro fantastico lavoro (impressionante per le cose non tecniche) è più visibile.
Sembra che l'OP stia risolvendo i bug difficili, che nessun altro può risolvere, ma non c'è ricompensa per questo. Cosa vede il manager quando corregge un bug che blocca l'app e perde i dati dei clienti? Lui o lei non vede niente, perché non si blocca più.
CaptainCodeman
2014-06-14 05:30:09 UTC
view on stackexchange narkive permalink

Oltre alle altre risposte, volevo solo aggiungere che sì, spesso accade che la ricompensa per un buon lavoro sia più lavoro. A volte il ragazzo che viene promosso è il ragazzo con la bocca grande che non può fare un lavoro utile, quindi lo promuovono semplicemente a manager.

Il fatto sporco della vita è che non c'è sempre una correlazione positiva diretta tra quanto lavoro fai e come vieni ricompensato. Ho imparato questa lezione da bambina quando i miei genitori mi davano più lavori domestici di mia sorella maggiore, perché era una ribelle e faceva un casino, mentre io ero quella ben educata che faceva tutto perfettamente senza lamentarsi. Si dice che la ricompensa per un lavoro ben fatto sia più carico di lavoro.

Fai attenzione, capisci che c'è un gioco in corso e se stai solo "facendo del tuo meglio" e sperando che le cose buone cadano in grembo, non sei nemmeno a conoscenza del gioco, lascia perdere la possibilità di vincere.

Nel tuo caso, se sei davvero l'unico in grado di gestire i bug sporchi, perché dovresti ti danno mai altro da fare? Chiediti, ti piace fare questo? Se sì, allora fantastico, divertiti! Se no, smettila di farlo. Prova a muoverti verso altri progetti. Se non ti danno nient'altro da fare, potrebbe essere il caso che ti sei già scritturato come "quel ragazzo". Trasferisciti in un'altra azienda e non commettere più gli stessi errori.

Ora vai avanti, tutti mi giudicano, sai che lo vuoi!

Penso che quello che dici sia realistico. Questo è ciò che accade sul posto di lavoro reale. "Il fatto sporco della vita è che non c'è sempre una correlazione positiva diretta tra quanto lavoro fai e come vieni premiato. Voglio dire che" di solito non c'è correlazione diretta ... "
[A meno che non utilizzi gli spazi.] (Https://stackoverflow.blog/2017/06/15/developers-use-spaces-make-money-use-tabs/?cb=1);)
Vedo più volte una cultura aziendale in cui i junior correggono i bug, quindi correggono i bug = junior = persone con meno stipendio
Joe Strazzere
2014-06-13 23:11:20 UTC
view on stackexchange narkive permalink

Cosa posso fare?

Per prima cosa chiarisci nella tua mente qual è il problema e il risultato che desideri (non correggendo bug, condividendo il carico con altri, ottenendo più credito, ricevendo un aumento per fare questo lavoro, qualunque cosa).

Quindi parlane con il tuo capo.

Ogni volta che hai una domanda su ciò che ti è stato assegnato, parla con colui che potrebbe potenzialmente cambiare l'incarico. Suppongo che sia il tuo capo qui.

andrew P
2014-06-14 13:51:14 UTC
view on stackexchange narkive permalink

Tieni presente che scrivere codice è solo per prepararti a guadagnare in seguito. Risolvere i bug e mantenere il codice e i server attivi e funzionanti giorno per giorno e supportare i clienti è il processo effettivo per fare soldi. Resta contento di salvare la tua azienda!

È importante correggere solo i bug che tutti concordano impattano sui tuoi clienti e devono essere risolti. Poiché i bug corretti vengono facilmente dimenticati rapidamente (poiché alle persone non piacciono), tieni un registro di tutti i bug che risolvi, oltre a una stima del valore della correzione per la tua azienda, che è una munizione per la tua revisione retributiva.

Prova anche a ottenere TDD, test di regressione e test di unità con una buona copertura per essere una parte forzata del processo di sviluppo. Ciò spingerà la responsabilità di assicurarsi che le cose interessanti non rompano altre cose o generino bug difficili da trovare.

Non credo che la domanda sia chiedersi come dovrebbe salvarsi, cosa c'entra "salvare la tua azienda" con il salvare se stessi?
Telastyn
2014-06-13 23:09:11 UTC
view on stackexchange narkive permalink

Cosa posso fare?

Di 'no.

Non devi fare qualsiasi cosa. Nessuno sta inserendo dispositivi di controllo mentale, nessuno ti punta una pistola alla testa.

Non essere un coglione al riguardo. La maggior parte delle volte, le persone che ottengono il lavoro di merda non è per una ragione migliore di quella che nessun altro vuole farlo, e alcune persone non si lamentano, quindi ottengono il lavoro. Di solito tutto ciò che devi fare è lamentarti un po 'e otterrai un accordo più equo.

Oltre a questo, hai un po' di leva. Se non ti occupi degli insetti, non c'è niente che possano fare davvero se non farlo da soli (che è quello che vuoi) o licenziarti. A nessuno piace licenziare le persone. Fa sembrare i manager cattivi ed è un sacco di scartoffie. Costa anche all'azienda un sacco di soldi.

Ma (probabilmente) non arriverà a quel punto. Darti credito per le correzioni di bug o per alcune attività nelle nuove fantastiche cose è una piccola cosa rispetto al fare il brutto lavoro da soli. Le persone sono pigre. Le persone in gran parte evitano il confronto. Sfruttalo.

@JoeStrazzere - assolutamente. Ma un semplice "Non può farlo Bob? Ho fatto gli ultimi 4 bug ..." è molto meglio di un "sì, signore" e poi creare risentimento finché non smetti.
Sì, è la stessa cosa. Il concetto fondamentale che Telastyn sta cercando di trasmettere non è la frase letterale "no", è l'idea che tu abbia libertà personale e spesso hai più potere su ciò che puoi scegliere di fare di quanto potresti pensare.
Ci sono molti cattivi consigli in questo post. Innanzitutto, se è assegnato a te, * devi * farlo. In secondo luogo, c'è una differenza tra lamentarsi e portare una questione al proprio supervisore. terzo, far apparire il tuo supervisore intenzionalmente e premeditivamente cattivo solo per cambiare il tuo carico di lavoro è, nella migliore delle ipotesi, un'idea terribile e, nel peggiore dei casi, ti si ritorcerà contro. In quarto luogo, lo sfruttamento dei tuoi colleghi sembra proprio che favorirebbe esattamente il tipo di qualità dell'ambiente di lavoro che le persone vogliono evitare. Vorrei davvero avere il rappresentante per downvote su questo sito, perché questo ne otterrebbe uno per più motivi.
@CaptainCodeman No, il messaggio qui è "Se non ti piace, non farlo". e "Se non lo fai, qualcun altro deve farlo. È improbabile che ti chiamino / ti licenzieranno per questo". Questo post ti dice letteralmente di non essere un coglione nel secondo paragrafo e procede descrivendo le azioni direttamente al contrario nel paragrafo successivo.
@corsiKa - Mi dispiace se l'hai letto in questo modo. Ho pensato che sarebbe stato dolorosamente ovvio che non dovresti solo calpestare i piedi e fare il broncio come un bambino, ma _negotiate_. Forse uso il linguaggio gestionale da troppo tempo ma "non può farlo Bob?" si traduce abbastanza direttamente in "questo è decisamente ingiusto, e non voglio farlo". Il messaggio è che troppe persone pensano che il loro capo sia il loro padrone che deve essere obbedito senza domande.
Justozauras
2017-06-16 01:34:47 UTC
view on stackexchange narkive permalink

Nuove funzionalità, interfacce utente fantasiose sono le più visibili e diciamo tangibili. Soprattutto per le persone non tecniche. Può essere paragonato al calcio o al basket. Alcuni giocatori fanno un duro lavoro in difesa e hanno un impatto enorme per il successo di una squadra, ma di solito i più ricordati e pagati sono i capocannonieri.

Tuttavia, se risolvi costantemente i bug più difficili, significa che qualcun altro non ha completato il suo lavoro e stai assicurando che funzioni correttamente. Dovresti presentarlo chiaramente. Tieni traccia dei bug, sono difficili da correggere ma facili da dimenticare. Altrimenti, mostra l'iniziativa per implementare nuove funzionalità.

dmm
2017-06-15 23:29:12 UTC
view on stackexchange narkive permalink

In realtà, sei seduto al posto dell'uccello gatto. Semplicemente non te ne rendi conto. D'ora in poi, ogni volta che qualcuno ti chiede di correggere un bug, chiedigli di richiederlo via e-mail. Questo è il passaggio 1, molto semplice. Quindi Passaggio 2: rispondi: "Sono molto impegnato con altre cose importanti. Quanto è importante? Quanti clienti sono interessati / si lamentano? Quanti soldi sono coinvolti?" Se dicono che è solo 1 cliente su 1000, allora digli che non è abbastanza importante per te su cui lavorare, dal momento che sei il principale bug fixer dell'azienda. Se dicono che è davvero importante e forniscono numeri per giustificare la loro preoccupazione, allora vai al passaggio 3. Chiedi "Il signor X o la signora Y non possono aggiustarlo?" Non accettare "sono troppo occupati" come scusa. Non è un motivo; anche tu sei impegnato. FORZIAMO il richiedente ad ammettere, per iscritto, che il Sig. X e la Sig.ra Y e il richiedente hanno tentato tutti senza successo di correggere questo importante bug. (Per lo meno, li costringi ad ammettere che non possono essere disturbati a correggere un bug importante.) Solo allora accetti di correggere il bug, perché ora hai tutte le informazioni scritte di cui hai bisogno per dimostrare il tuo valore l'azienda.

Questa sembra una risposta molto aggressiva.Non sono sicuro che porterebbe alla soluzione migliore.
Non è aggressivo;è assertivo.Sta costringendo il suo team leader e i suoi colleghi a mettere per iscritto quanto sia importante per la squadra.Se non lo fa, rimarrà schifato per sempre. I capi superiori che determinano le scale salariali raramente apprezzano il lavoro duro.Vedono cose appariscenti e dicono "oooh, dai un aumento a quel ragazzo".Quindi chiunque svolga un lavoro pesante deve documentare quanto sia importante per il risultato finale.Se ** non possono ** - se il loro lavoro non è appariscente ** e ** inutile - allora devono saperlo e agire per uscirne, perché il loro lavoro sta per scomparire.


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...