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?
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
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.
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.
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.
Monika Cellio
jmort253
Jim G.
IDrinkandIKnowThings
Keschlam
ArtUnbekannt
DJ Clayworth