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ù veloce 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?
Essendo stato "il capo" e, come risultò, in realtà è meglio del mio staff in tutti i casi tranne uno - sì, sarà pazzo - o infastidito o frustrato e in ogni caso, molto probabilmente, giusto in primo luogo.
Se sei veramente migliore di lui, dovresti essere in grado di capire la sua soluzione proposta e capire perché la tua è migliore e allora per spiegare perché.
Ma affermi:
because his idea was not clear enough to me
In tal caso è necessario tornare indietro e capire cosa vuole e perché e se - come è stato il caso in cui sono stato in grado di suggerire al mio staff e al mio staff di proporre soluzioni - voi o lui avete perso qualcosa. Ma non dare per scontato che ha 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 pensato (ancora).
Oh e in un caso - è un programmatore migliore, ma non è così bravo a un paio di passi indietro dal problema in cui sto meglio e ci siamo divertiti molto a lavorare insieme proprio per questo motivo.
Stai criticando lui pensando che tu sia migliore di lui, invece di criticare le sue idee .
Devi innanzitutto modificare quel comportamento inappropriato.
Cogli l'opportunità di sfidare le sue idee positivamente chiedendo "why?" di volte in più. Se l'idea è così stupida, alla fine lo scoprirà da solo rispondendo alle tue domande.
Questa tecnica ha il vantaggio di aiutarti a capire. La sua idea è probabilmente più intelligente di quanto pensi.
Anche seeking to understand prima che cercando venga compreso aiuterà il tuo capo a disarmarsi contro di te. Quando proponi qualcosa a qualcuno, il suo cervello di lucertola proverà a determinare se si tratta di un trattare. Il suo cervello di lucertola vuole che sia al sicuro. Cerco di capirlo assicurerà di nuovo il suo cervello arcaico.
Ora, se hai una proposta migliore, sono sicuro che sarà più che felice di ascoltarti. Preparati a chiedere a "why?" di volte in più finché non è convinto.
Dopo tutto, tu sei il professionista, è per questo che ti ha assunto al primo posto. Dovrebbe ascoltarti.
Se non è interessato alle tue idee, c'è solo una cosa da fare: quit .
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.
È il tuo capo. A meno che tu non resti 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 infallibile per essere licenziato.
Il lavoro dei tuoi capi non è quello di programmare meglio per te, è per gestirti. Quindi, mettendo da parte il fatto che dato il suo apparente background di programmazione e che possa sapere i motivi per cui la tua soluzione non è la migliore - mostragli che puoi prendere la direzione e lui si fiderà di te più in pista quando verrai da lui con soluzioni migliori .
Posso quasi garantire che è il tuo approccio a dirgli perché ha torto (che dire di come possiamo farlo meglio?) che ti impedisce di essere ascoltato.
... per non dire che non ci sono veri cazzi inesperti là fuori:)
Considera che il tuo capo ha bisogno di alcune cose da te:
Se vuoi continuare con il problema, puoi attuare l'idea del tuo capo, implementare la tua (nel tuo tempo libero se ci vorrà del tempo) e dimostrarli entrambi per dimostrare che il tuo è migliore. Lascerei l'atteggiamento sotto la doccia quando lo fai.
Sì, sarà pazzo . Quindi ti consiglierei di mandargli una e-mail con un motivo per cui il tuo metodo è migliore. E chiedigli un'approvazione per andare avanti con il tuo metodo. Il mio punto di "e-mail" è quello di assicurarti di elencare e raccogliere tutte le tue ragioni prima di iniziare qualsiasi ulteriore discussione.
Prova a dire " confido che questo metodo si adatti al progetto / problema " - quindi a meno che non abbia un modo migliore, dovrebbe andare con te.
Se sei veramente sicuro e hai abbastanza munizioni per supportare la tua visualizzazione, vai con " confido che questo metodo si adatti al progetto / problema a causa di 1,2,3 .. motivi "
Un altro consiglio personale - dire "Sono meglio del mio capo" è un po 'arrogante, capisco che potresti essere arrabbiato in questo momento - ma in un contesto professionale non sarà molto apprezzato. Spero che il tuo capo non legga questo post;)
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 i tuoi capi. Se pensi che la tua strada sia migliore, prova a spiegarglielo, mostrandogli i "dati" del perché è meglio.
Se afferma che la sua strada è in realtà migliore, piuttosto che cercare di mantenere una mente aperta per il caso che potrebbe avere ragione. Se non lo è, e ti sta solo dando autorità, allora hai un brutto capo ... (perché anche parte dell'essere un grande capo è collaborare con il tuo team e gestirlo correttamente). In tal caso, potrebbe non essere una cattiva idea iniziare a guardarsi intorno.
È sicuramente un modo facile e veloce per essere licenziato.
Il mio consiglio è di implementare entrambi e utilizzare quello che il tuo capo desidera.
Se c'è un problema, digli che hai una correzione e mostragliela, ma non dirgli perché l'hai scritta.
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 a fare la differenza. Gli hai detto perché non ti piaceva la sua idea o hai semplicemente detto: "Ho un modo migliore di fare le cose". Perché la tua idea è migliore esattamente? È un algoritmo meno complicato? Ha un miglior tempo di esecuzione? È più facile da mantenere? Usa più facilmente i modelli di progettazione?
Poiché sono già state fornite molte risposte, non ti consiglio di codificare una soluzione che il tuo lead non ha approvato. Per prima cosa devi 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 spiegare perché. Non dimenticare che come manager, potrebbe avere altri criteri rispetto a te per definire quale sia una soluzione efficiente. La manutenibilità o la facilità di lettura potrebbero essere una di queste.
Inoltre, se è un buon manager, non sarà un disonore per lui scegliere la tua soluzione se si è obiettivamente riusciti 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 sulla trasparenza, in modo da poter rovinare il tuo rapporto con l'efficienza del team. E gli obiettivi del team dovrebbero essere la tua prima priorità.
Se la situazione si ripresenta ripetutamente e le sue scelte sono sempre negative, non dovrebbe rimanere il tuo capo per molto tempo. Se è solo occasionale, non essere troppo sovraccarico ...
Sembra che tu sia in conflitto per qualcosa, quindi devi concentrarti sull'essere costruttivi.
Se sinceramente non credi nella sua soluzione, dovresti trovare un modo costruttivo per dirgli come ti senti al riguardo. Ci sono alcune cose da considerare in questo. Il tuo responsabile per la consegna, ma il suo è responsabile per la consegna della squadra. Dovrai dimostrare che il tuo interesse è quello della consegna delle squadre e il tuo (che questi due si allineano).
Fai una lista di pro e contro con le due soluzioni e parlane con il tuo capo in modo costruttivo. A volte è più facile dimostrare che a lui o lui manca un componente chiave della soluzione con un elenco.
Cerca di capire cosa vuole, è lo scopo finale che è lo scopo. Se entri in conflitto su questo, allora non ti concentri sull'obiettivo giusto.
Il mio consiglio è di determinare innanzitutto se la sua soluzione sia effettivamente migliore. Pubblica le due soluzioni, chiedi a SE un parere imparziale.
NON ignorerei MAI il mio capo. Se ha il know-how tecnico, non c'è nulla di male in una sana discussione. Ha messo la sua idea e tu proponi i tuoi.
Tuttavia, se stabilisci che in realtà il suo metodo è inferiore e non ti permetterà di fare il lavoro per cui ti ha assunto, esci. Non c'è niente di peggio che avere una testa di porca che ti sta dicendo che dovresti fare qualcosa quando chiaramente non hanno idea di cosa stiano parlando.
Iniziamo dal fatto che è compito del capo prendere decisioni, non le tue. 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 sia presa, ma una volta che è stata presa, è tuo compito far sì che la decisione funzioni anche se non sei d'accordo. Se non puoi farlo, avrai una carriera molto breve.
Dipende dalla persona. Se è abbastanza ragionevole e gli mostri la tua soluzione ed è meglio, non sarà probabilmente 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 delle ragioni che non hai considerato.
Se sei un acquirente di rischi, allora prendilo ma non arrabbiarti se verrai licenziato. È tutto una scommessa.
Non mordere la mano che ti nutre.
Se pensi che il tuo sia migliore, anche dopo un'analisi approfondita, allora sicuro, fai come credi ma vivrai con le conseguenze.
Il mio capo non può programmare la sua uscita da un sacco di carta (in realtà non può programmare solo un bravo oratore e truffatore, ma per soddisfare le sue inadeguatezze, mi fa fare cose che coprono il mio lavoro, così può Coprire il vero cervello dietro a ciò che sta accadendo L'1% delle idee proviene dalle domande chiave che chiedo.Il 100% del codice e dei metodi viene da me.Quando il capo mi dà cattive idee implemento il mio, il mio capo è più la mia strategia di fare rete con tutti quelli che lo circondano aiuta a soffocare le sue menzogne a livello locale, ora lavoro per la divisione 1/3 degli stati in un corpo importante, userò di nuovo la stessa strategia, anche se avrò bisogno di essere ancora più creativo nel networking.
Per rispondere alla domanda originale in questo post, 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 soffocare il mio notarile per spingere il suo. Non sei sicuro di quale potrebbe essere la tua situazione qui.
Può essere in entrambi i modi, a seconda dei dettagli.
So di essere stato in molte situazioni in cui ho discusso con i boss 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 dei due sapeva, quindi ho dovuto fare la ricerca, confrontare le idee e magari anche inventare qualcosa di nuovo per il prossimo ciclo decisionale.
Se il boss è un buon capo e 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 tu? Glielo spiegherò. Eviterà anche di microgestirti.
E a volte, non importa quanto sei bravo, ti perdi le cose semplici, che più tardi ti fanno chiedere come potresti essere così stupido da trascurare una soluzione banale. E il capo, con la sua panoramica dalla distanza, potrebbe individuarli molto più facilmente.
Leggi altre domande sui tag communication