Kurze Antwort: b> Einfach ausgedrückt, Respekt muss verdient und gegenseitig sein.

Ich sehe in Ihrer Frage, dass Sie eine Reihe von Fällen hatten wo Sie Ihrem Kollegen Empfehlungen gegeben haben, um Dinge zu ändern. Haben Sie jedoch die guten Dinge anerkannt, die er tut? Wenn Sie möchten, dass jemand zuhört, müssen Sie ihn auf halbem Weg treffen.

Ich würde vorschlagen, einige positive Elemente des Arbeitsaufwands Ihres Kollegen zu finden und diese nicht zu loben, sondern einfach zu sagen, dass Sie dies als eine gute Möglichkeit ansehen, etwas zu tun . Dann können Sie vorschlagen, dass etwas anderes besser dazu geeignet ist, es auf diese Weise zu tun.

Rapport erfordert Geben und Nehmen. Wenn Sie nur die Einstellung vorantreiben und das Geben ignorieren, ist es kein Wunder, dass Ihr Kollege seinen Rücken aufrichtet. Geben Sie ein wenig und sehen Sie, was passiert :)

Wahrscheinlich aufgrund des Altersunterschieds schätzt er es nicht, wenn ihm jemand von seinem halben Alter sagt, wie er seine Arbeit machen soll. Ich habe keine Angst vor Konflikten, aber ich möchte, dass er mir zuhört, ohne dass er das Gefühl hat, zu groß für meine Stiefel zu sein oder ihn herabzusetzen. Ich möchte, dass seine Beiträge begrüßt werden.

Meine persönliche Erfahrung mit einem Alters- (oder Erfahrungsunterschied) bestand darin, meine Erfahrung mit dem aktuellen Unternehmen hervorzuheben, die zutreffender ist als ihre Erfahrung von außen . Leider musste ich viele beruhigende Komplimente machen und bestimmte Dinge über mich selbst ablehnen. Ich finde, wenn ich erkläre, dass ich überlegene Kenntnisse über die Funktionsweise DIESES Unternehmens habe, versichere ihnen jedoch, dass ich nicht so viel Erfahrung habe wie draußen oder dass dies möglicherweise nicht der RICHTIGE Weg ist, Dinge zu tun, nur wie WIR Dinge tun. Ich betone meine bescheideneren früheren Karrierepositionen und versuche sicherzustellen, dass ich nur hilfreich sein möchte.

Sie müssen auch zeigen, dass Sie wirklich gut in Ihrem Job sind und ihm helfen können. Wenn er das nicht durch Taten gesehen hat, wird er deinen Worten nicht glauben. Es kann einige Zeit dauern, bis er Ihren beruflichen Wert erkannt hat.

Dinge, die Sie bei Ihrem Ansatz berücksichtigen sollten

Müssen Sie seinen Code prüfen? Wer ist Ihr beide Chef? Wenn Sie keine offizielle Verantwortung für seine Arbeit haben (vielleicht nur eine persönliche / ethische, für die Sie möchten, dass „Ihr“ Projekt richtig ausgeführt wird), würde ich ihm nur einmal sagen, wie man eine bestimmte Sache macht. Wenn Sie nicht sein Chef sind und nicht beschuldigt werden, wenn sein Code nicht gut ist, erwähnen Sie ihn nicht noch einmal.

Zweitens: Versuchen Sie auf andere Weise hilfreich zu sein? Wenn Sie ihm nur Kritik an seinem Code anbieten, aber nicht erklären, wie die 401k des Unternehmens funktionieren, wenn er danach fragt, kann ich verstehen, warum er Ihnen nicht zuhören möchte.

Drittens, stellen Sie sicher, dass Sie ihm Anerkennung zollen, wenn er schnell etwas aufgegriffen hat oder wenn er eine gute Idee hat. Oder wenn er etwas vorschlägt, das sinnvoll ist, aber für Ihr Projekt nicht funktioniert, stellen Sie sicher, dass Sie ihm die gute Idee zuschreiben, während Sie anerkennen, dass es dort leider nicht so eingerichtet ist.

Zuletzt - Gehen Sie nicht mit Beschwerden, dass er nicht kooperiert, zum Projektmanager (insbesondere nicht, es sei denn, diese Person ist sein oder Ihr Vorgesetzter). Schlagen Sie stattdessen entweder vor, dass Richtlinien festgelegt werden müssen, damit der Code gut ist und alle konform sind. Geben Sie freiwillig an, dass Sie dies einrichten möchten, da das Projekt für Sie wichtig ist und Sie sicherstellen möchten, dass alle auf derselben Seite sind. Wenn sie Ihnen jedoch keine Autorität über andere Programmierer geben oder langfristig die Verantwortung für seine Arbeit übernehmen, können Sie nur sehr wenig tun. Wenn seine Sachen durchkommen und falsch sind, hat Ihr Unternehmen offensichtlich nicht entschieden, dass es in Ihrer Verantwortung liegt, damit umzugehen. Das ist eine angemessene Frage für Ihren Chef oder den Premierminister, aber versuchen Sie, sie als Organisations- / Schulungsproblem und nicht als Persönlichkeitsthema zu definieren.

Nach dem Titel fragen

Mit dem Titel sind Sie sein Vorgesetzter und haben das Recht, ihm zu sagen, was zu tun ist / Vorschläge zu machen und zu erwarten, dass sie eingehalten werden. Ohne den Titel sind Sie nur ein anderer Mann auf seinem Niveau ohne Autorität, der ihn herumkommandiert.

Als er anfing, waren Sie erfahrener in der Firma und er war der neue Mann, also natürlich er war glücklich, Ihre Führung zu akzeptieren: Jetzt hat er seine Füße gefunden, er hat nicht das Bedürfnis, der Führung von jemandem zu folgen, der keine Autoritätsposition über ihn hat.

Möglicherweise haben Sie das Verständnis, dass Sie Ich bin der Senior oder habe die Hauptrolle übernommen, aber er weiß das möglicherweise nicht oder versteht möglicherweise nicht, wie es im Unternehmen funktionieren soll. Dies bedeutet, dass Sie entweder den formalen Titel benötigen oder dass das Management klarstellen muss, dass Sie bei diesem Projekt die Führung übernehmen.

Wenn Sie den Titel nicht haben (permanent oder nur ein offizieller, vorübergehender, projektspezifischer), Sie sind nicht sein Vorgesetzter und es gibt keine Hierarchie, so dass Sie keinen hierarchischen Respekt herstellen können: So einfach ist das.

Nun, zuerst denke ich, dass Sie davon ausgehen, dass dies ein Altersproblem ist. Dies könnte sein, aber Sie nehmen an. Es könnte nur ein Problem für Sie sein, da er Sie entweder nicht mag oder Ihre Meinung nicht wertschätzt.

Sehen Sie, das verstehe ich nicht - warum versuchen Sie ihm zu sagen, was er tun soll? machen? Sie sind weder der Hauptentwickler noch sein Chef oder PM. Sie werden nicht einmal als technischer Leiter des Projekts anerkannt.

Sie und er sind gleich. Also zurück. Es ist in Ordnung, eine kurze Kritik zu geben, aber Sie haben ihn abgenutzt. Wenn Sie fortfahren möchten, müssen Sie sich mit Ihren Bedenken an Ihren Chef oder den echten Hauptentwickler wenden, und diese Person kann mit seinem Chef zusammenarbeiten. Dann können Sie eine Einigung darüber erzielen, wie Sie arbeiten / Code / was auch immer.

Wie legen Sie eine Hierarchie fest? Zeigen Sie, dass Sie gut genug arbeiten, um den eigentlichen Titel zu erhalten, und hören Sie auf zu glauben, Sie seien besser als Ihre aktuelle Position.

Bei dieser Antwort wird davon ausgegangen, dass Sie der Hauptentwickler sind. Nicht, dass Sie "in der Praxis" oder eine Art Hauptentwickler sind. Aber dass Sie in Bezug auf PM wirklich der Hauptentwickler für dieses Team sind.

Indirekt und vorläufig zu sein, untergräbt tatsächlich die Autorität, die Sie etablieren möchten. Sie müssen Ihre Autorität formell bekräftigen und dann die Arbeit des Neuankömmlings von dieser höheren Ebene aus lenken.

Bitten Sie dazu Ihren PM, in einer Teambesprechung allen gegenüber zu betonen, dass Ihre Rolle in Projekt X die eines leitenden Entwicklers ist und dass Sie mit der Verwaltung der Arbeit der Personen A und B beauftragt sind . Der Premierminister sollte auch angeben, dass A und B Ihrem Beispiel folgen sollen / werden, fragen, ob dies für alle klar ist, ein positives Nicken oder ein "Ja" erhalten und Fragen oder Kommentare aussprechen.

Dokumentieren Sie auch Ihre Interaktion mit A und B. Versuchen Sie, den größten Teil Ihres Feedbacks auf Papier und nicht verbal zu haben. Mündliche Vorschläge sind nicht überprüfbar und daher nicht durchsetzbar. E-Mail bietet eine spezifische und zeitgestempelte Aufzeichnung der Interaktion, die bei Bedarf als Beweismittel verwendet werden kann, um über Insubordination oder Gründe für Produkte von A und B von geringerer Qualität zu sprechen.

Entscheiden Sie mit gutem Urteilsvermögen, wann dies der Fall ist Es lohnt sich, Ihre PM in Ihren E-Mails an A und B zu senden und wenn es ausreicht, sie nur per E-Mail zu versenden (z. B. die PM zu senden, wenn Sie eine Agenda oder eine Zusammenfassung der Statusprüfungen mit A und B versenden, aber nicht, wenn Sie kleinere Fragen beantworten per E-Mail, wodurch sich A und B möglicherweise bevormundet und unsicher fühlen).

Sprechen Sie bei Ihren Statusprüfungen mit PM anhand der Fakten und geben Sie an, welche Anweisungen Sie dem Team gegeben haben, welcher Teil davon aufgenommen und implementiert wurde und welcher Teil ignoriert oder falsch implementiert wurde, was eine Überarbeitung und Erweiterung des PM erforderlich macht Zeitrahmen oder Beeinträchtigung der Qualität. Sprechen Sie nicht mit dem Ziel, zu erklären, warum die Arbeit von A scheiße ist, sondern anhand objektiver Prinzipien: Dies ist sinnvoll, da dies später schneller / klarer / effektiver sein wird. Trotz wiederholter Vorschläge spiegelt sich dies derzeit jedoch nicht wider A's Code, Punkt. Der Premierminister kann sich selbst ein Bild über die Schwere der von Ihnen angesprochenen Probleme machen und entsprechend handeln.

Eine große Einschränkung des obigen Ratschlags ist die Annahme, dass Ihre Vorschläge tatsächlich besser sind und mehr darstellen effektive / effiziente Methoden, um Dinge zu tun, als dies A und B mit ihren eigenen Arbeitsstilen und -praktiken getan hätten. Dies ist eine ziemlich große Einschränkung. Was als Weg zu Ihnen erscheint, wird vom älteren / erfahreneren Entwickler möglicherweise absichtlich nicht aus Gründen praktiziert, die er nur schwer erklären kann, sondern auf deren Grundlage er im Laufe der Jahre seine Codierungsgewohnheiten entwickelt hat.

Manchmal überschattet die Wahrnehmung der Richtigkeit den eigenen Mangel an Erfahrung und die Bereitschaft, alternative Ansätze in Betracht zu ziehen.

Mein erster und wichtigster Rat wäre also, die Probleme, die zwischen Ihnen und dem älteren Entwickler auftreten, als Gelegenheit zur Reflexion über Ihre eigene Praxis zu nutzen, wobei die Gründe und Beweise für diese Praxis tatsächlich überlegen sind. und ob die schrittweise Änderung der Qualität oder der Effizienz die Mühe wert ist, sie dem Mann aufzuzwingen, der vielleicht ein bisschen auf seine Art und Weise entschlossen ist. Viel Glück!

Ich habe nicht den offiziellen Titel eines Hauptentwicklers erhalten, aber für dieses Projekt ist es eine Rolle, die ich natürlich in der Praxis ausgefüllt und anerkannt habe.

Sie sind hier also die klügsten, aber wer hat Ihnen das gesagt, oder ist es so, dass Sie sich gerade selbst entschieden haben? Es ist dasselbe, als würde man auf das Deck des zufälligen Schiffes treten und sich beschweren, dass kein Seemann Sie als Kapitän erkennt. Warum sollten sie? Du bist nicht. Das Schiff mag für Sie schmutzig aussehen und möglicherweise völlig falsch segeln, aber dies macht Sie nicht automatisch zum Kapitän.

Damit andere Ihnen folgen, müssen Sie sich entweder den verdienten Respekt verdienen oder der sein offizieller Vorgesetzter. Wenn keiner der beiden, erwarten Sie nicht, dass andere Sie als Anführer nehmen.

So fügen Sie weitere Antworten hinzu:

1) Kritisieren Sie nicht, wenn Sie die bessere Antwort nicht parat haben und / oder nicht bereit sind, die für die Anwendung erforderliche Arbeit zu leisten.

2) Kritisieren Sie überhaupt nicht. Fragen. "Hey, ich sehe, du hast es so geschrieben. Ich denke, ich hätte es so geschrieben. Was habe ich vermisst oder ist es wichtig?" Angenommen, Sie liegen genauso wahrscheinlich falsch oder präsentieren es zumindest so, und hören Sie sich die Antwort genau an. Diskutieren Sie, behaupten Sie nicht und streiten Sie nicht. Sie haben vielleicht tatsächlich etwas verpasst. Oder es kann alte Gründe geben, warum dies nicht so gemacht werden kann, wie Sie es bevorzugen. Oder es kann eine Frage des Stils sein und in diesem Fall wirklich keine Rolle. Oder er sagt eines davon, aber nachdem er den Vorschlag gehört hat, könnte er es beim nächsten Mal auf Ihre Weise versuchen. Hören Sie auf zu gewinnen und konzentrieren Sie sich darauf, Ideen auszutauschen. Auf diese Weise gewinnt jeder .