Credo che la mia soluzione sia migliore di quella del mio capo, quindi dovrei ignorarlo? [chiuso]


16

Sto lavorando con php e sql.

Penso che il mio metodo di implementazione delle funzioni sia migliore di quello che propone il mio capo. Proprio ora mi ha spiegato come fare un controllo su un elenco di indirizzi e-mail e non mi piace la sua idea. Ho proposto il mio che è migliore e più rapido da implementare, ma non è stato d'accordo.

Ora penso che andrò avanti e realizzerò la mia idea, perché la sua idea non era abbastanza chiara per me. Pensi che sarà pazzo?


71
Sembra che il problema potrebbe essere che non stai facendo un ottimo lavoro per spiegare perché il tuo è "migliore e più rapido da implementare".
Nicole,

21
Per favore, aggiungi qualche informazione in più: (1) Il tuo programma boss può? (2) Qual è stata esattamente la soluzione del tuo capo. (2) Qual è esattamente la tua soluzione? Fino a quando queste incognite saranno comprese, è difficile giudicare se la tua soluzione è effettivamente valida.
Darknight,

4
Sei migliore del tuo capo? Qualunque cosa ti faccia pensare? Abbiamo bisogno di dettagli.
Damien Roche,

3
Penso che potrebbe anche aiutare a modificare la tua domanda per collegarla a un'altra domanda correlata: programmers.stackexchange.com/questions/28228/…
Damien Roche,

3
Fammi indovinare, hai programmato per meno di 5 anni? Dolce, bambino innocente ... :-)
Ed Griebel il

Risposte:


83

Essendo stato "il capo" e, come si è scoperto, in realtà migliore del mio personale in tutti i casi, tranne uno - sì, sarà pazzo - o infastidito o frustrato e, in ogni caso, molto probabilmente, proprio in primo luogo.

Se sei davvero migliore di lui, allora dovresti essere in grado di capire la sua soluzione proposta e vedere perché la tua è migliore e quindi spiegare perché.

Ma dichiari:

perché la sua idea non era abbastanza chiara per me

Nel qual caso devi tornare indietro e capire cosa vuole e perché e se - come è avvenuto sia nel mio caso che abbia suggerito il mio staff che nel mio staff che mi ha proposto soluzioni - tu o lui hai perso qualcosa. Ma non dare per scontato che abbia torto e hai ragione a meno che e fino a quando non capisci cosa sta chiedendo e se sta coprendo qualcosa a cui non hai ancora pensato (ancora).


Oh e nel primo caso - è un programmatore migliore, ma non è così bravo un paio di passi indietro rispetto al problema in cui sto meglio e ci siamo divertiti molto a lavorare insieme proprio per questo motivo.


13
+1 "a meno che e fino a quando non capisci cosa sta chiedendo"
Dean Harding,

3
Ottima risposta, volevo aggiungere che non dovremmo presumere che il capo non abbia ulteriori informazioni dal suo capo o qualcuno più in alto che lo porta a avere ulteriori conoscenze che gli consentono di concludere che la sua soluzione è migliore. L'ho visto accadere prima e invece di sembrare un asino aiuta a capire il tuo capo e da dove viene prima di saltare al "mio capo non capisce che la mia soluzione è migliore".
Chris,

1
a volte avere la soluzione migliore non è abbastanza né la cosa più importante; la realtà è che esistono ego, gerarchie e rituali incrostati di squadra / azienda onorati dal tempo - e sono più grandi di te e mantengono l'importanza a volte al di là della nostra comprensione immediata. la cosa migliore che puoi fare è essere in grado di analizzare e disporre le opzioni fianco a fianco e presentare i loro benefici e avvertenze in modo sufficientemente dettagliato da consentire al manager (o al team) di prendere una decisione. almeno a quel punto sai di aver fatto la dovuta diligenza e il destino del progetto non è più nelle tue mani.
jellyfishtree,

1
La cosa che mi fa mettere in dubbio questa risposta è "essere stato migliore del mio staff". Non voglio lavorare per un capo che pensa di essere migliore di me ...
Jason Baker,

1
-1. Se sei veramente più bravo a programmare di tutti i tuoi subordinati, allora ti è stato dato un lavoro sbagliato. Nulla dice che un manager debba essere migliore in tutto. Idealmente, un manager dovrebbe essere migliore nella gestione del progetto e i programmatori dovrebbero essere più bravi nella programmazione. Dovrebbe essere lo stesso con tutti in ogni descrizione del lavoro. Una squadra veramente eccezionale è una squadra in cui le competenze si completano a vicenda in modo che la squadra sia maggiore della somma delle parti. Mi dispiace amico, ma il tuo atteggiamento arrogante non ha posto in una squadra. Vai a lavorare da solo e risparmia un po 'a tutti.
riwalk

50

Si sono critizing lui da pensare che sono meglio di lui, invece di critizing sue idee .

In primo luogo è necessario modificare tale comportamento inappropriato.

Cogliere l'occasione per sfidare positivamente le sue idee chiedendo "why?"abbastanza volte. Se l'idea è così stupida, alla fine lo scoprirà lui stesso rispondendo alle tue domande.

Questa tecnica ha il vantaggio di aiutarti a capire. La sua idea è probabilmente più intelligente di quanto pensi.

Inoltre, seeking to understandprima di cercare di essere compreso, il tuo capo si disarmerà contro di te. Quando proponi a qualcuno qualcosa, il suo cervello di lucertola cercherà di determinare se è un piacere. Il suo cervello di lucertola vuole che sia al sicuro. Cercare di capirlo rassicurerà il suo cervello arcaico.

Ora, se hai una proposta migliore, sono sicuro che sarà più che felice di ascoltarti. Preparati a essere invitato "why?"abbastanza volte fino a quando non è convinto.

Dopotutto, sei il professionista, ecco perché ti ha assunto al primo posto. Dovrebbe ascoltarti.

Se non è affatto interessato dalle tue idee, c'è solo una cosa da fare: smettere .


2
+1 per "Devi prima cambiare quel comportamento inappropriato." Per prima cosa, capisci dentro e fuori la proposta del tuo superiore prima di criticarla.
Chris,

38

Dici che il tuo metodo è "più veloce da implementare". Mi suona un campanello d'allarme.

Il codice che è più veloce da implementare può, molto spesso, essere difficile da mantenere.

Lui è il tuo capo. A meno che tu non rimanga lì per tutta la vita, vivrà con quel codice per molto più tempo di te. Forse la sua strategia tiene conto di questo fatto.

Risposta breve: l'insubordinazione è un modo sicuro per essere licenziato.


4
La tua breve risposta è il miglior riassunto assoluto del problema.
solo il

Non sono d'accordo, più veloce e più semplice è meglio. più complesso con molti casi angolari è peggiore e più difficile da mantenere. Credo anche che dovresti sempre farlo nel modo più semplice e in seguito si evolverà se necessario.
IAdapter

Sono in parte d'accordo con te, penso anche che 'Semplice è meglio'. Preferendo "più semplice per la persona che legge il codice 3 anni dopo" rispetto a "Più semplice da scrivere". Quindi, in questo senso, 'Semplice' potrebbe avere un compromesso con 'Più veloce'. Se mi prendi.
JW01

9

Il lavoro del tuo capo non è programmare meglio per te, è gestirti. Quindi, a prescindere dal fatto che, dato il suo apparente background di programmazione e che potrebbe conoscere i motivi per cui la tua soluzione non è la migliore, mostragli che puoi prendere la direzione e si fiderà di te di più in pista quando verrai da lui con soluzioni migliori .

Posso quasi garantire che sia il tuo approccio a dirgli perché ha torto (che ne dici di come fare meglio?) Che ti impedisce di essere ascoltato.

... per non dire che non ci sono veri cazzi inesperti là fuori :)


6

Considera che il tuo capo ha bisogno di alcune cose da te:

  • La capacità di programmare. A tutti i costi, a meno che non sia un manager in via di sviluppo, (si spera) ti abbia assunto sperando che tu fossi migliore di lui.
  • La capacità di lavorare in gruppo: ciò significa ascoltare e spiegare idee.
  • La capacità di fare ciò che ti viene detto. Quando è stata detta l'ultima parola, dopo aver discusso avanti e indietro di un problema, non sei il capo. Se provi ad essere un hotshot quando ti è stato detto specificamente di non fare qualcosa, non puoi fidarti.

Se vuoi continuare con il problema, puoi attuare l'idea del tuo capo, attuare la tua (a tuo piacimento se ci vorrà un po 'di tempo) e dimostrarli entrambi per dimostrare che il tuo è meglio. Lascerei l'atteggiamento sotto la doccia quando lo fai.


"Quando è stata detta l'ultima parola, dopo aver discusso avanti e indietro di un problema, non sei il capo." - ciò significa che quando si tratta di spiegare a chi sta pagando te e il tuo capo perché non ha funzionato, sarai contento che il tuo capo debba fare la spiegazione e non tu.
flamingpenguin,

6

Sì, sarà pazzo . Quindi ti consiglio di inviargli un'e-mail un motivo per cui il tuo metodo è migliore. E chiedigli l'approvazione per andare avanti con il tuo metodo. Il mio punto di "e-mail" è assicurarti di elencare e raccogliere tutti i motivi prima di entrare in qualsiasi ulteriore discussione.

Prova a formularlo come " Confido che questo metodo si adatti al progetto / al problema ", quindi a meno che non abbia un modo migliore, dovrebbe venire con te.

Se sei davvero sicuro e hai abbastanza munizioni per supportare la tua vista, vai con " Confido che questo metodo si adatti al progetto / problema a causa di 1,2,3 .. motivi "

Un altro consiglio personale - dicendo "Sono migliore del mio capo" mi sembra un po 'arrogante, capisco che potresti essere arrabbiato in questo momento - ma in un contesto professionale questo non sarà apprezzato. Spero che il tuo capo non legga questo post;)


9
Mai e poi mai, provare a risolvere un conflitto con la posta elettronica. Le e-mail ti consentono di reagire in base al tuo umore quando le leggi.
Morten,

Sono d'accordo con il commento di Morten. La maggior parte dei conflitti inizia anche nella conversazione e-mail. Il linguaggio del corpo è vitale.

@Morten, Pierre: accetta i tuoi commenti "e-mail". Volevo dire che ci sarebbe stata una discussione sui punti del PO contro i punti dei suoi capi.
JoseK,

La posta elettronica dovrebbe essere un passaggio successivo, per seguire, documentare e dettagliare la conversazione che deve avvenire per prima. Ho perso il conto di quante e-mail sono arrivate a mordere le persone che l'hanno inviata (me stesso, incluso). I disaccordi e le incomprensioni più instabili erano dovuti alla strategia "invia prima le e-mail, fai le domande dopo". Indipendentemente dal tono che hai in mente quando scrivi un'email, il tono verrà quasi sempre interpretato in modo diverso dal destinatario. Se prima c'è una conversazione, è già stato stabilito un tono.
Mark Freedman,

4

Essere un grande sviluppatore non è solo essere un buon programmatore! Parte del lavoro è lavorare bene con gli altri e collaborare con i tuoi team e capi. Se pensi che la tua strada sia migliore, prova a spiegarglielo, mostrandogli "dati" sul perché sia ​​meglio.

Se afferma che la sua strada è effettivamente migliore, allora cerca di mantenere una mente aperta per il caso che potrebbe avere ragione. Se non lo è, e ti sta solo prendendo l'autorità, allora hai un capo cattivo ... (perché parte dell'essere un grande capo sta anche collaborando con il tuo team e gestendolo correttamente). In tal caso, potrebbe non essere una cattiva idea iniziare a guardarsi intorno.


2

È sicuramente un modo semplice e veloce per essere licenziato.

Il mio consiglio è di implementare entrambi e usare quello che il tuo capo vuole.

Se c'è un problema, digli che hai una soluzione e mostraglielo, ma non dirgli perché l'hai scritto.


Non sono d'accordo con questo. Creare due implementazioni solo per dimostrare che qualcuno ha torto è semplicemente una perdita di tempo. Sono sicuro al 100% che nella maggior parte dei casi è sufficiente una normale discussione su pro e contro di ciascuna soluzione.
Tx3,

Non devi chinarti in ogni situazione. I giocatori di alto livello conoscono le loro cose, sanno come dimostrarle e sanno anche quando ritirarsi. E sono i più ricercati e pagano i migliori stipendi. Le scimmie di codice traducono specifiche incomplete in un codice incompleto.
Coder

2

Non penso che tu abbia l'atteggiamento giusto qui. Pensare di essere migliore del tuo capo o semplicemente pensare di essere migliore di qualcun altro non aiuta mai le cose. Gli hai detto perché non ti è piaciuta la sua idea o hai semplicemente detto "Ho un modo migliore di fare le cose". Perché la tua idea è esattamente migliore? È un algoritmo meno contorto? Ha un tempo di esecuzione migliore? È più facile da mantenere? Usa più facile da capire modelli di design?


2

Come molte risposte già fornite, non ti consiglio di codificare una soluzione che il tuo lead non ha approvato. Devi prima dimostrargli che la tua soluzione è migliore in modo costruttivo. Se è un buon manager e pensa profondamente che la sua soluzione sia migliore della tua, puoi aspettarti da lui per spiegare il perché. Non dimenticare che come manager, potrebbe avere altri criteri oltre a te per definire quale sia una soluzione efficiente. La manutenibilità o la facilità di lettura possono essere una di queste.

Inoltre, se è un buon manager, non sarà un disonore per lui scegliere la tua soluzione se sei riuscito oggettivamente a dimostrare che è davvero meglio.

Ma alla fine, anche se non sei ancora d'accordo con lui, non ingannarlo; non fare qualcosa che ignorerà. La gestione del team si basa anche sulla fiducia e la trasparenza, in modo da poter rovinare la relazione e l'efficienza del team. E gli obiettivi del team dovrebbero essere la tua prima priorità.

Se la situazione si verifica ancora e ancora, e le sue scelte sono sempre sbagliate, non dovrebbe rimanere il tuo capo a lungo. Se è solo occasionale, non essere troppo orgoglioso ...


1

Sembra che tu sia in conflitto per qualcosa, quindi devi concentrarti sull'essere costruttivo.

Se sinceramente non credi nella sua soluzione, dovresti trovare un modo costruttivo per dirgli cosa ne pensi. Ci sono alcune cose da considerare in questo. Il tuo responsabile per la consegna, ma è responsabile per la consegna del team. Dovrai dimostrare che il tuo interesse è quello della consegna delle squadre e il tuo (che questi due allineano).

Fai un elenco di pro e contro con le due soluzioni e discute con il tuo capo in modo costruttivo. A volte è più facile dimostrare che manca un componente chiave della soluzione con un elenco.

Cerca di capire cosa vuole, è l'obiettivo finale che è lo scopo. Se sei in conflitto su questo, allora non ti stai concentrando sull'obiettivo giusto.


1

Il mio consiglio è di determinare innanzitutto se la sua soluzione è effettivamente migliore. Pubblica le due soluzioni, chiedi a SE un'opinione imparziale.

Non ignorerei MAI il mio capo. Se ha il know-how tecnico, allora non c'è nulla di male in una sana discussione. Pits la sua idea e tu proponi la tua.

Tuttavia, se determini che in realtà il suo metodo è inferiore e non ti permetterà di fare il lavoro per cui ti ha assunto, smetti. Non c'è niente di peggio che avere una testa di ferro sopra di te che ti dice come dovresti fare qualcosa quando chiaramente non hanno idea di cosa stiano parlando.


1

Cominciamo con il fatto che è compito del capo prendere decisioni, non il tuo. Vai contro quelle decisioni alle sue spalle ed è un modo rapido per essere licenziato per causa.

Puoi e dovresti presentare le tue idee prima che la decisione venga presa, ma una volta presa, è tuo compito far funzionare la decisione anche se non sei d'accordo. Se non puoi farlo, avrai una carriera molto breve.


0

Dipende dalla persona. Se è abbastanza ragionevole e tu gli mostri la tua soluzione ed è meglio, probabilmente non sarà arrabbiato. Ma se non lo è, allora sei nei guai.

Ora, per la parte delle cazzate non generiche: è il tuo capo. Non è lì per essere un programmatore migliore ma per essere un manager / leader migliore. Forse ha ragioni che non hai preso in considerazione.

Se sei un rischio, allora provaci ma non essere arrabbiato se verrai licenziato. È tutta una scommessa.


0

Non mordere la mano che ti nutre.
Se ritieni che il tuo sia migliore, anche dopo un'analisi esaustiva, sicuramente, fai come credi, ma vivrai con le conseguenze.


Perchè no? Nessuno trarrà vantaggio se il prodotto finale sarà un pezzo di spazzatura pieno di bug. È importante lavorare in gruppo e decidere come squadra. Ma il tuo compito come sviluppatore professionista è trovare soluzioni professionali e difendere la tua posizione se e quando è giusto.
Coder

0

Il mio capo non può programmare l'uscita da un sacchetto di carta (in realtà non può programmare solo un buon oratore e truffatore, ma per soddisfare le sue inadeguatezze, mi fa fare cose che nascondono il mio lavoro, quindi può coprire il vero il cervello dietro ciò che sta accadendo: l'1% delle idee proviene dalle domande chiave che mi pongo, il 100% del codice e dei metodi sono venute da me. Quando per capo mi dà cattive idee, metto in atto le mie, il mio capo è più interessato a farsi avanti quindi un programma di successo. La mia strategia di networking con tutti coloro che lo circondano aiuta a soffocare le sue bugie a livello locale. Ora lavoro per la divisione 1/3 degli stati in un grande corp. Userò di nuovo la stessa strategia, anche se dovrò essere ancora più creativo in rete.

Per rispondere alla domanda originale in questo post che il codice dei boss non è buono come il mio. Come hanno affermato le altre persone. Cosa te lo fa pensare. Il codice è logico. Perché credi esattamente che il tuo sia migliore? Nel mio caso c'è una politica evoluta che va oltre l'avere un prodotto di successo. Nel mio caso, vuole reprimere la mia notarile per andare avanti. Non sono sicuro di quale possa essere la tua situazione qui molte possibilità.


0

Può essere in entrambi i modi, a seconda dei dettagli.

So di essere stato in molte situazioni in cui ho discusso con i capi su una cosa o l'altra. Molte volte ho dimostrato che la mia idea è migliore, a volte mi hanno mostrato una soluzione molto più rapida e completa. A volte nessuno di noi lo sapeva, quindi ho dovuto fare la ricerca, confrontare le idee e forse anche inventare qualcosa di nuovo per il prossimo ciclo di decisioni.

Se il capo è un buon capo e tu sei a livello senior, probabilmente sa che hai molta esperienza e una visione migliore / più fresca dei problemi interni e capirà perché hai fatto qualcosa se lo spiegherai a lui. Eviterà anche di microgestirti.

E a volte, non importa quanto tu sia bravo, ti mancano le cose semplici, che in seguito ti chiedono come potresti essere così stupido da trascurare una soluzione banale. E il capo, con la sua panoramica a distanza, potrebbe individuarli molto più facilmente.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.