Domanda:
Il collega pensa costantemente che stia rallentando
Henry A.
2018-09-25 01:03:27 UTC
view on stackexchange narkive permalink

Lavoro come unico sviluppatore web nel mio dipartimento che svolge il lavoro di back-end. Come sono sicuro che molti degli sviluppatori qui dimostreranno, gran parte del tempo speso a programmare viene speso per pensare a come scrivere la prossima classe, funzione, ecc.

I avere un collega che non è esperto nello sviluppo di software che prenda nota quando non tocco la mia tastiera. Spesso passa nel mio ufficio e talvolta commenta come dovrei chiedere qualcosa da fare al mio superiore se non sono occupato. Gli dico spesso che in realtà sono occupato, ma poiché il mio monitor è allontanato dalla porta del mio ufficio. È sempre incredulo.

Anche se posso capire come possa sembrare che sto guardando video o qualcosa del genere non digitando attivamente per lunghi periodi di tempo, questi commenti stanno iniziando a diventare fastidiosi. Francamente, penso che dovrebbe badare al proprio lavoro dato che non gli faccio rapporto in alcun modo.

Come posso scoraggiare educatamente i suoi commenti?

Intendi davvero "educatamente" o intendi "con successo"?
In che modo la tua azienda organizza le attività? Utilizzi una piattaforma basata su ticket?
Sei risposte:
Bryan Krause
2018-09-25 04:31:15 UTC
view on stackexchange narkive permalink

Mi piace il consiglio di un'altra risposta che suggerisce di educare la persona, dato che presumi che semplicemente non capisce cosa comporta il tuo lavoro. Tuttavia, ho scoperto che le analogie suggerite potrebbero essere percepite come condiscendenti, in particolare per qualcuno che è un po 'insicuro.

Sicuramente questa persona è piuttosto scortese con te e saresti giustificato in una certa misura in essere scortese, ma hai specificamente chiesto una risposta educata.

Vorrei semplicemente spiegare loro ciò che è ovvio per chiunque abbia scritto software: spiega che stai pianificando nella tua testa i prossimi passi che stai andando da prendere in modo da poter scrivere un buon codice che non ha bisogno di essere riscritto, ha una struttura che può essere facilmente compresa da qualcun altro, viene eseguito in modo ottimale, o qualsiasi altro valore di codifica che hai che stai sostenendo.

Se un'istruzione del genere non risolve il problema o se vogliono discutere, affronterei il problema specifico in modo più diretto, esprimendo con parole tue qualcosa del tipo: "Sto lavorando anche se a te non sembra che io e il mio supervisore è contento della mia produttività, preferirei che non mi interrompessi più mentre sono occupato. "

Cris
2018-09-25 21:24:26 UTC
view on stackexchange narkive permalink

Il tuo collega è il tuo manager o potrebbe in qualche modo influenzare la tua carriera?

No? È TUTTO BENE!

Non devi giustificare nulla al tuo collega e io, onestamente, sarei lievemente insultato da detto collega. Sei impegnato, dici di essere impegnato e poi torni ai tuoi affari. Penso che a volte non valga la pena giustificarsi con altre persone ... potresti dire qualcosa del tipo:

La programmazione è per l'80% pensare e per il 20% digitare :)

E questo è tutto. Potresti spiegare cosa significa programmare, ma sarebbe una lunga spiegazione e dovresti probabilmente lasciarla a una serata fuori o alla pausa pranzo.

Ciao Cris, ho notato la tua modifica in sospeso su [questo post] (https://interpersonal.stackexchange.com/questions/25869/how-do-i-stop-my-mother-from-interrupting-me-every-5- minuti) - se vai al [Modulo di contatto] (https://interpersonal.stackexchange.com/contact) ha un'opzione per unire i tuoi account, quindi il sistema ti riconoscerà come il proprietario di quel post :)
jcmack
2018-09-25 01:33:33 UTC
view on stackexchange narkive permalink

Ho un collega che non è esperto nello sviluppo di software che prende nota quando non tocco la mia tastiera. Passa spesso dal mio ufficio e qualche volta commenta come dovrei chiedere qualcosa da fare al mio superiore se non sono impegnato.

Essendo un ingegnere del software, ottengo questo tipo di ignoranti commenti di persone che non comprendono la natura dello sviluppo del software. Ci sono molte cose in cui devi passare il tempo a pensare, fare ricerche e discutere su come affrontare un problema. Non passi tutto il tempo a digitare.

Alcune informazioni su di me. Offro volontariamente il mio tempo insegnando alla gente l'alfabetizzazione tecnica di base e la programmazione. Il mio approccio è solitamente quello di educare prima. La mia risposta a questo tipo di persona è "Misurereste la produttività di un Product Manager (o scegliereste una posizione aziendale popolare) in base al numero di messaggi di posta elettronica che scrivono in un giorno o alle entrate generate dalle loro decisioni?" "Misurereste la produttività di un romanziere da quante parole scrivono in un giorno o da quanti best seller lanciano?" La risposta a entrambe queste domande è "No, non lo faresti, perché queste sono misure imperfette della produttività che parlano solo del volume e non della qualità".

Il percorso "Educare" ha funzionato per me in alcuni casi, ma se non funziona piuttosto che ricorrere alla scortesia, parlerei al tuo manager del commento di questa persona e di come sta danneggiando la tua produttività . Mostra che hai cercato di risolverlo da solo, ma questa persona non è ricettiva. Quindi chiedi al tuo manager di occuparsene.

Puoi spiegare di più su cosa intendi con "Il percorso educativo ha funzionato per me in alcuni casi"? Questo è un ottimo modo per risolvere la situazione, ma cosa istruirà OP il collega? In che modo OP dovrebbe istruire il collega? Se educare non funziona, cosa intendevi con "ricorrere alla maleducazione"?
Anche se sono d'accordo con il tuo approccio suggerito per educare in generale, gli esempi suonano un po 'condiscendenti. Qualche suggerimento su come evitarlo?
@ElizB Il modo in cui ho a che fare con le persone ignoranti è che le istruisco ad affrontare la causa principale della loro ignoranza. Presumo che non siano intenzionalmente dannosi. È lo stesso che faccio con razzisti e sessisti. Questo funziona per un gruppo di persone controverso. Ma se alcune persone sono intenzionate a essere intenzionalmente maliziose di proposito, "educarle" non funzionerà. Un manager si aspetterà comunque che tu abbia tentato di risolvere i conflitti personali prima di passare alla direzione.
@CaptainEmacs OP ha chiesto specificamente "Come posso scoraggiare educatamente i suoi commenti?" - altrimenti di sicuro potresti suggerire "Dì loro di smetterla perché non sono affari loro".
@BryanKrause Ci sono esempi francamente peggiori come quando il collega accusa l'OP di non lavorare per ribattere "Hai così poco lavoro che preoccuparti di quello che sto facendo?" Francamente, non è affar loro preoccuparsi di ciò che sta facendo l'OP in primo luogo. Insegno con metafore e analogie e nella maggior parte dei casi funziona davvero bene. Per me questo è educato. Quanto sei educato a voler essere un bullo?
@jcmack Dubito che la persona che stanno descrivendo sia davvero un bullo o intenzionalmente malizioso, non hanno abbastanza potere per essere un bullo, si stanno solo mettendo in imbarazzo con la loro incapacità e infastidendo l'OP, e probabilmente alcune delle loro stesse insicurezze sono emerse. Mi piace anche insegnare per analogia, e le persone a me vicine di cui mi fido e rispetto mi hanno raccontato di occasioni in cui questo è stato per loro condiscendente. Dato che non era questo il mio intento, cerco di essere più attento a quando e come utilizzo le analogie come strumenti didattici.
@BryanKrause I miei peggiori bulli al lavoro ea scuola erano persone che avevano poca posizione sociale e riflettevano le loro insicurezze su di me. Spesso vengo scambiato per latino, che è una piccolissima minoranza in Tech. Sono abituato alle persone che cercano di prendersela con me, per questo motivo. Penso che il collega sia lui stesso insicuro e avere un po 'di morso nella tua risposta lo aiuterà a dissuaderlo dal continuare il suo comportamento.
wha7ever
2018-09-25 08:53:17 UTC
view on stackexchange narkive permalink

Devi spiegare al tuo collega che la natura del tuo lavoro è tale che devi dedicare molto tempo a pensare prima di digitare, ma devi stare attento a non far sembrare la tua spiegazione una scusa. La tua spiegazione deve essere breve e pertinente. Usando una voce rilassata, sicura e stimolata digli:

C'è questo proverbio: "misura due volte, taglia una volta". Significa, misura, calcola e ricontrolla tutto prima di apportare modifiche difficili da annullare. In origine si trattava di cose come la lavorazione del legno, ma ai giorni nostri si applica anche al mio lavoro. Se scrivo codice senza pensarci abbastanza potrei finire per doverlo rifattorizzare in seguito e ciò può richiedere da pochi giorni a poche settimane.

Se la battuta continuerà, come

vedo che non hai molto da fare lì.

Rispondi semplicemente

Ti ho già spiegato che ho bisogno di tempo per pensare prima di scrivere codice.

o anche solo

Sto pensando.

o

Sto pensando a come scrivere il mio codice.

Più a lungo lo scherzo continua, meno attenzione dovresti prestargli.

Ma all'inizio la chiave più importante è: sii breve , conciso, fiducioso e al punto con le tue risposte. Non lasciare che il tuo collega ti innesti o ti turbi. Se lo fai, segnalerai al fastidioso collega che ha ottenuto ciò che desiderava. Se rimani calmo, rilassato e fiducioso e se non farai un grosso problema, il tuo collega dovrebbe stancarsi lentamente della sua battuta. Ricorda, non gli possiedi alcuna spiegazione di sorta. Arrabbiarsi e / o esagerare può ritorcersi contro, rovinare le relazioni e causare commenti ancora più fastidiosi.

Dico solo: ci sono persone che non dovresti turbare. Potresti sconvolgerli e pensare di aver raggiunto il tuo obiettivo, e poi ti sconvolgono in lettere maiuscole.
gnasher729
2018-09-25 03:39:49 UTC
view on stackexchange narkive permalink

Tutto è facile se non sei tu a doverlo fare. Questo sembra valere molto per il tuo collega. Non capisce cosa stai facendo, quindi deve essere facile. (Abbastanza strano, penso spesso che le cose che non capisco debbano essere difficili).

La prossima volta che viene, alzati dalla sedia, chiedigli di sedersi e provare a scrivere un codice. potrebbe dargli un'idea, quando si rende conto che quello che stai facendo è qualcosa che letteralmente non può fare.

Ma è qualcosa che fai solo per il tuo divertimento e per ridimensionarlo un po '. Come ha detto Jomack nella sua risposta, ciò che questa persona fa è assolutamente scortese e inaccettabile sul posto di lavoro. Quindi, quando suggerisce di chiedere al tuo manager qualcosa da fare, gli offri di portarlo direttamente dal tuo manager e discutere la questione.

Temo che l'approccio "alzati dalla sedia" possa ritorcersi contro avvelenando le relazioni e provocando commenti ancora più fastidiosi.
@AlexL Dal momento che questo è sul posto di lavoro, ci sono metodi appropriati per gestire quelle osservazioni ancora più fastidiose, che di solito coinvolgono le risorse umane.
hkBst
2018-09-25 20:59:26 UTC
view on stackexchange narkive permalink

Poiché il tuo collega fa questo quando passa, hai una risposta ovvia:

Vedo che tu stesso non sei così occupato, perché stai camminando di nuovo (e rompi i tuoi colleghi 'concentrazione).

Ciò dovrebbe consentire al tuo collega di avere un po' di prospettiva se necessario (non sono convinto che non stia solo scherzando e cercando di essere social) e altrimenti è la risposta adeguata a continua la battuta.

Potresti avere ragione sul "solo scherzare". Il che dovrebbe insegnare una lezione: se qualcuno sta "solo scherzando", qualcun altro potrebbe non trovarlo affatto divertente. Un mio collega una volta stava "scherzando" sul fatto che ero pigro per aver lasciato l'ufficio prima di lui (ho iniziato un'ora prima di quanto avrebbe dovuto iniziare). Questo è il tipo di "scherzo" che non puoi fare sul posto di lavoro. Non l'ha fatto di nuovo. Anch'io. Scherzare su un collega che non lavora ti mette nei guai.


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