Je crois que ma solution est meilleure que celle de mon patron, alors devrais-je l'ignorer? [fermé]

Je travaille avec php et sql.

Je pense que ma méthode d'implémentation des fonctions est meilleure que ce que propose mon patron. Tout à l'heure, il m'a expliqué comment vérifier une liste d'adresses e-mail, et je n'aime pas son idée. J'ai proposé le mien qui est meilleur et plus rapide à mettre en œuvre, mais il n'était pas d'accord.

Maintenant, je pense que je vais aller de l'avant et mettre en œuvre mon idée, car son idée n'était pas assez claire pour moi. Pensez-vous qu'il sera fou?

Après avoir été « le patron » et, comme il est apparu, en fait mieux que mon personnel dans tous les cas sauf un - oui, il sera fou - ou ennuyé ou frustré et en tout cas, très probablement, à droite , en premier lieu.

Si vous êtes vraiment meilleur que lui, vous devriez être en mesure de comprendre sa solution proposée et de voir pourquoi la vôtre est meilleure, puis d'expliquer pourquoi.

Mais vous dites:

parce que son idée n'était pas assez claire pour moi

Dans ce cas, vous devez revenir en arrière et comprendre ce qu'il veut et pourquoi et si - comme cela a été le cas pour moi en faisant des suggestions à mon personnel et mon personnel me proposant des solutions - vous ou il a manqué quelque chose. Mais ne présumez pas qu'il a tort et que vous avez raison à moins et jusqu'à ce que vous compreniez ce qu'il demande et s'il couvre quelque chose auquel vous n'avez pas (encore) pensé.

Oh et dans un cas - c'est un meilleur programmeur mais il n'est pas si bon à quelques pas du problème où je suis meilleur et nous nous sommes beaucoup amusés à travailler ensemble pour cette raison.

Vous critizing lui en pensant que vous êtes meilleur que lui, au lieu de critizing ses idées .

Vous devez d'abord changer ce comportement inapproprié.

Profitez de l'occasion pour contester ses idées de manière positive en lui demandant "why?"suffisamment de fois. Si l'idée est si stupide, il finira par la découvrir lui-même en répondant à vos questions.

Cette technique a l'avantage de vous aider à comprendre. Son idée est probablement plus intelligente que vous ne le pensez.

En outre , seeking to understandavant d' essayer de comprendre aider votre patron se désarme contre vous. Lorsque vous proposez quelque chose à quelqu'un, son cerveau de lézard tentera de déterminer s'il s'agit d'un régal. Son cerveau de lézard veut qu'il soit en sécurité. Chercher à le comprendre assurera de nouveau son cerveau archaïque.

Maintenant, si vous avez une meilleure proposition, je suis sûr qu'il sera plus qu'heureux de vous écouter. Soyez prêt à être invité "why?"suffisamment de fois jusqu'à ce qu'il soit convaincu.

Après tout, vous êtes le professionnel, c'est pourquoi il vous a embauché en premier lieu. Il devrait vous écouter.

S'il n'est pas du tout intéressé par vos idées, il n'y a qu'une chose à faire: arrêter .

Vous dites que votre méthode est "plus rapide à mettre en œuvre". Cela me fait sonner l'alarme.

Un code plus rapide à implémenter peut, très souvent, être difficile à maintenir.

Il est ton patron. À moins que vous ne restiez là pour la vie, il va vivre avec ce code beaucoup plus longtemps que vous. Peut-être que sa stratégie tient compte de ce fait.

Réponse courte: l'insubordination est un moyen infaillible de se faire virer.

Le travail de votre patron n'est pas de mieux vous programmer, c'est de vous gérer. Donc, en mettant de côté le fait que, compte tenu de ses antécédents de programmation apparents et qu'il peut connaître les raisons pour lesquelles votre solution n'est pas la meilleure - montrez-lui que vous pouvez prendre des directives et qu'il vous fera plus confiance lorsque vous lui proposerez de meilleures solutions. .

Je peux presque garantir que c'est votre approche pour lui dire pourquoi il a tort (que dire de comment nous pouvons le faire mieux?) Qui vous empêche d'être entendu.

... pour ne pas dire qu'il n'y a pas de vraies bites inexpérimentées là-bas :)

Considérez que votre patron a besoin de certaines choses de votre part:

• La capacité de programmer. À tous égards, à moins qu'il ne soit un gestionnaire en développement, il (espérons-le) vous a embauché en espérant que vous seriez meilleur que lui.
• La capacité à travailler en équipe: cela signifie écouter et expliquer des idées.
• La capacité de faire ce qu'on vous dit. Lorsque le dernier mot a été dit, après tous les échanges de vues sur un problème, vous n'êtes pas le patron. Si vous essayez d'être un hotshot alors qu'on vous a spécifiquement dit de ne pas faire quelque chose, vous ne pouvez pas vous faire confiance.

Si vous souhaitez continuer avec le problème, vous pouvez implémenter l'idée de votre patron, implémenter la vôtre (à votre rythme si cela prend un certain temps) et les démontrer tous les deux pour prouver que la vôtre est meilleure. Je laisserais l'attitude sous la douche quand tu le feras.

Oui, il sera fou . Je vous conseille donc de lui envoyer par e-mail une raison pour laquelle votre méthode est meilleure. Et demandez-lui une approbation pour aller de l'avant avec votre méthode. Mon point de "courrier électronique" est de vous assurer de répertorier et de rassembler toutes vos raisons avant d'entrer dans une discussion plus approfondie.

Essayez de le formuler comme " je crois que cette méthode convient au projet / problème " - donc à moins qu'il ait une meilleure façon, il devrait vous accompagner.

Si vous êtes vraiment sûr et que vous avez suffisamment de munitions pour prendre en charge votre point de vue, choisissez " Je pense que cette méthode convient au projet / problème pour des raisons 1,2,3 .. "

Un autre conseil personnel - dire "Je suis meilleur que mon patron" apparaît un peu arrogant, je comprends que vous pourriez être en colère en ce moment - mais dans un contexte professionnel, cela ne sera pas bien apprécié. J'espère que votre patron ne lit pas ce post;)

Être un grand développeur, ce n'est pas seulement être un bon codeur! Une partie du travail consiste à bien travailler avec les autres et à collaborer avec vos équipes et vos patrons. Si vous pensez que votre chemin est meilleur, essayez de lui expliquer cela, en lui montrant des "données" sur les raisons pour lesquelles il est meilleur.

S'il prétend que sa voie est en fait meilleure, essayez de garder l'esprit ouvert pour le cas où il pourrait avoir raison. S'il ne l'est pas, et qu'il ne fait qu'exercer une autorité sur vous, alors vous avez un mauvais patron ... (parce qu'être un grand patron aussi, c'est collaborer avec votre équipe et la gérer correctement). Dans ce cas, ce n'est peut-être pas une si mauvaise idée de commencer à regarder autour de vous.

C'est sûrement un moyen rapide et facile de se faire virer.

Mon conseil est d'implémenter les deux et d' utiliser celui que votre patron veut.

S'il y a un problème, dites-lui que vous avez un correctif et montrez-le-lui, mais ne lui dites pas pourquoi vous l'avez écrit.

Je ne pense pas que vous ayez la bonne attitude ici. Penser que vous êtes meilleur que votre patron ou simplement penser que vous êtes meilleur que quelqu'un d'autre n'aide jamais les choses. Lui avez-vous dit pourquoi vous n'aimiez pas son idée ou avez-vous simplement dit: «J'ai une meilleure façon de faire les choses». Pourquoi votre idée est-elle meilleure exactement? Est-ce un algorithme moins alambiqué? At-il un meilleur temps d'exécution? Est-il plus facile à entretenir? Utilise-t-il plus facilement les modèles de conception?

Comme de nombreuses réponses ont déjà été fournies, je ne vous conseille pas de coder une solution que votre lead n'a pas approuvée. Vous devez d'abord lui prouver que votre solution est meilleure de manière constructive. S'il est un bon manager et pense profondément que sa solution est meilleure que la vôtre, vous pouvez vous attendre à ce qu'il explique pourquoi. N'oubliez pas qu'en tant que manager, il peut avoir d'autres critères que vous pour définir ce qu'est une solution efficace. La maintenabilité ou la facilité de lecture peuvent en être une.

D'ailleurs, s'il est un bon manager, ce ne sera pas un déshonneur pour lui de choisir votre solution si vous avez objectivement réussi à prouver qu'elle est vraiment meilleure.

Mais à la fin, même si vous n'êtes toujours pas d'accord avec lui, ne le trompez pas; ne faites pas quelque chose qu'il ignorera. La gestion d'équipe est également basée sur la confiance et la transparence afin que vous puissiez gâcher votre relation avec et l'efficacité de l'équipe. Et les objectifs de l'équipe devraient être votre première priorité.

Si la situation se répète encore et encore et que ses choix sont toujours mauvais, il ne devrait pas rester longtemps votre patron. Si c'est juste occasionnel, ne soyez pas trop fier ...

Il semble que vous soyez en conflit pour quelque chose, vous devez donc vous concentrer sur la construction.

Si vous ne croyez pas sincèrement en sa solution, vous devriez trouver un moyen constructif de lui dire ce que vous en pensez. Il y a quelques éléments à considérer à ce sujet. Vous êtes responsable de votre livraison, mais le sien est responsable de la livraison de l'équipe. Vous devrez montrer que votre intérêt est celui de la livraison des équipes et le vôtre (que ces deux s'alignent).

Faites une liste des avantages et des inconvénients avec les deux solutions et discutez-en avec votre patron de manière constructive. Parfois, il est plus facile de montrer qu'il vous manque un élément clé de la solution avec une liste.

Essayez de comprendre ce qu'il veut, c'est l'objectif final qui est le but. Si vous êtes en conflit à ce sujet, vous ne vous concentrez pas sur le bon objectif.

Mon conseil est de déterminer d'abord si sa solution est en fait meilleure. Postez les deux solutions, demandez à SE un avis impartial.

Je n'ignorerais JAMAIS mon patron. S'il a le savoir-faire technique, il n'y a aucun mal à une discussion saine. Il oppose son idée et vous proposez la vôtre.

Cependant, si vous déterminez qu'en fait sa méthode est inférieure et qu'il ne vous permettra pas de faire le travail pour lequel il vous a engagé, arrêtez. Il n'y a rien de pire que d'avoir un knucklehead debout sur vous pour vous dire comment faire quelque chose alors qu'ils n'ont clairement aucune idée de quoi ils parlent.

Commençons par le fait que c'est le travail du patron de prendre des décisions, pas le vôtre. Vous allez contre ces décisions derrière son dos et c'est un moyen rapide d'être licencié pour un motif valable.

Vous pouvez et devez présenter vos idées avant que la décision ne soit prise, mais une fois qu'elle est prise, c'est votre travail de faire fonctionner la décision même si vous n'êtes pas d'accord avec elle. Si vous ne pouvez pas faire cela, vous aurez une très courte carrière.

CA dépend de la personne. S'il est assez raisonnable et que vous lui montrez votre solution et que c'est mieux, il ne sera probablement pas fou. Mais s'il ne l'est pas, alors vous avez des ennuis.

Maintenant, pour la partie de conneries non générique: c'est votre patron. Il n'est pas là pour être un meilleur programmeur mais pour être un meilleur manager / leader. Peut-être qu'il a des raisons que vous n'avez pas envisagées.

Si vous êtes un preneur de risques, allez-y, mais ne soyez pas fou si vous vous faites virer. C'est tout un pari.

Ne mordez pas la main qui vous nourrit.
Si vous pensez que le vôtre est meilleur, même après une analyse approfondie, alors faites ce que vous croyez, mais vous en vivrez les conséquences.

Mon patron ne peut pas programmer sa sortie d'un sac en papier (en fait, il ne peut pas programmer juste un bon orateur et escroc, mais pour combler ses lacunes, il me fait faire des choses qui couvrent mon travail, afin qu'il puisse couvrir le vrai cerveaux derrière ce qui se passe. 1% des idées sont des questions clés que je pose. 100% du code et des méthodes sont venus de moi. Quand par le patron me donne de mauvaises idées j'implémente les miennes, mon patron est plus à se faire à venir, puis un programme réussi. Ma stratégie de réseautage avec tout le monde autour de lui aide à étouffer ses mensonges au niveau local. Maintenant, je travaille pour la division 1/3 des États dans un grand corp. Je vais utiliser la même stratégie à nouveau, bien que je ' Je vais devoir être encore plus créatif dans le réseautage.

Pour répondre à la question d'origine dans ce post, le code des patrons n'est pas aussi bon que le mien. Comme l'ont dit les autres personnes. Qu'est-ce qui vous fait penser ainsi. Le code est logique. Pourquoi pensez-vous exactement que le vôtre est meilleur? Dans mon cas, il y a eu une évolution politique qui va au-delà du simple succès d'un produit. Dans mon cas, il veut étouffer ma notarisation pour pousser la sienne. Je ne sais pas ce que votre situation pourrait être beaucoup de possibilités ici.

Cela peut être dans les deux sens, selon les détails.

Je sais que j'ai été dans beaucoup de situations où je me suis disputé avec les patrons sur une chose ou une autre. Souvent, j'ai prouvé que mon idée est meilleure, parfois ils m'ont montré une solution beaucoup plus rapide et complète. Parfois, aucun de nous ne savait, alors j'ai dû faire des recherches, comparer les idées et peut-être même trouver quelque chose de nouveau pour la prochaine prise de décision.

Si le patron est un bon patron et que vous êtes au niveau supérieur, il sait probablement que vous avez beaucoup d'expérience et une meilleure vision / plus fraîche des problèmes internes, et il comprendra pourquoi vous avez fait quelque chose si vous l'expliquez à lui. Il évitera également de vous microgérer.

Et parfois, peu importe à quel point vous êtes bon, vous manquez des choses simples, qui vous font plus tard vous demander comment vous pourriez être si stupide d'oublier une solution triviale. Et le patron, avec son aperçu à distance, pourrait les repérer beaucoup plus facilement.