Ich glaube, meine Lösung ist besser als die meines Chefs. Soll ich ihn ignorieren? [geschlossen]


16

Ich arbeite mit PHP und SQL.

Ich denke, dass meine Methode zur Implementierung von Funktionen besser ist als das, was mein Chef vorschlägt. Gerade hat er mir erklärt, wie man eine Liste von E-Mail-Adressen überprüft, und seine Idee gefällt mir nicht. Ich schlug meine vor, die besser und schneller umzusetzen ist, aber er war anderer Meinung.

Jetzt denke ich, ich werde weitermachen und meine Idee umsetzen, weil mir seine Idee nicht klar genug war. Glaubst du, er wird verrückt sein?


71
Es klingt so, als ob das Problem darin bestehen könnte, dass Sie nicht sehr gut erklären, warum Ihre "besser und schneller umsetzbar" ist.
Nicole

21
Bitte fügen Sie weitere Informationen hinzu: (1) Kann Ihr Chef programmieren? (2) Was genau war die Lösung Ihres Chefs? (2) Was genau ist Ihre Lösung? Bis diese Unbekannten verstanden sind, ist es schwer zu beurteilen, ob Ihre Lösung tatsächlich gut ist.
Darknight

4
Du bist besser als dein Chef? Was lässt dich das denken? Wir brauchen Details.
Damien Roche

3
Ich denke, es könnte auch hilfreich sein, Ihre Frage zu bearbeiten, um einen Link zu Ihrer anderen verwandten Frage
Damien Roche

3
Lassen Sie mich raten, Sie haben weniger als 5 Jahre programmiert? Süßes, unschuldiges Kind ... :-)
Ed Griebel

Antworten:


83

War „der Chef“ hat und, wie sich herausstellte , eigentlich besser als meine Mitarbeiter in allen Fällen außer einem - ja, er wird verrückt sein - oder verärgert oder frustriert und in jedem Fall sehr wahrscheinlich, direkt an erster Stelle.

Wenn Sie wirklich besser sind als er, sollten Sie in der Lage sein, seine vorgeschlagene Lösung zu verstehen und herauszufinden, warum Ihre Lösung besser ist, und dann zu erklären, warum.

Aber Sie sagen:

denn seine idee war mir nicht klar genug

In diesem Fall müssen Sie zurückgehen und verstehen, was er will und warum und ob - wie es der Fall war, wenn ich meinen Mitarbeitern Vorschläge machte und meine Mitarbeiter mir Lösungen vorschlugen - Sie oder er etwas verpasst haben. Aber nehmen Sie nicht an, dass er sich irrt und Sie Recht haben, es sei denn und bis Sie verstehen, wonach er fragt und ob er etwas abdeckt, an das Sie (noch) nicht gedacht haben.


Oh und in einem Fall - er ist ein besserer Programmierer, aber er ist nicht so gut ein paar Schritte von dem Problem entfernt, bei dem ich besser bin, und wir hatten großen Spaß daran, aus genau diesem Grund zusammenzuarbeiten.


13
+1 "es sei denn und bis Sie verstehen, was er verlangt"
Dean Harding

3
Tolle Antwort, wollte hinzufügen, dass wir nicht davon ausgehen sollten, dass der Chef keine zusätzlichen Informationen von seinem Chef oder von jemand höherem hat, was dazu führt, dass er zusätzliche Kenntnisse hat, die es ihm ermöglichen, zu dem Schluss zu kommen, dass seine Lösung besser ist. Ich habe das schon einmal gesehen und anstatt wie ein Esel auszusehen, ist es hilfreich, sicherzustellen, dass Sie Ihren Chef verstehen und wissen, woher er kommt, bevor Sie zu "Mein Chef versteht nicht, dass meine Lösung besser ist" wechseln.
Chris

1
Manchmal reicht es nicht aus, die bessere Lösung zu haben, und es ist auch nicht das Wichtigste. Die Realität ist, dass Ego, Hierarchien und verkrustete, altehrwürdige Team- / Unternehmensrituale existieren - und sie sind größer als Sie und haben manchmal eine Bedeutung, die über unser unmittelbares Verständnis hinausgeht. Das Beste, was Sie tun können, ist, in der Lage zu sein, die Optionen nebeneinander zu analysieren und darzulegen und deren Vorteile und Einschränkungen so detailliert darzustellen, dass der Manager (oder das Team) eine Entscheidung treffen kann. Zumindest wissen Sie zu diesem Zeitpunkt, dass Sie Ihre Sorgfaltspflicht erfüllt haben und das Schicksal des Projekts nicht mehr in Ihren Händen liegt.
Quallenbaum

1
Was mich dazu bringt, diese Antwort in Frage zu stellen, ist "besser gewesen als meine Mitarbeiter". Ich möchte nicht für einen Chef arbeiten, der denkt, er sei besser als ich ...
Jason Baker

1
-1. Wenn Sie wirklich besser in der Programmierung sind als alle Ihre Untergebenen, dann haben Sie den falschen Job bekommen. Nichts sagt, dass ein Manager in allem besser sein muss. Idealerweise sollte ein Manager das Projekt besser verwalten können, und die Programmierer sollten die Programmierung besser beherrschen. Dies sollte bei jeder Tätigkeitsbeschreibung für alle gleich sein. Ein wirklich großartiges Team ist ein Team, in dem sich die Fähigkeiten gegenseitig ergänzen, sodass das Team größer ist als die Summe der Teile. Es tut mir leid, Kumpel, aber Ihre arrogante Haltung hat keinen Platz in einem Team. Geh alleine arbeiten und spare jedem etwas Kummer.
Riwalk

50

Sie kritisieren ihn, indem Sie denken, Sie seien besser als er, anstatt seine Ideen zu kritisieren .

Sie müssen dieses unangemessene Verhalten zuerst ändern.

Nutzen Sie die Gelegenheit, um seine Ideen positiv herauszufordern, indem Sie "why?"genügend Fragen stellen . Wenn die Idee so dumm ist, wird er sie schließlich selbst entdecken, indem er Ihre Fragen beantwortet.

Diese Technik hat den Vorteil, dass Sie besser verstehen. Seine Idee ist wahrscheinlich intelligenter als Sie denken.

Auch seeking to understandbevor Sie versuchen , verstanden zu werden, hilft Ihr Chef sich gegen Sie zu entwaffnen. Wenn Sie jemandem etwas vorschlagen, versucht sein Echsengehirn festzustellen, ob es sich um eine Belohnung handelt. Sein Echsengehirn möchte, dass er in Sicherheit ist. Wer ihn verstehen will, versichert sein archaisches Gehirn.

Wenn Sie einen besseren Vorschlag haben, wird er Ihnen bestimmt gerne zuhören. Seien Sie darauf vorbereitet, so oft gefragt zu werden, "why?"bis er überzeugt ist.

Schließlich sind Sie der Fachmann, deshalb hat er Sie an erster Stelle eingestellt. Er sollte auf dich hören.

Wenn er überhaupt nicht an Ihren Ideen interessiert ist, gibt es nur eins zu tun: Beenden .


2
+1 für "Sie müssen dieses unangemessene Verhalten zuerst ändern." Verstehen Sie zuerst den Vorschlag Ihres Vorgesetzten von innen und außen, bevor Sie ihn kritisieren.
Chris

38

Sie sagen, Ihre Methode ist "schneller zu implementieren". Das klingelt bei mir.

Code, der schneller zu implementieren ist, kann sehr oft schwierig zu warten sein.

Er ist dein Boss. Wenn Sie nicht ein Leben lang dort bleiben, wird er viel länger mit diesem Code leben als Sie. Vielleicht berücksichtigt seine Strategie diese Tatsache.

Kurze Antwort: Insubordination ist ein sicherer Weg, um gefeuert zu werden.


4
Ihre kurze Antwort ist die absolut beste Zusammenfassung des Problems.
Justkt

Ich bin anderer Meinung, schneller und einfacher ist besser. Komplexer mit vielen Eckfällen ist am schlimmsten und schwerer zu warten. Ich glaube sogar, Sie sollten es immer auf einfachste Weise tun, und später wird es sich weiterentwickeln, wenn es nötig ist.
IAdapter

Ich stimme Ihnen teilweise zu, ich denke auch, "Einfacher ist besser". Aber die Bevorzugung "einfacher für die Person, die den Code 3 Jahre nach" über "einfacher zu schreiben" liest. In diesem Sinne kann 'Simpler' einen Kompromiss mit 'Quicker' eingehen. Wenn du mich kriegst.
JW01

9

Die Aufgabe Ihres Chefs ist es nicht, für Sie besser zu programmieren, sondern Sie zu verwalten. Abgesehen von seiner offensichtlichen Programmierkenntnis und der Tatsache, dass er möglicherweise die Gründe dafür kennt, warum Ihre Lösung nicht die beste ist - zeigen Sie ihm, dass Sie die richtige Richtung einschlagen können, und er wird Ihnen vertrauen, wenn Sie zu ihm mit besseren Lösungen kommen .

Ich kann fast garantieren, dass es Ihr Ansatz ist, ihm zu sagen, warum er sich irrt (und zu sagen, wie wir es besser machen können?), Der Sie davon abhält, gehört zu werden.

... um nicht zu sagen, es gibt keine echten unerfahrenen Schwänze da draußen :)


6

Bedenken Sie, dass Ihr Chef ein paar Dinge von Ihnen braucht:

  • Die Fähigkeit zu programmieren. Jedenfalls hat er (hoffentlich) Sie eingestellt, in der Hoffnung, dass Sie besser sind als er, es sei denn, er ist ein Entwicklungsleiter.
  • Die Fähigkeit, in einem Team zu arbeiten: Zuhören und Ideen erklären.
  • Die Fähigkeit, das zu tun, was man dir sagt. Wenn das letzte Wort gesagt ist, sind Sie nach all dem Hin und Her, das über ein Problem diskutiert wird, nicht der Boss. Wenn Sie versuchen, ein Hotshot zu sein, wenn Ihnen ausdrücklich gesagt wurde, dass Sie etwas nicht tun sollen, können Sie sich nicht darauf verlassen.

Wenn Sie mit dem Problem fortfahren möchten, können Sie die Idee Ihres Chefs umsetzen, Ihre eigene umsetzen (in Ihrer eigenen Zeit, wenn es eine Weile dauert) und beide demonstrieren, um zu beweisen, dass Ihre besser ist. Ich würde die Einstellung in der Dusche lassen, wenn Sie dies tun.


"Wenn das letzte Wort gesagt ist, sind Sie nach all dem Hin und Her, das über ein Problem diskutiert wird, nicht der Boss." - was dies bedeutet ist, dass wenn es darum geht zu erklären, wer auch immer Sie und Ihren Chef bezahlt, warum es nicht funktioniert hat, Sie froh sein werden, dass Ihr Chef dies erklären muss und nicht Sie.
Flamingpenguin

6

Ja, er wird verrückt sein . Ich rate Ihnen daher, ihm eine E-Mail mit dem Grund zu senden, warum Ihre Methode besser ist. Und bitten Sie ihn um eine Genehmigung für die Durchführung Ihrer Methode. Mein Punkt bei "E-Mail" ist es, sicherzustellen, dass Sie alle Ihre Gründe auflisten und zusammenfassen, bevor Sie mit weiteren Diskussionen beginnen.

Versuchen Sie, es mit " Ich vertraue darauf, dass diese Methode für das Projekt / Problem geeignet ist " zu formulieren. Wenn er also keinen besseren Weg hat, sollte er mit Ihnen gehen.

Wenn Sie sich wirklich sicher sind und über genügend Munition verfügen, um Ihre Ansicht zu unterstützen, fahren Sie fort mit " Ich vertraue darauf, dass diese Methode aus 1,2,3 .. Gründen für das Projekt / Problem geeignet ist. "

Noch ein persönlicher Ratschlag: "Ich bin besser als mein Chef" wirkt ein bisschen arrogant. Ich verstehe, dass Sie im Moment vielleicht wütend sind - aber im beruflichen Kontext wird dies nicht sehr geschätzt. Hoffe dein Chef liest diesen Beitrag nicht;)


9
Versuchen Sie niemals, einen Konflikt mit E-Mail zu lösen. Mit E-Mails können Sie je nach Stimmung reagieren, wenn Sie sie lesen.
Morten

Ich stimme Mortens Kommentar zu. Die meisten Konflikte beginnen auch in der E-Mail-Konversation. Körpersprache ist lebenswichtig.

@Morten, Pierre: Stimmen Sie Ihren "E-Mail" -Kommentaren zu. Ich meinte, es sollte eine Diskussion über die Punkte des OP gegen die Punkte seiner Chefs geben.
JoseK

E-Mail sollte ein weiterer Schritt sein, um die Konversation, die zuerst stattfinden muss, zu verfolgen, zu dokumentieren und zu beschreiben. Ich habe nicht gewusst, wie viele E-Mails gekommen sind, um die Personen, die sie gesendet haben, zurückzubeißen (ich selbst eingeschlossen). Die volatilsten Meinungsverschiedenheiten und Missverständnisse waren auf die Strategie "E-Mail zuerst, Fragen später stellen" zurückzuführen. Unabhängig davon, welchen Ton Sie beim Schreiben einer E-Mail im Hinterkopf haben, wird der Ton vom Empfänger fast immer anders interpretiert. Wenn zuerst ein Gespräch geführt wird, wurde bereits ein Ton festgelegt.
Mark Freedman

4

Ein großartiger Entwickler zu sein, bedeutet nicht nur, ein guter Programmierer zu sein! Ein Teil der Arbeit besteht darin, gut mit anderen zusammenzuarbeiten und mit Ihren Teams und Vorgesetzten zusammenzuarbeiten. Wenn Sie denken, dass Ihr Weg besser ist, versuchen Sie es ihm zu erklären und zeigen Sie ihm "Daten", warum es besser ist.

Wenn er behauptet, dass sein Weg tatsächlich besser ist, dann versuche, offen für den Fall zu sein, dass er Recht haben könnte. Wenn dies nicht der Fall ist und nur die Autorität über Sie erlangt, dann haben Sie einen schlechten Chef ... (weil es ein Teil davon ist, ein großartiger Chef zu sein, mit Ihrem Team zusammenzuarbeiten und es richtig zu verwalten). In diesem Fall ist es vielleicht keine so schlechte Idee, sich umzuschauen.


2

Es ist sicherlich ein schneller und einfacher Weg, um gefeuert zu werden.

Mein Rat ist, beides zu implementieren und das zu verwenden, das Ihr Chef möchte.

Wenn es ein Problem gibt, sagen Sie ihm, dass Sie eine Lösung gefunden haben, und zeigen Sie es ihm, aber sagen Sie ihm nicht, warum Sie es geschrieben haben.


Ich muss mit diesem nicht einverstanden sein. Es ist einfach Zeitverschwendung, zwei Implementierungen zu erstellen, um zu beweisen, dass jemand Unrecht hat. Ich bin mir zu 100% sicher, dass in den meisten Fällen eine normale Diskussion über Vor- und Nachteile jeder Lösung ausreicht.
Tx3

Sie müssen sich nicht in jeder Situation bücken. Hochkarätige Spieler kennen sich aus, wissen, wie man es beweist, und wissen auch, wann sie sich zurückziehen müssen. Und sie sind am gefragtesten und haben die besten Gehälter gezahlt. Code-Affen übersetzen unvollständige Angaben in einen unvollständigen Code.
Coder

2

Ich glaube nicht, dass Sie hier die richtige Einstellung haben. Zu glauben, Sie seien besser als Ihr Chef, oder nur zu glauben, Sie seien besser als jemand anderes, hilft nie weiter. Sagten Sie ihm, warum Sie seine Idee nicht mochten, oder sagten Sie nur: "Ich habe eine bessere Art, Dinge zu tun"? Warum ist deine Idee genau besser? Ist es weniger algorithmisch verwickelt? Hat es eine bessere Laufzeit? Ist es einfacher zu warten? Ist es einfacher, Entwurfsmuster zu verstehen?


2

Da bereits viele Antworten bereitgestellt wurden, rate ich Ihnen nicht, eine Lösung zu codieren, die Ihr Lead nicht genehmigt hat. Sie müssen ihm zunächst beweisen, dass Ihre Lösung konstruktiv besser ist. Wenn er ein guter Manager ist und fest davon überzeugt ist, dass seine Lösung besser ist als Ihre, können Sie von ihm erwarten, dass er erklärt, warum. Vergessen Sie nicht, dass der Manager möglicherweise andere Kriterien als Sie hat, um zu definieren, was eine effiziente Lösung ist. Wartbarkeit oder einfache Lesbarkeit können eine davon sein.

Außerdem, wenn er ein guter Manager ist, wird es für ihn keine Schande sein, Ihre Lösung zu wählen, wenn es Ihnen objektiv gelungen ist, zu beweisen, dass es wirklich besser ist.

Aber am Ende, auch wenn Sie mit ihm nicht einverstanden sind, täuschen Sie ihn nicht; Tu nichts, was er ignorieren wird. Das Teammanagement basiert auch auf Vertrauen und Transparenz, sodass Sie Ihre Beziehung zu und die Teameffizienz verbessern können. Und die Teamziele sollten Ihre erste Priorität sein.

Wenn die Situation immer wieder auftritt und seine Entscheidungen immer schlecht sind, sollte er nicht lange Ihr Chef bleiben. Wenn es nur gelegentlich vorkommt, sei nicht zu laut ...


1

Es scheint, als stünden Sie in einem Konflikt, daher müssen Sie sich darauf konzentrieren, konstruktiv zu sein.

Wenn Sie aufrichtig nicht an seine Lösung glauben, sollten Sie einen konstruktiven Weg finden, um ihm zu sagen, wie Sie darüber denken. Hierbei sind einige Dinge zu beachten. Sie sind für Ihre Lieferung verantwortlich, aber er ist für die Lieferung des Teams verantwortlich. Sie müssen zeigen, dass Sie sich für die Lieferung des Teams und für Ihre eigenen Interessen interessieren (dass diese beiden übereinstimmen).

Machen Sie eine Liste der Vor- und Nachteile der beiden Lösungen und besprechen Sie diese auf konstruktive Weise mit Ihrem Chef. Manchmal ist es einfacher zu zeigen, dass eine Schlüsselkomponente der Lösung mit einer Liste fehlt.

Versuchen Sie zu verstehen, was er will, es ist das Endziel, das der Zweck ist. Wenn Sie in Konflikt geraten, dann konzentrieren Sie sich nicht auf das richtige Ziel.


1

Mein Rat ist, zuerst festzustellen, ob seine Lösung tatsächlich besser ist. Posten Sie die beiden Lösungen, fragen Sie SE nach einer unvoreingenommenen Meinung.

Ich würde meinen Chef NIEMALS ignorieren. Wenn er über das technische Know-how verfügt, schadet eine gesunde Diskussion nichts. Er stellt seine Idee auf den Tisch und Sie schlagen Ihre vor.

Wenn Sie jedoch feststellen, dass seine Methode in der Tat minderwertig ist und er Ihnen nicht erlaubt, die Arbeit zu tun, für die er Sie eingestellt hat, kündigen Sie. Es gibt nichts Schlimmeres, als wenn ein Knöchel über dir steht und dir sagt, wie du etwas tun sollst, wenn sie offensichtlich keine Ahnung haben, wovon sie reden.


1

Beginnen wir mit der Tatsache, dass es die Aufgabe des Chefs ist, Entscheidungen zu treffen, nicht Ihre. Sie gehen hinter seinem Rücken gegen diese Entscheidungen und es ist ein schneller Weg, um aus gutem Grund gefeuert zu werden.

Sie können und sollten Ihre Ideen präsentieren, bevor die Entscheidung getroffen wird. Sobald Sie sie getroffen haben, ist es Ihre Aufgabe, die Entscheidung zum Erfolg zu führen, auch wenn Sie nicht damit einverstanden sind. Wenn Sie das nicht können, haben Sie eine sehr kurze Karriere.


0

Kommt auf die Person an. Wenn er vernünftig genug ist und Sie ihm Ihre Lösung zeigen und es besser ist, wird er wahrscheinlich nicht sauer sein. Aber wenn nicht, dann steckst du in Schwierigkeiten.

Nun zum nicht-generischen Bullshit-Teil: Er ist dein Boss. Er ist nicht da, um ein besserer Programmierer zu sein, sondern um ein besserer Manager / Anführer zu sein. Vielleicht hat er Gründe, die Sie nicht berücksichtigt haben.

Wenn Sie ein Risikoträger sind, versuchen Sie es, aber seien Sie nicht böse, wenn Sie entlassen werden. Es ist alles eine Wette.


0

Beiße nicht auf die Hand, die dich füttert.
Wenn Sie der Meinung sind, dass es Ihnen besser geht, selbst nach einer umfassenden Analyse, tun Sie auf jeden Fall, was Sie glauben, aber Sie werden mit den Konsequenzen leben.


Warum nicht? Niemand wird davon profitieren, wenn das Endprodukt von Insekten befallen ist. Es ist wichtig, in einem Team zu arbeiten und sich als Team zu entscheiden. Aber Ihre Aufgabe als professioneller Entwickler ist es, professionelle Lösungen zu finden und Ihre Position zu verteidigen, wenn und wann es richtig ist.
Coder

0

Mein Chef kann seinen Weg aus einer Papiertüte nicht programmieren (eigentlich kann er nicht nur einen guten Talker und Betrüger programmieren, aber um seine Unzulänglichkeiten zu beheben, lasse er mich Dinge tun, die meine Arbeit verdecken, damit er den wirklichen Weg abdecken kann Der Verstand hinter dem, was passiert. 1% der Ideen stammen aus den wichtigsten Fragen, die ich stelle. 100% des Codes und der Methoden stammten von mir. Wenn der Chef mir schlechte Ideen gibt, die ich selbst umsetze, ist mein Chef mehr darin, sich selbst zu bekommen Voran dann ein erfolgreiches Programm. Meine Strategie der Vernetzung mit allen um ihn herum hilft, seine Lügen auf lokaler Ebene zu unterdrücken. Jetzt arbeite ich für die Abteilung 1/3 der Staaten in einem großen Konzern. Ich werde dieselbe Strategie wieder anwenden, obwohl ich Ich werde noch kreativer im Networking sein müssen.

Die ursprüngliche Frage in diesem Beitrag zu beantworten, dass Chefs Code nicht so gut ist wie meiner. Wie die anderen Leute angegeben haben. Was bringt dich dazu, so zu denken. Code ist Logik. Warum glaubst du genau, ist deins besser? In meinem Fall hat sich eine Politik entwickelt, die über ein erfolgreiches Produkt hinausgeht. In meinem Fall möchte er meine Beurkundung unterdrücken, um seine eigene voranzutreiben. Ich bin mir nicht sicher, in welcher Situation sich hier viele Möglichkeiten bieten könnten.


0

Es kann in beiden Richtungen sein, abhängig von den Details.

Ich weiß, dass ich in vielen Situationen mit den Chefs über die eine oder andere Sache gestritten habe. Oft habe ich bewiesen, dass meine Idee besser ist, manchmal haben sie mir eine Lösung gezeigt, die viel schneller und vollständiger war. Manchmal wusste keiner von uns, also musste ich recherchieren, die Ideen vergleichen und vielleicht sogar etwas Neues für die nächste Runde der Entscheidungsfindung einfallen lassen.

Wenn der Chef ein guter Chef ist und Sie auf der höheren Ebene sind, weiß er wahrscheinlich, dass Sie viel Erfahrung und eine bessere / aktuellere Sicht auf interne Probleme haben, und er wird verstehen, warum Sie etwas getan haben, wenn Sie es erklären zu ihm. Er wird es auch vermeiden, Sie im Mikromanagement zu beschäftigen.

Und manchmal, egal wie gut du bist, vermisst du einfache Dinge, die dich später fragen lassen, wie du so dumm sein könntest, eine triviale Lösung zu übersehen. Und der Chef, mit seiner Übersicht aus der Ferne, könnte sie viel einfacher erkennen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.