Wie man mit einem Manager umgeht, der glaubt, dass die schwierigere Lösung immer die beste Lösung ist

Ich arbeite in einem Softwareunternehmen als technischer Leiter unter einem Manager, der Architekt ist, aber auch über sehr gute technische Kenntnisse verfügt.

Ich weiß, dass es gut ist, einen Manager zu haben, der sich mit technischen Dingen auskennt, aber als technischer Leiter würde ich gerne einige Entscheidungen zu technischen Dingen treffen.

Er bittet mich immer, die Entwicklung auf die schwierigere Art und Weise zu machen, weil er glaubt, dass das gesamte Team seine Lernkurve erhöhen wird.

Ich sage nicht, dass ich mit meinem Job nicht zufrieden bin, noch dass ich nicht gerne neue Dinge lerne. Ich möchte nur sagen, dass ich diese neue Technologie für das aktuelle Projekt aufgrund eines engen Zeitplans nicht implementieren kann. Darüber hinaus können wir unsere Entwicklung auch ohne diese Technologie durchführen.

Kann mir jemand empfehlen, wie ich mit dieser Art von Managern umgehen soll?

Kommentare entfernt: Kommentare sind nichts für lange Gespräche und Quasi-Antworten; Sie sollen die Post verbessern.
Hallo @VietnhiPhuvan, ich glaube, Sie missverstehen den Zweck von Kommentaren auf Stack Exchange. Sie sollen einen Beitrag verbessern oder Klarheit schaffen, mit dem Ziel, dass der Beitrag bearbeitet und verbessert werden kann. Kommentare sind nicht für Teilantworten oder Nebenbemerkungen. Darüber hinaus basiert die gesamte Prämisse von Stack Exchange auf der Fähigkeit der Community, Inhalte zu überprüfen, die Besten an die Spitze zu wählen und Inhalte, die nicht nützlich sind, nach unten zu drängen. Leute können das nicht in Kommentaren tun. Vielleicht finden Sie den Blog-Beitrag Früh abstimmen, Oft abstimmen hilfreich. Hoffe das hilft!
Diese Frage scheint nicht zum Thema zu gehören, da die Haltung, dass ein Manager immer „die schwierigere Lösung“ wählen wird, von Natur aus willkürlich und subjektiv ist.
Diese Frage scheint zum Thema zu gehören, weil sie danach fragt, wie man mit einem Manager umgeht, der wiederholt erklärt hat, dass der schwierigere Weg der beste Weg zur Umsetzung ist, weil er dem Team hilft, zu lernen.
Hat der Manager das in so vielen Worten gesagt, oder erraten Sie seine Absicht?
Können Sie bitte klarstellen, ob der eigentliche angegebene Grund des Managers darin besteht, beim Training des Teams zu helfen? Es gibt andere Möglichkeiten.
Geben Sie bitte auch ein Beispiel für „die schwierigere Lösung“ an.

Antworten (5)

Ich denke, das größte Problem hier ist, dass dies "immer" so ist, wie es gemacht wird. Aus welchen Gründen auch immer, der Analytiker hat das Bedürfnis, die Fähigkeiten aller zu erweitern. Daran ist nichts auszusetzen.

Vermeiden Sie es, sich auf die bessere Lösung einzulassen. Sie haben bereits das einfache Lösungsargument vorgebracht, aber Sie verlieren. Bitten Sie stattdessen darum, dass Sie im Rahmen des Lernprozesses einige Ihrer eigenen Lösungen entwickeln dürfen. Ich bin mir sicher, er kann sich daran erinnern, wie frustrierend es ist, nicht experimentieren und eigene Designs entwickeln zu dürfen. Wenn Sie es nicht bis zu einem bestimmten Produktionsniveau bringen, werden Sie nie erfahren, ob dies wirklich funktioniert und einfach zu warten ist.

Ein weiterer Teil Ihres Trainingsarguments besteht darin, zu lernen, wann und wo eine komplexere Lösung anzuwenden ist. Natürlich müssen Sie lernen, die komplexere Lösung zu codieren, um sie mit einer einfacheren vergleichen und gegenüberstellen zu können.

Er ist vielleicht nicht wirklich besorgt über das Lernen aller, sondern fördert nur seine Fähigkeiten mit ausgeklügelten Designs. Wenn das der Fall ist, wird es schwierig sein, jemanden mit einem Hintergedanken zu diskutieren, besonders wenn er mehr Autorität hat.

Sie müssen ihm klar machen, warum Sie die Dinge so machen wollen, wie Sie es wollen. Als Manager hat er andere Ziele als Sie in Bezug auf die Lieferung an den Kunden (sei es interbal oder extern), wobei Faktoren wie Wartbarkeit und Einschränkungen der technischen Architektur nur zwei von vielen sind. Sie müssen verstehen, was seine Prioritäten sind, und wenn Sie entschlossen sind, ihm Ihre Herangehensweise zu verkaufen, müssen Sie sicherstellen, dass sie zu diesen Prioritäten passt

Wenn Sie versuchen, Ihren Ansatz einfach als „macht die Entwicklung ein bisschen einfacher“ zu verkaufen, dann wird jeder Manager, der sein Geld wert ist, das zurückdrängen.

Codierungsstandards gibt es aus einem bestimmten Grund, und manchmal ist die Entwicklungsphase etwas schmerzhafter, als es sein muss, einfach weil es von diesem Zeitpunkt an alles so viel einfacher macht, wenn man es von Anfang an richtig macht

Wie wir alle wissen, gibt es verschiedene Ansätze für dasselbe Problem, und er möchte, dass ich den schwierigen Ansatz wähle, damit er denkt, dass dies die Lernkurve für alle Teammitglieder erhöhen wird.
Sie haben das in Ihrer ursprünglichen Frage nicht deutlich gemacht. Könnten Sie sie bitte bearbeiten, um sie zu erweitern, damit andere Antwortende darauf eingehen können. Geht er davon aus, dass die Lieferzeiten gleich bleiben, oder gewährt er Ihnen zusätzliche Zeit, um diese Lernkurve zu integrieren?
"bitte weiterleiten"? Tut mir leid, ich verstehe nicht was du meinst
Ich habe die Frage wie von Ihnen vorgeschlagen bearbeitet

Erinnern Sie ihn an die Vorteile des KISS-Prinzips.

Einfachere Ansätze beinhalten oft kürzere Lernzeiten, schnellere Implementierungen und erfolgreichere Wartungszyklen.

Wenn die einfachere Lösung diese Vorteile nicht bringt, entscheiden Sie sich für die schwierigere Lösung.

Es gibt auch das YAGNI-Prinzip.
Ja, aber das wirst du nicht brauchen . :-)

Ich würde wirklich gerne wissen, was er wirklich sagt.

Oft gibt es eine Lösung für ein Problem, die einfach ist und meistens funktioniert, aber nicht immer. Und eine Lösung, die schwieriger ist und immer funktioniert . Meiner Erfahrung nach ist die schwierigere Lösung einfacher, weil die Lücken in der einfacheren Lösung gefunden werden, was Korrekturen erfordert, die es schwieriger machen, aber immer noch nicht korrekt sind, was immer mehr Korrekturen erfordert, und Sie können sehen, wohin das führt. (Das Sprichwort lautet: Jedes Problem hat eine Lösung, die einfach, offensichtlich und falsch ist).

Auf der anderen Seite haben Sie vielleicht einen Chef, der ein bisschen dumm ist - oft ist die einfachste Lösung tatsächlich die beste.

Und es gibt die Situation, dass ein Problem mit einem einfachen Hack gelöst werden kann – der Sie sehr schnell in den Rücken beißen wird.

Überlege genau, welcher es ist.

Meiner Erfahrung nach sind die „dummen“ Chefs häufiger anzutreffen, insbesondere diejenigen, die einem Buzzword-gesteuerten Management folgen. "Eine einfache if-Anweisung löst das Problem? Verdammt, nein, wir müssen hier mindestens 4 Entwurfsmuster verwenden, denn das ist es, was echte Programmierer tun."
Seltsamerweise ist mir das in meiner langen Karriere noch nicht einmal passiert. Vielleicht habe ich Glück.

Fragen Sie Ihren Vorgesetzten, ob er Ihnen später bei der Ops-Arbeit und im Bereitschaftsdienst helfen wird? Wenn nicht, dann sagen Sie ihm, dass Sie das von ihm vorgeschlagene System nicht unterstützen möchten und dass er sich dessen bewusst sein und die Verantwortung für eine verstärkte Einsatzarbeit übernehmen sollte.

Ist seine Rolle Manager/Architekt oder nur ein Manager? Wenn es nur ein Manager ist (was bedeutet, dass er Ihnen nicht bei der operativen Arbeit helfen würde), dann sollte er da sein, um Mitarbeiter zu verwalten und Aufgaben zu verteilen, nicht um das System zu entwerfen. Dafür stehen Sie ein.