Come posso affrontare un manager che interferisce sempre in quello che faccio, ma non lo capisce davvero?

Li abbiamo avuti tutti, manager che sono venuti dalle vendite o hanno guardato per ultimo il codice 10 o più anni fa, ma pensano di sapere come scrivere il codice.

Cosa posso fare per dare l'impressione di essere grato per il suo intervento, ma tenerlo il più breve possibile in modo da poter continuare con il mio lavoro?

Oppure, dovrei impegnarmi di più con il manager per educarlo con le moderne tecniche e pratiche di codifica? Dopotutto, un manager che li comprende sarà in grado di parlare in modo sensato con i clienti e con i dirigenti più alti quando discutono del progetto e dei suoi tempi.

Dico, vai avanti e cerca di impegnarti ed educare.

Se stanno onestamente cercando di aiutarti, la possibilità di imparare qualcosa potrebbe essere preziosa per loro. Se stanno solo spingendo il naso per ego o motivi politici ("Vedi, sto aiutando, sto aiutando!"), Probabilmente avranno l'idea che li metterai in imbarazzo se mantengono questa assurdità - - o li annoiano a morte con un muro di gergo che stanno solo fingendo di capire.

E se hai il temuto egomane che pensa davvero di essere un esperto nel tuo lavoro, indipendentemente dalle prove che puoi portare al contrario, allora sorridi, annuisci e apporta qualsiasi banale cambiamento cosmetico li farà andare via all'inferno. E aggiorna il tuo curriculum.

Di solito ascolto tutto ciò che questa persona ha da dire. Accetto quasi tutto e lo faccio a modo mio comunque. Di solito non si preoccupa mai di controllare.

Revisioni del codice di gruppo. L'imbarazzo del pubblico è sempre utile per frenare questo tipo di abitudini. :)

Può essere molto difficile, soprattutto se il manager pensa di essere un l33t h @ x0r ma non ha codificato nulla negli ultimi 10 anni.

Inizia utilizzando l' ascolto attivo . Assicurati di capire esattamente quale punto stanno cercando di superare. Sostituiscilo e riprendilo a loro in modo che sappiano che li hai capiti. A volte è tutto ciò a cui tengono davvero.

Se insistono su qualche implementazione, chiediti perché le stai rifiutando. Ci deve essere una ragione. Probabilmente infrange alcuni principi fondamentali di progettazione del software ... di solito separazione delle preoccupazioni. Conosci i tuoi principi e sai perché sono migliori dell'alternativa . Quindi citare i principi e spiegare perché dovrebbero essere seguiti in questo caso. Questo rende accademica la discussione.

Se non riesci a capire perché non ti piace quello che stanno dicendo, è una buona occasione per mettere in discussione i tuoi presupposti.

Non vorrei educare se c'è stata una cronologia del codice per lui / lei. La conoscenza dei problemi di sviluppo avrebbe dovuto rimanere impressa nella mente.

Chiedigli cortesemente di poter discutere qualsiasi cosa abbia in mente durante il pranzo.

A volte basta sedersi e ascoltare, anche quando non lo vogliamo.

Si può solo ferire la dignità di una persona non prestando loro attenzione.

Il tuo manager è una persona. Trattalo come uno. Guardalo come se fosse un tipo per strada. Nessun titolo

Questo non lo rende qualcuno che potrebbe aver bisogno di un amico, qualcuno che potrebbe sentirsi solo?

Ci hai pensato da un punto di vista emotivo?

Sta cercando di trasmettere un messaggio implicito?

Parla con lui. Non solo per il problema. Chiedigli come va la vita. Potrebbe sentirsi apprezzato e quindi fornirti meno ansia da lavoro.

Hai già preso in considerazione o fatto questo?

Se no, allora perché?

Fai la stessa cosa con lui. Ogni volta che lo vedi, inizia subito a parlare delle sue cose indipendentemente dal fatto che tu le capisca o no ... "Ehi, penso che la campagna di marketing dovrebbe andare come un pazzo!" "Ehi, penso che il nostro team di vendita dovrebbe fare la barra!" "Ehi, la prossima volta che parli con il tuo manager, dovresti dirgli quox!" Inizierà a evitarti come la peste.

Il problema qui è che il tuo manager ovviamente si sente COMPETENTE, quando NON lo è.

Ho avuto una tale esperienza prima e per me ha funzionato se ho mostrato sottilmente al ragazzo che la programmazione non era il suo dominio.

Ad esempio, potrei fare di tutto per spiegare un pezzo di codice specifico, discendendo fino in fondo parlando di tabelle hash ed elenchi collegati, grande notazione O ecc., Fino a quando il suo viso mostra che non si sente davvero in grado di seguire più di la tua discussione.

Quindi, se riesci a farlo, molto probabilmente ti libererai delle domande sciocche e del microgestione.