Wie man mit unfähigem Management umgeht

Question

Ein Projekt, an dem ich gearbeitet habe, ist abgeschlossen, so dass ich bei meinem Arbeitgeber mit einer neuen Aufgabe betraut worden bin. Die vorherige Arbeit war sehr agil, ein kleines Team, Fortschritt über das Verfahren, etc. etc.

Wie auch immer, das neue Projekt, an dem ich arbeite, verwirrt mich, wie ich mit dem Management umgehen soll. Sie haben kein wirkliches Verständnis für objektorientierte Programmierung, aktuelle Technologien oder Methoden. Sie scheinen sich vor Veränderungen zu fürchten, und erst kürzlich sind wir auf die neueste JRE

Wir machen diese Code-Reviews und ich muss mir anhören, wie viel besser es in ADA ist oder wie sie früher Dinge in C gemacht haben. Aber wenn sie dann versuchen, ein Code-Review zu machen, fehlt ihnen selbst das grundlegendste Verständnis von OOP-Design und Entwicklung. Sie konzentrieren sich mehr auf den Stil des Codes, Abstände, Methodennamen usw.

Einer der leitenden Mitarbeiter sagt, dass wir unseren eigenen Logger schreiben sollten, anstatt log4j zu verwenden, weil eine negative Rezension von log4j in einem akademischen PDF vor langer Zeit geschrieben wurde.

Wie kann ich damit umgehen? Wie kann ich ihnen erklären, dass ihr Design fehlerhaft ist oder dass sie wirklich hinter der Zeit her sind, ohne als Idiot dazustehen. Ich bin erst seit etwa einem Jahr bei dieser Organisation - ich weiß also nicht, wie viel Glaubwürdigkeit ich haben werde.

Answer 1

Was die Codeüberprüfung angeht, würde ich sagen, mach sie glücklich. Benenne und platziere die Dinge so, wie sie es mögen. Konzentrieren Sie sich natürlich auf ein besseres Design und genießen Sie die ADA-Reminiszenzen, sie können Ihnen immer noch etwas Hintergrundwissen darüber vermitteln, wo die Dinge heute stehen und wie sie dorthin gekommen sind.

Mit anderen Worten: Nehmen Sie diesen Teil nicht zu ernst. Kümmern Sie sich um das, was für die Erledigung der Aufgabe wichtig ist. Die Aufgabe besteht in diesem Fall darin, denjenigen, auf die es ankommt, das Gefühl zu vermitteln, dass Sie einen positiven Beitrag zu dem Projekt geleistet haben.

Was Log4j betrifft, würde ich einfach ein anderes Framework vorschlagen. Entweder das eingebaute JDK-Logging (darüber kann man sich nicht beschweren, es ist eine eingebaute API) oder etwas wie SLF, in das man einbauen kann, was man will (einschließlich des eigenen, schätze ich, das man dann wegwerfen und durch etwas Richtiges ersetzen kann, wenn man merkt, dass es ein Fehler war, und man muss nur den Klassenpfad ändern).

Nun wird es Zeiten geben, in denen dies wichtig ist. In diesem Fall sollten Sie so viel wie möglich den Eindruck erwecken, dass es ihre Idee ist. Sagen Sie z. B. zur Protokollierung, dass es viele Protokollierungs-Frameworks gibt, die eine Menge Codezeilen erfordern, und dass Sie sich fragen, ob es andere Möglichkeiten gibt, diese Arbeit für dieses Projekt zu nutzen, und lassen Sie sie dann die Lösung "herausfinden".

Es wird Zeiten geben, in denen man etwas als seine Idee durchsetzen muss - es wird keinen anderen Weg geben. Halten Sie sich in diesem Fall an die Beweise, suchen Sie sich so viele Verbündete wie möglich, indem Sie die Beziehungen zu denjenigen, die Einfluss haben, aufrechterhalten, und machen Sie sich klar, dass Sie mit jeder Schlacht, die Sie schlagen, eine Position verlieren, selbst wenn Sie gewinnen (vielleicht sogar besonders, wenn Sie gewinnen).

Answer 2

Ich würde empfehlen, Ihre Bedenken als "Vorschläge" zu formulieren. Machen Sie einen Vorschlag und fragen Sie sie nach ihrer Meinung dazu. Auf diese Weise haben sie das Gefühl, dass sie immer noch die Kontrolle haben, obwohl Sie die Saat gelegt haben und das Gespräch leiten.

Unabhängig davon, wie lange Sie schon in einer Organisation arbeiten, sind Sie dort und das aus einem bestimmten Grund (Sie wurden wegen Ihres Beitrags eingestellt). Finden Sie heraus, wie Sie Ihre Stimme erheben können und wie Sie Ihre Teammitglieder am besten mit Vorschlägen und/oder Anliegen ansprechen. Dies ist ein wichtiger Teil der Teamarbeit und wird Ihren Wert steigern.

Answer 3

Besorgen Sie sich einen guten Formatierer und erstellen Sie Methodennamen, über die sie sich nicht beschweren können, dann kann sich Ihre Diskussion auf die wirklichen Probleme konzentrieren.

Manche Leute können bei Bewertungen nicht über diese kleinen Details hinwegsehen, also müssen Sie dafür sorgen, dass es kein Thema ist.

Answer 4

Ihre Arbeit muss erst an Glaubwürdigkeit gewinnen, bevor man Ihnen zuhört. Tun Sie also, was andere empfohlen haben, und achten Sie darauf, dass die unwichtigen Formatierungsvorschriften eingehalten werden. Aber leisten Sie auch so hochwertige Arbeit, dass man Sie nicht ignorieren oder ausgrenzen kann. Versuchen Sie, sie so anzuleiten, dass sie denken, die Ideen kämen von ihnen.

Answer 5

Ich bin nicht einverstanden mit der Empfehlung eines anderen Logging-Frameworks neben log4j. Das Zitieren einer alten Rezension, ohne jegliche persönliche Erfahrung, sollte hier nicht den Ausschlag geben.

Es könnte jedoch eine Möglichkeit geben, dies zu Ihrem Vorteil zu nutzen. Wenn Sie zustimmen und die in das JDK integrierte Protokollierung oder die Apache Commons Protokollierung empfehlen, werden Sie feststellen, dass beide recht ähnlich sind und log4j als zugrunde liegende Implementierung verwenden können.

Wenn Ihr Gegenüber nicht besonders aufmerksam ist, können Sie Punkte sammeln, wenn Sie nachgeben und einen Streit um einen Fahrradschuppen vermeiden und trotzdem bekommen, was Sie wollen.