Come affrontare un boss / manager a cui piace correre con i programmatori [chiuso]

20

Dopo una recente ristrutturazione avvenuta nella nostra azienda, ho un nuovo manager di linea. Di solito è ok e non così furtivo come il precedente. Per "subdolo" non intendo che fosse un manager malvagio - mi riferisco solo a questo termine a qualcuno che tiene la maggior parte delle informazioni a se stesso e non condivide con gli altri membri del team per essere l'unico "go-to" persona "- hai capito l'idea.

Ciononostante, ero riuscito a mantenere un buon rapporto con il mio precedente manager - e sono stato abbastanza produttivo.

Il mio nuovo capo è più aperto, che è una buona cosa, ma odio davvero una sua qualità - gli piace correre i programmatori - dando la stessa attività a uno sviluppatore diverso per risolvere il problema al più presto. Come forse hai già capito, le informazioni NON fluiscono liberamente in un ambiente come il nostro. Quindi la persona con cui il mio manager stava parlando a 10 minuti fa potrebbe iniziare a lavorare sullo stesso problema su cui sto lavorando ora. È successo un po 'di volte, e ogni volta ho sentito che potrebbe esserci qualcuno che lavora sullo stesso problema - sono andato a chiedere al mio manager - a chi appartiene il problema - ma di solito era molto evasivo nelle sue risposte.

Quindi la mia domanda è - come impedire al mio manager di farlo? Nella nostra piccola squadra di una mezza dozzina di sviluppatori sono il più anziano e di solito sono risparmiato dalle corse, ma quando mi colpisce mi dà davvero sui nervi.

E un'altra cosa: non sto insinuando che il mio manager sia un capo cattivo / cattivo, né credo che il mondo sia o debba essere giusto, voglio solo trovare un modo per farlo smettere di correre contro di me. Una cosa alla volta.

    
posta Andrew 25.08.2011 - 14:41
fonte

5 risposte

23

La prima domanda è: perché lo fa? È perché gli piace confrontare le risposte diverse e scegliere quella migliore? È perché gli piace vedere chi può farlo il più veloce? È piuttosto importante affrontare il comportamento.

Ho capito dalla parte "racing" che è quest'ultima. Quindi un semplice calcolo può mostrargli perché questa non è esattamente la strada da percorrere.

Supponiamo che assegni l'attività A al programmatore A. Inizia a lavorare e risolve l'operazione in un'ora. Dà anche il compito A al programmatore B. Anche questo inizia a lavorare su di esso, e dopo 45 minuti arriva a sentire che il problema è risolto e può andare al prossimo compito B. Lo risolve in 1 ora, e il programmatore A ha lavorato anche a quello per un'ora.

A parte i problemi che possono sorgere quando due codificatori manipolano con la stessa parte del codice, ha ottenuto l'attività A fissata in un'ora per il costo di 1h45 minuti e l'attività B in un'altra ora per il costo di 2 ore .

Anche se il programmatore B avesse fissato l'attività A in 1 ora e 30 minuti, sarebbe stato comunque più economico. Soprattutto perché i 45 minuti dal codificatore B sono completamente non produttivi, e quindi i soldi persi. Supponete che il codificatore B l'avrebbe risolto in 1h30min, il codificatore A avrebbe potuto risolvere anche l'attività B nel frattempo: 2 compiti risolti in 1 ora e 30 minuti al prezzo di 3 ore, contro 2 compiti fissati in 2 ore al prezzo di 3h45minuti. Quale è più produttivo allora?

Per saperne di più sul discorso del responsabile:

  • le corse probabilmente frustreranno i programmatori che stanno lavorando su qualcosa da un po 'di tempo e noteranno che è stato inutile.
  • racing inoltre causerà l'impressione che ogni volta che ottieni un'attività, anche qualcun altro sta lavorando su di essa. Allora perché affrettarsi? (nel caso in cui i programmatori ottengano bonus sul codice accettato, la corsa probabilmente porterà a una codifica più veloce e quindi meno sicura. Effetto opposto, stesso argomento)
  • le corse non sono economicamente convenienti, in quanto vengono eseguite meno nello stesso intervallo di tempo per un prezzo più elevato.

Se il tuo manager sa qualcosa sulla programmazione, puoi dire che il suo approccio è seriale, e il parallelo va più veloce.

    
risposta data 25.08.2011 - 14:56
fonte
12

IMHO Il tuo manager sta sprecando risorse e tempo facendo lavorare più persone sullo stesso progetto. Se cerca segretamente di valutare abilità / produttività, sento che ci sono approcci molto migliori, altrimenti potrebbe essere utile capire qual è la sua vera ragione per farlo.

Detto questo, con qualsiasi gioco ci devono essere giocatori ... se i giocatori non partecipano, non hai una partita. Se ritieni di poter contattare direttamente il manager ed esprimere che il suo comportamento sta probabilmente danneggiando la squadra (produttività, morale) più che aiutare, potrebbe essere incline a ripensarlo.

La risposta non così bella dopo è che in quanto team puoi rispondere passivamente al suo comportamento non partecipando. Non correre Fai il tuo lavoro, produci le tue soluzioni, ma non correre. Potrebbe significare che 1 programmatore della tua squadra gareggerà e sembrerà una superstar per quel manager ... è qualcosa con cui dovrai convivere.

    
risposta data 25.08.2011 - 15:00
fonte
2

Invia questa domanda in un'email a lui. Hai scritto chiaramente qual è il problema e perché non ti è piaciuto.

Potresti anche voler parlare con i tuoi collaghi. È probabile che si sentano altrettanto infastiditi come te. Dovrà ascoltare se i dipendenti di sevral sollevano il problema con lui.

    
risposta data 25.08.2011 - 14:57
fonte
1

Non sarai in grado di risolvere questo problema indirettamente. Ci sono troppe possibili ragioni per cui il gestore sta facendo questo e molti possibili livelli di consapevolezza delle proprie azioni, nonché delle loro conseguenze.

Da quanto hai descritto, mi sembra che la causa principale di questo problema sia la mancanza di comunicazione nella tua azienda. Quindi, la soluzione che propongo è di far eseguire alcuni dei compiti del tuo manager:

Parla con il tuo gestore

Potrebbe essere necessario farlo più volte. Cerca di scoprire il valore che ricava dal comportamento di guida: ci sono molte possibili cause! Appena in cima alla mia testa: è l'efficienza? Sta cercando di valutare i suoi dipendenti? Si rende conto che i programmatori di corse non collaborano? Sta avendo problemi a fare in modo che ci sia abbastanza lavoro per andare in giro e cercare di proteggere la squadra dal ridimensionamento creando del lavoro extra? Ecc ...

Parla con i membri del tuo team

Scopri se qualcun altro ha notato questo comportamento. Stanno bene con esso? Capiscono cosa sta cercando di ottenere il tuo manager? Trova i modi per fornirgli ciò di cui ha bisogno, risparmiando il peggioramento. Sono sicuro che puoi sembrare occupato anche se non c'è molto lavoro, e solo uno di voi sta lavorando su un problema. Forse cooperare per finire il lavoro più velocemente se invece sta cercando di ottenere efficienza. E se ti sta correndo per aiutare a valutare chi di voi è il programmatore migliore, giocate sul sistema.

Aggiungi trasparenza al sistema

Presenta il tuo manager e i tuoi collaboratori agli strumenti di tracciamento dei bug e alle funzionalità che contengono per aiutarti a tenere traccia di chi sta lavorando su cosa e a che ora.

    
risposta data 25.08.2011 - 22:38
fonte
1

Vorrei sapere in che modo questo fattore viene inserito nella mia evaulazione. È un test? È questa la sua idea di un buon tempo? Se questo è veramente un "tutto mani sul ponte!" l'esercizio di emergenza suggerisce quindi di consentire alle persone di collaborare per risolvere il problema rapidamente e con una soluzione migliore.

Per la prossima sfida, metti una persona contro una piccola squadra e vedi cosa succede.

Mi spiace che tu sia fastidioso con questa pratica davvero noiosa, ma potresti ottenere un certo sollievo se questo non fa parte della tua valutazione. Se lo è, dovrai solo iniziare a battere tutti.

    
risposta data 25.08.2011 - 22:55
fonte

Leggi altre domande sui tag