Domanda:
I compagni di squadra stanno ignorando attivamente il mio lavoro, cosa devo fare?
Archmage
2018-01-18 07:01:57 UTC
view on stackexchange narkive permalink

Prefazione: alcune specifiche sono relative allo sviluppo del software, ma questo è un problema sul posto di lavoro, quindi credo che sia qui.

Sono l'unico sviluppatore junior in un team di sviluppatori mobili senior, situato in Australia. Ci sono circa altre cinque persone nel team con cui interagisco, gli altri non fanno parte del mio progetto. Sono in questa posizione da circa otto mesi, quindi anche se direi che ormai conosco tutti abbastanza bene, sono ancora l'ultimo membro della squadra e gli altri sono molto più vicini a se stessi di quanto non lo siano con me.

Quando inviamo del lavoro (sotto forma di "richiesta pull") da considerare per l'inclusione nella nostra base di codice, è necessario che ogni invio riceva due revisioni positive da altri membri del team . Siamo tutti tenuti a partecipare attivamente alla revisione del codice e con un massimo di quattro persone disponibili in un dato momento, questo non è particolarmente difficile in teoria.

In pratica, però, ho notato schemi frustranti di comportamento dei miei colleghi ultimamente. Il lavoro che presento verrà spesso ignorato per lunghi periodi di tempo. Lo so perché abbiamo una vasta gamma di canali che ci dicono quando il nuovo lavoro è pronto per la revisione: e-mail da GitHub, un canale Slack con notifiche automatiche, frequenti standup e conversazioni informali sul lavoro degli altri. Questo accade specificamente con il mio lavoro; il lavoro degli altri viene rivisto in modo tempestivo, il mio no.

Questo di per sé è un dolore, ma ancora peggio è quando le mie richieste dirette di rivedere il mio lavoro vengono ignorate. Ho provato a parlare con le persone di persona, a postare sui nostri canali Slack, a discutere le mie esigenze di revisione in stand-up e persino a menzionarlo al capo del mio team in una revisione delle prestazioni! Nessuno di questi ha portato ad alcun cambiamento in questo comportamento; in effetti, da allora le cose sono andate peggio.

Ieri un collega ha chiuso una serie di mie vecchie richieste pull, risalenti a novembre dello scorso anno. Quando ho visto che stava accadendo, gli ho chiesto di guardare il mio lavoro attuale, poiché è più critico in termini di tempo. Mi ha ignorato e ha continuato a chiudere il mio vecchio lavoro (che è completamente un altro problema).

Significa che i miei colleghi possono permettersi di buttare via il lavoro vecchio di mesi, ma non rispondono nemmeno alla mia richiesta di esaminare il mio lavoro attuale. I miei messaggi Slack sono stati completamente ignorati da ogni singolo membro del mio team. Questo è frustrante da una prospettiva interpersonale per una serie di ragioni, ma questo è il posto di lavoro e sono qui per una risoluzione incentrata sul lavoro.

Come posso correggere questo comportamento nei miei colleghi? Quale approccio devo adottare per attuare il cambiamento qui? Questo sta avendo un grave impatto sulla mia capacità di portare a termine le cose, da una prospettiva sia pragmatica che di benessere.

MODIFICA: alcuni chiarimenti :

  • Se le richieste pull non vengono esaminate, non vengono accettate, il che significa che il lavoro non viene completato durante i nostri sprint, il che significa che rimaniamo indietro rispetto alle scadenze. Non sarò mai ritenuto responsabile per le conseguenze di questo, perché ho fatto tutto il possibile (e posso dimostrarlo!), Ma si riflette male sulla prestazione della squadra e, per associazione, si riflette male sulla mia prestazione.
  • Nel caso in cui siano necessarie modifiche alle mie richieste pull, ho bisogno di tempo per apportare tali modifiche e se la finestra di tempo per questo viene consumata da persone che non esaminano il mio lavoro, c'è una maggiore possibilità che il lavoro non essere terminato entro la fine dello sprint.
  • Il lavoro degli altri verrà rivisto lo stesso giorno. Le mie verranno occasionalmente riviste alcuni giorni dopo al più presto , spesso per niente.
  • Le mie richieste pull sono generalmente inferiori alla media. Li documento chiaramente, pubblico le immagini delle modifiche all'interfaccia utente, mi ricollego alle attività JIRA e scrivo riassunti di tutti gli aspetti che richiedono un'attenzione specifica.
Hai un manager?
Ho un project manager, sì!Gli ho anche detto questo in passato e di conseguenza non è successo niente.
Sicuramente non sono rimasti in silenzio quando hai chiesto informazioni su queste recensioni.Cosa dicono i tuoi colleghi e i lead quando ne parli?Sii il più specifico possibile perché ci aiuta a entrare nelle loro menti.Se otteniamo solo il tuo punto di vista, troveremo le tue stesse soluzioni (niente).
Siete solo tu e altri 4?C'è uno sviluppatore principale con cui parlare del ritardo nella revisione del codice?Probabilmente il project manager non è appropriato per parlarne.Oltre a te 5, qualcun altro può vedere le richieste pull?
@Clay07g Il team leader è stato l'unico che ha risposto e la sua risposta è stata "Sono a conoscenza delle richieste di pull".Niente di più, il che implica che sono una priorità bassa netta.
@Tas Il team lead è lo sviluppatore principale, è quello con cui ho parlato nella revisione delle prestazioni.Ci sono un paio di altri sviluppatori non di progetto che occasionalmente si presentano per offrire suggerimenti minori, ma non sono responsabili della revisione delle richieste pull di questo progetto.
@Clay07g Le risposte IRL del membro del team vanno dall'ignorare, dire sì poi non fare nulla, dire sì e _ a volte_ fare qualcosa, e persino grugnire a volte.È molto incostante.
Ugh, un PR dal team lead è stato inviato due ore fa e, entro una sola ora, ha ricevuto tre revisioni.Era più piccolo del mio, ma il principio è valido: le persone sono chiaramente felici di esaminare le richieste pull, purché non vengano da me.
@Archmage Cosa è stato effettivamente detto nella tua valutazione delle prestazioni?Che cosa ha detto il tuo manager quando hai detto che il tuo lavoro non verrà esaminato e verrà semplicemente rimosso?È lecito presumere che i tuoi rapporti con tutti gli altri siano cattivi?
Avendone passato io stesso, l'unica opzione che vedo per mancanza di rispetto è andarmene.Probabilmente ci sono una moltitudine di ragioni, ma il problema di fondo è probabilmente che si considerano superiori a te e il tuo lavoro non vale davvero il loro tempo.O semplicemente non gli piaci per altri motivi.Ad ogni modo, non c'è molto da salvare senza nessuno nel tuo angolo.
@Dom Sfortunatamente potrebbe essere così - è comunque strano, il normale senso di "superiorità" che deriverebbe da questo caso è lasciare commenti eccessivamente aspri o critici sulle revisioni del codice da parte di questa persona piuttosto che ignorarli del tutto.
@berry120 Capisco da dove vieni, e penso che sia un problema tra i due.O vieni ignorato o ricevi recensioni mediocri.Le recensioni mediocri sarebbero tuttavia più facilmente identificabili e registrate, mentre il "trattamento del silenzio" è piuttosto difficile da dimostrare (o difficile da dimostrare che è dannoso).
@Archmage, tieni presente che un "project manager" di solito non è un "manager" nel senso di essere responsabile dei lavoratori.Cerca di trovare un individuo senior degno di fiducia che sarà franco con te in una discussione faccia a faccia, come l'approccio di berry120 (ma parlando in privato invece di e-mail).È sempre doloroso essere ignorati, ma se l'intera squadra lo sta facendo, probabilmente non c'è un intento dannoso dietro di esso.
Inizia a riassegnare le attività JIRA sospese ai revisori.Aggiungere un commento che indica che l'attività è in attesa di revisione del codice.
Cinque risposte:
AndreiROM
2018-01-18 20:23:35 UTC
view on stackexchange narkive permalink

Sembri far parte di una squadra più esperta di te stesso. Il fatto che queste persone lavorino insieme da più tempo e forse sentano che il loro lavoro è di qualità superiore può portare all'atteggiamento che stai vivendo oggi.

Non ho modo di dire se hai fatto qualcosa per far sentire il resto della squadra come se il loro comportamento fosse giustificato. Tuttavia, a mio parere personale, non ci sono davvero scuse per questo approccio passivo aggressivo.

Una cosa che farei nei tuoi panni è sederti con chiunque sia il leader del team, o la persona con cui vai d'accordo, e dare voce alle tue preoccupazioni. Non proverei a giudicarli o ad attaccarli. Vorrei invece chiedere spiegazioni e aiuto:

Ehi John, c'è qualcosa di cui volevo parlarti. Ci sono state molte situazioni negli ultimi mesi in cui il mio lavoro è stato trascurato nelle revisioni del codice. Sto iniziando a pensare che forse c'è qualcosa di terribilmente sbagliato nel mio lavoro che voi ragazzi semplicemente non mi state dicendo. Potresti darmi qualche guida qui? Cosa sta succedendo?

Avvicinandosi a lui in questo modo è molto più probabile che tu ottenga una risposta da lui. Se risponde sulla falsariga che il tuo codice "non è abbastanza buono", non prenderlo sul personale. Piuttosto, fai notare che hai bisogno di più feedback e fai da mentore!

NOTA: Ricorda che ciò che costituisce codice buono o cattivo può essere molto soggettivo. Se questi ragazzi abbracciano determinati principi religiosamente, e tu non lo fai, ciò potrebbe far sentire loro il tuo codice scadente quando in realtà non lo è. Questa è una di quelle situazioni in cui puoi "entrare nel programma" o trovare un nuovo lavoro. Ma c'è solo un modo per scoprire perché stanno evitando il tuo codice.

Se continuano a rifiutarsi di comunicare con te, dovrai rivolgerti al tuo manager. Chiedi di parlare in privato e affronta seriamente la situazione. Non puntare il dito, ma chiarisci chiaramente che c'è un problema:

Ehi capo, c'è una questione seria di cui voglio discutere. Negli ultimi mesi il codice che ho inviato per vari progetti è rimasto ignorato nella coda di revisione per giorni o addirittura settimane. In effetti, alcuni dei miei vecchi invii di codice sono stati semplicemente cancellati, portandomi a credere che i miei contributi al team non siano affatto apprezzati. Ho chiesto consiglio e feedback, ma finora non ho sentito nulla dal team. Sono qui per chiedere il tuo aiuto e la tua guida.

Ascolta la sua risposta e decidi se iniziare a cercare un nuovo lavoro.

Ho parlato con un collega come mi hai suggerito e mi ha dato alcuni consigli utili per avvicinare le persone al mio codice.Si è scoperto che uno dei PR necessitava di modifiche, il che è stato comunicato male dal capo del team, ma tutti gli altri sanno come ha operato e sono stati in grado di dedurre il significato dalla brevità.Andando avanti sto seguendo i consigli pubblicati da @berry120: devo essere MOLTO più diretto in queste situazioni. Grazie per la tua risposta, sono contento che non sia stato necessario aumentare ulteriormente!
berry120
2018-01-18 14:00:33 UTC
view on stackexchange narkive permalink

C'è davvero qualcosa che non va qui, specialmente se l'hai menzionato al tuo manager e ancora non si sta facendo nulla. Non dovresti avere un PR ancora in attesa di revisione da novembre mentre altri vengono approvati lo stesso giorno. Ci sono ragioni per cui posso pensare che potrebbe essere il motivo per cui altri membri del tuo team sono riluttanti a rivederli, ma sono solo speculazioni e in ogni caso dovresti aver ricevuto feedback dal tuo manager sul perché questo è il caso.

Nota: in base ai commenti, forse il seguente messaggio di posta elettronica non è il miglior esempio da seguire, ma lo lascerò comunque qui per il completamento.

Dici di averne parlato al tuo manager, ma penso che tu debba essere molto più diretto, poiché chiaramente questo non ha funzionato finora. Invierei un'e-mail sulla falsariga di:

Caro X,

So di aver menzionato il problema delle mie richieste pull che non sono state esaminate prima, ma è davvero arrivato a un punto ridicolo: ora sembra che spesso vengano lasciati mesi senza revisione e poi chiusi senza spiegazioni.

Ho davvero bisogno di arrivare in fondo al motivo per cui questo è accadendo - il problema non è solo un problema di morale, spesso abbiamo mancato le scadenze a causa del lavoro che ho presentato non è stato rivisto in tempo, quindi costa denaro all'azienda e si riflette male sul team nel suo insieme. Sono più che felice di accettare il feedback se c'è qualcosa che sto facendo di sbagliato, ma finora non è stato possibile.

Si spera che con un messaggio più diretto, riceverai una risposta più diretta, anche se questo è un elenco di cose che stai sbagliando e su cui puoi quindi fare qualcosa.

Non invierei un messaggio del genere al mio manager in nessuna circostanza.Concordo sul fatto che sia necessaria una comunicazione più chiara con il team / la direzione, ma questo esempio è assolutamente dannoso per le relazioni sul posto di lavoro del PO.
Non dovresti usare "ridicolo" e non esprimerlo come un editto.Non sai che le scadenze sono state perse.
@AndreiROM Di solito sono d'accordo, ma sembra che un approccio più gentile non abbia funzionato fino ad ora, e ignorare le PR per mesi e poi chiuderle senza spiegazioni è piuttosto ridicolo / serio.In questo caso, non vedo come un'e-mail diretta (ma educata) a un manager in questo modo sia una cosa così negativa.
Ci sono modi per formulare un messaggio con forza senza sembrare infantile o importante.Usare parole come ** "ridicolo" ** e frasi come ** "Ho davvero bisogno di andare fino in fondo al motivo per cui sta succedendo" ** invierebbe enormi bandiere rosse a qualsiasi manager che lo legga sul livello di maturitàdell'OP.
@Paparazzi Ho preso le scadenze mancate dalla domanda originale.Ovviamente se non è così, non dovrebbe essere incluso.(Anche se sono d'accordo in retrospettiva forse "ridicolo" è un po 'forte.)
Si legge "restare indietro".Penso che OP sopravvaluti il loro contributo.Un'email che rafforza ciò che non va bene.
@Paparazzi "Rimanere indietro" e "Mancato" sono sinonimi per non rispettare le scadenze per quanto ne so.
Non sinonimi per me.
Ho votato positivamente per una riga: essere più diretto.Il resto è onestamente poco professionale al limite ed essendo io stesso un manager tenderei ad ignorare per lo più le cose dette da persone con questo tipo di tono. Deve solo sedersi e dire guarda, le mie cose non vengono riviste.Ecco un esempio.Eccone un altro.Guarda tutti questi.Vedere?Ora guarda un piccolo campione di ogni altro sviluppatore e vedi quanto velocemente hanno finito?Ho provato a chiedere loro il freedback ma non lo fanno mai.Ho bisogno di sapere perché.Quindi invii un'e-mail di follow-up che riassume i punti di discussione nel caso in cui ciò dovesse tornare indietro
@BirdLawExpert È giusto.Forse sto pensando troppo a cosa farei se ricevessi quell'e-mail (che è "accidenti, questo ragazzo è scontento e comprensibilmente, quindi se il suo codice viene buttato via, devo capire cosa sta succedendoe risolvere questa situazione. ") Ma è vero, altri potrebbero reagire in modo diverso, e un numero sufficiente di persone ha ora commentato in questo senso che l'OP dovrebbe certamente seguire il loro consiglio e almeno rimuginarci sopra prima di decidere se usarlo come modello.
@berry120 la cosa migliore è tenere lontane le emozioni.I manager si occupano di fatti non di sentimenti e mentre tengono conto dei sentimenti, la loro priorità è ciò che i fatti stanno contribuendo a una perdita di produttività / profitto.Devono solo vedere che sta accadendo e andranno da lì :)
Phil M
2018-01-19 02:36:48 UTC
view on stackexchange narkive permalink

Una cosa che deve essere chiara:

Come posso correggere questo comportamento nei miei colleghi?

Tu non può forzare un cambiamento del comportamento di atteggiamento degli altri, se non per peggiorarlo. L'unica persona che puoi veramente cambiare sei te stesso.

Hai già chiesto e stai ricevendo risposte non reattive, quindi smetti di chiedere : davvero non conosci la causa e pertanto non è possibile affrontare direttamente il problema. Potrebbe essere una serie di cose dal tuo livello di abilità, un'avversione per la tua personalità, a qualcosa come il razzismo o altre discriminazioni. Potrebbe anche essere qualcosa di "politico" in cui hanno combattuto aggiungendo te o chiunque altro alla squadra e LORO hanno perso quella battaglia prima che tu iniziassi. O un vecchio membro è stato lasciato andare (e non gli è piaciuto), e tu eri il sostituto. Anche se può non sembrare giusto o logico, hanno le loro ragioni (anche se sono cattive o pregiudizievoli).

Ma ci sono ancora cose che puoi fare:

  1. Continua a migliorare le tue capacità : rivedi le recensioni, fai domande sul motivo per cui hanno scelto una soluzione particolare (iniziare in piccolo), cercare termini e tecniche che non sono familiari, ecc.
  2. NON lasciare MAI che le attività assegnate soffrano : potrebbero non scegliere di includere la tua richiesta pull, ma tale responsabilità ricade SU DI LORO fintanto che la tua prestazione lavorativa non è colpevole
  3. Sii puntuale e offriti di lavorare fino a tardi : (a meno che tu non sia a ore e non luogo) questo dimostra l'impegno per il team e ti dà la reputazione di un gran lavoratore
  4. Offriti di fare un lavoro "grugnito" : attività di QA, setacciare i rapporti dell'assistenza clienti, ecc. li>
  5. Di tanto in tanto chiedi aiuto per i tuoi compiti : ma fai la tua ricerca ... "pensi che A o B sia meglio?"
  6. Sii il il primo ad offrire assistenza : se un altro membro del team ha bisogno di qualcosa (lavoro ri in ritardo o no) dare una mano se puoi
  7. Cerca di diventare più amichevole con le persone del team : compra piccoli regali di compleanno, parla di cose non lavorative, offriti di portarli a pranzo / a bere qualcosa, offriti di fare una corsa al caffè durante la tua pausa pranzo, ecc.

Essenzialmente, in questo momento il team sente che aggiungi pochissimo valore ... ed è così che devi cambiare: dimostrando il tuo valore.

È molto probabile che solo una persona stia guidando la squadra per trattarti in questo modo. Questa persona potrebbe essere la guida della squadra, ma potrebbe anche essere la guida sociale (popolare / pagliaccio). Indipendentemente da chi sia, questa persona sarà la più difficile da convincere ... quindi non concentrarti su di lei ... concentrati sul convincere tutti allo stesso modo che puoi, altrimenti potresti causare un diviso nel gruppo.

Sascha
2019-02-17 02:18:32 UTC
view on stackexchange narkive permalink

Sembra che tu stia usando SCRUM.

  • Parla con il tuo master SCRUM (per indicare il problema continuato)
  • parla con il proprietario del prodotto (per parlare di se il le priorità vanno bene con lui)
Ciao Sascha.Stack Exchange preferisce risposte più dettagliate di un paio di frasi.La tua risposta sarebbe stata migliorata se avessi confermato che l'OP stava usando SCRUM e se avessi spiegato come parlare con il proprietario del prodotto sul comportamento del team potrebbe migliorare i comportamenti individuali all'interno del team.Grazie!
JoanOC
2020-04-08 11:01:05 UTC
view on stackexchange narkive permalink

Ho riscontrato questo problema in alcune aziende per cui ho lavorato.

Proporre una politica dipartimentale secondo cui tutte le revisioni del codice dovrebbero essere completate entro un certo periodo di tempo. Ad esempio,

  • Il feedback iniziale deve essere fornito entro 2 giorni.
  • In alternativa, il feedback e le modifiche di follow-up dello sviluppatore dovrebbero essere completati entro 4 giorni.

Verrebbero fatte eccezioni per progetti molto grandi.

Parla con il manager per suggerire questa politica e portala al team per ottenere il consenso. Di solito i team possono concordare un numero di giorni che funzionerà per tutti.

Ciò fornisce una metrica di cui i membri del team possono essere ritenuti responsabili. È del tutto inaccettabile che impediscano al tuo lavoro di andare avanti, poiché questo sabota il tuo lavoro.

In alternativa, senza una tale politica in atto, invia un'e-mail al tuo supervisore per indicare che il tuo il lavoro è stato inviato per la revisione, ma nessuno ha tentato di esaminarlo. Chiedere una sostituzione della direzione affinché il lavoro vada avanti senza una revisione. Almeno, questo potrebbe spingere la direzione a taggare gli altri sviluppatori per agire sulla revisione del codice. Fornisce anche una traccia di documentazione, nel caso in cui altri facciano domande in seguito sul tuo lavoro non completato in tempo.



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...