Ich habe diesen Kollegen, dem ich sehr oft helfe. Ein Grund, warum er auf mich zukommt, ist, dass er nicht viel Erfahrung mit Webanwendungen hat. Allerdings ist er gut in seinem Bereich.
Diese Person hat ein angenehmes Auftreten, aber er hat diese Tendenz, mit der ich nicht umzugehen weiß. Kürzlich benötigte diese Person Hilfe bei einer auf einer Webanwendung basierenden Aufgabe, an der sie arbeitete, und bat mich um Hilfe (er hat dies schon viele Male zuvor getan). Ich habe ihm gesagt, was zu tun ist, und ich habe ihm auch gesagt, dass er die Werte verschlüsseln soll, bevor er sie an die Benutzeroberfläche sendet.
Als er mit seiner Aufgabe fast fertig war, sagte er mir, dass er die Verschlüsselung überspringe und keine sensiblen Daten im Spiel seien, und er begann zu versuchen, mich davon zu überzeugen, dass dies nicht nötig sei. Ich sagte okay. Später während seiner Codeüberprüfung wurde ihm vom Prüfer gesagt, dass er die Werte verschlüsseln müsse. Dann sagte er dem Rezensenten, dass ich zustimmte, dass es in Ordnung sei, nicht zu verschlüsseln! Ich weiß das, weil seine Kabine in der Nähe meiner ist und ich alles mithöre.
Jedes Mal, wenn ich ihm helfe, sagt er, dass er die Aufgabe auf eine bestimmte Art und Weise erledigen wird, und zwingt mich durch einen Streit in eine Position, in der ich okay sage.
Manchmal geht er einfach zu meiner Kabine und erzählt mir, was er tut, und am Ende fügt er hinzu: „Das ist gut, richtig?“. Jetzt habe ich keine Zeit, mich hinzusetzen und alles zu überprüfen, was er tut, also sage ich einfach ja. Sogar bei diesen Gelegenheiten benutzt er meinen Namen, wenn etwas schief geht.
Also meine Fragen sind:
Zentral ist dabei, wenn er „mich durch Argumente in eine Position zwingt, wo ich okay sage“. Die Lösung lautet: Sag nicht "okay".
Angenommen, Sie helfen ihm als Kollege und überprüfen seinen Code nicht offiziell. Wenn er das nächste Mal sagt, dass er etwas gegen Ihren Rat tun wird, sagen Sie: "Ich denke, es sollte so gemacht werden, aber wenn Sie es wollen so liegt es an dir". Wenn er noch einmal erklärt, warum er der Meinung ist, dass es auf seine Weise getan werden sollte, wiederholen Sie einfach Ihre Ansicht. Lassen Sie ihn nicht versuchen, Sie in eine Position zu zwingen, in der Sie ihm zustimmen – sagen Sie einfach immer wieder, dass es seine Verantwortung ist. Dann geh weg.
Wenn dies Teil einer formellen Überprüfung ist, billigen Sie seine Vorgehensweise nicht, wenn Sie der Meinung sind, dass sie falsch ist.
Wenn Sie später befragt werden, können Sie sagen, dass Sie seine Vorgehensweise nicht gutgeheißen haben. (Die Tatsache, dass Sie nicht befragt wurden, zeigt mir, dass seine Versuche, Ihnen die Schuld zuzuschieben, nicht funktionieren.)
Wann immer ich einen Kollegen hatte, der mir die Schuld gab, weil ich ihm geholfen hatte, habe ich aufgehört, ihm zu helfen. Egal wie angenehm sie sind, anderen die Schuld zu geben ist ein Zeichen von Inkompetenz oder Böswilligkeit: Sie sind nicht für das Versagen verantwortlich – Sie sind es. Es ist möglich, dass er Sie durch die Verwendung Ihres Namens gegenüber seinen Vorgesetzten auf Disziplin vorbereitet, oder vielleicht ist er in dem Glauben aufgewachsen, dass jedes Versagen mit einer geeigneten Entschuldigung gegenüber Eltern und Lehrern abgewendet werden könnte. Wenn er Sie zum Scheitern verurteilt, behalten Sie diesen alten Witz im Hinterkopf:
Steve und Mark campen, als plötzlich ein Bär herauskommt und knurrt. Steve beginnt, seine Tennisschuhe anzuziehen.
Mark sagt: "Was machst du? Du kannst einem Bären nicht davonlaufen!"
Steve sagt: „Ich muss dem Bären nicht davonlaufen – ich muss nur dir davonlaufen!“
Quelle .
Wenn Sie es in Zukunft mit dieser Person zu tun haben, vermeiden Sie es, „OK“ zu sagen. Je nach Kontext wird dieses Wort als soziales Geräusch verstanden, das im Wesentlichen "Ich höre dich, rede weiter" bedeutet. Ihr Kollege scheint es nur als bestätigenden Segen zu hören. Um diese Art von Kommunikationsfehlern in Zukunft zu mindern, empfehle ich die Lektüre von How to Disagree Without Being Disagreeable . Während dieses Buch eher darauf abzielt, mit feindseliger Sprache am Arbeitsplatz umzugehen, bietet es einen Rahmen, um zu verstehen, was die andere Person wirklich zu sagen versucht.
Er könnte dich aus verschiedenen Gründen fragen. Jeder hat einen anderen Weg, um angemessen damit umzugehen:
Im Allgemeinen, wenn es sich um Fall 2 oder Fall 3 handelt, sollten Sie Ihre Zeit (Unternehmensressourcen) nicht damit verschwenden, einer schrecklichen Angewohnheit zu helfen. Aber vielleicht sind Sie der Typ Mensch, der nicht nein sagen kann. Wenn das der Fall ist, wird die folgende Taktik wahrscheinlich für Sie funktionieren, unabhängig von dem Grund, aus dem er fragt.
Das ist der falsche Weg, ihm zu helfen:
Sie sollten Werte verschlüsseln, bevor Sie sie an die Benutzeroberfläche senden
Das lehrt ihn absolut nichts. Es sagt ihm, was er tun soll, aber nicht, warum er es tun sollte. Hier ist eine Parabel, um das Prinzip aus einer anderen Antwort zu demonstrieren :
Wenn Sie mich fragen, was der aktuelle Kurs zwischen JPY und USD ist, kann ich Ihnen sagen (ungefähr 95 JPY/USD). Wenn Sie nächste Woche oder nächsten Monat dasselbe wissen müssen und ich nicht da bin, was werden Sie tun?
Kurzfristig mag es effizient sein, Ihnen einfach zu sagen, dass Sie 95 verwenden sollen, aber langfristig, wenn ein wichtiger Teil Ihrer Arbeit darin besteht, den JPY-USD-Kurs zu kennen, ist es viel besser, wenn ich Ihnen beibringe, wie man ihn berechnet heraus, anstatt Ihnen nur die Antwort zu sagen.
Jetzt mögen viele Leute annehmen, dass ich Ihnen einfach einen Link geben sollte , und dann ist alles in Ordnung, weil Sie ihn beim nächsten Mal finden können. Problem gelöst, oder?
Was passiert, wenn Sie den Kurs zwischen USD und EUR wissen müssen? Was werden Sie dann tun? Natürlich kann ich Ihnen einen anderen Link geben, aber dann haben Sie nur zwei separate Links und stoßen auf genau das gleiche Problem, wenn eine andere Währung erforderlich ist.
Wenn Sie ihn durch den Denkprozess führen, anstatt nur die Antwort zu geben, hat dies folgende Wirkung:
Es wird ihm ein Werkzeug geben, wie er die Situation selbst durchdenken kann, und ihm helfen, in Zukunft weniger Fragen zu stellen. Du gewinnst. Er gewinnt. Das Unternehmen gewinnt. Und du siehst aus wie ein toller Mentor, was immer gut ist.
Es wird ihn dazu bringen, Dinge zu sagen wie: "Ja, aber was ist die Antwort?" oder "Aber ich habe keine Zeit dafür?" In diesem Fall können Sie leicht erkennen, dass er Ihnen nur den Kopf verdreht, um seine Arbeit für ihn zu erledigen. Ich würde auf zukünftige Anfragen etwa so antworten:
Ich bin gerade ein bisschen damit beschäftigt, an einem Projekt zu arbeiten, aber wenn Sie unbedingt Hilfe brauchen, würde es Ihnen etwas ausmachen, es zuerst von meinem Chef zu leiten?
Es wird ihn dazu bringen, Dinge zu sagen wie: "Was würdest du wählen?" oder "Ist es in Ordnung, wenn ich ...?" In diesem Fall können Sie verstehen, worauf er hinaus will. Ich würde auf zukünftige Anfragen mit etwas antworten wie:
Ich kann Ihnen sagen, was die Konzepte sind, soweit ich sie verstehe, aber für die spezifischen Anforderungen sollten Sie es besser mit Ihrem Chef besprechen.
Das Problem mit kompetenten Menschen an praktisch jedem Arbeitsplatz ist, dass sie denken, dass die Fähigkeit, mehr Arbeit zu erledigen, ein universeller Vorteil ist. "Ich kann es besser als sie, also sollte ich es tun" wird dich am Ende beißen.
Sie können dies entweder als Gelegenheit sehen, ein besserer Lehrer zu werden (und nicht als Lieferant von Ergebnissen), oder als Gelegenheit, besser darin zu werden, Nein zu sagen. Erledigen Sie nicht einfach blind die Arbeit, die Ihnen aufgebürdet wird – mit großer Kompetenz geht eine große Verantwortung einher, diese Fähigkeit dort einzusetzen, wo sie die größte Wirkung hat.
Wenn Sie Ihre Zeit damit verschwenden, Vampiren zu helfen, werden die Leute am Ende anrufen, um Ihr Urteilsvermögen in Frage zu stellen, anstatt dass die Leute Ihrem Talent gratulieren.
Es tut mir leid, das sagen zu müssen: Sie sind hier falsch.
Sie sollten niemals Okay zu etwas sagen, mit dem Sie nicht einverstanden sind, sei es in Ihrem Privat- oder Berufsleben.
Starke Kommunikation ist der Schlüssel für jedes personenbezogene Problem, das Sie haben werden, und Leute mit einem "Okay" abzuwimmeln, ist das Gegenteil von starker Kommunikation, Sie kommunizieren Ihre Absicht nicht, und wenn Sie politisch bleiben wollen, Sie können immer eine andere Absicht kommunizieren, die die Person nicht verletzt.
"Wenn ich Sie wäre, würde ich diese Verschlüsselung implementieren"
"Ich habe jetzt nicht wirklich die Zeit, dieses Thema zu besprechen, tut mir leid."
Das ist sehr berufsspezifisch..
Das Durchsuchen von Code und das Überprüfen von Code sind jedoch zwei völlig unterschiedliche Aktivitäten.
Wenn Sie in Zukunft mit ihnen zusammenarbeiten, stellen Sie bessere und klarere Erwartungen aneinander her. Stellen Sie zunächst sicher, dass es in Ihren Verantwortungsbereich fällt. Sie haben Ihre eigene Arbeit zu erledigen, und Überprüfungen und Betreuung brauchen Zeit. Helfen Sie dabei, eine Bewertung zu bestehen, oder helfen Sie ihm, eine kleine Unebenheit auf der Straße zu überwinden?
Wenn sie nach einer Überprüfung suchen, sei es auch nur als Plausibilitätsprüfung, bevor Sie mit einer formellen Überprüfung fortfahren, bestehen Sie auf den Anforderungen oder Fehlerberichten, auf denen sie diese Arbeit basieren, den Stilkonformitätsberichten, den Tests und den Testberichten . Werten Sie diese aus, bevor Sie sich den betreffenden Code überhaupt ansehen. Auch wenn sie das Feature noch nicht abgeschlossen haben und nicht alle Tests geschrieben und bestanden sind, zeigen der Stil und die Testberichte, wie detailliert und wie viel Aufwand bisher betrieben wurde, wo sie Erfolg haben und wo sie vielleicht etwas zu kurz kommen . Die Tests werden zeigen, wie gut sie die verschiedenen Aspekte ihrer Funktion ausüben, um zu wissen, ob sie robust und brauchbar oder zerbrechlich und zu naiv ist.
Wenn sie Fragen zu einem Implementierungsproblem haben, sehen Sie sich ihren tatsächlichen Systemcode an. Wenn Sie etwas sehen, das in diesem Aspekt verbessert werden kann, bieten Sie eine Technik und vielleicht ein paar Tipps zur Anwendung an, aber lassen Sie sie die Recherche durchführen. Weisen Sie darauf hin, dass sie Nachforschungen anstellen müssen, weil diese Technik Konsequenzen hat, über die sie Bescheid wissen müssen (wie bei jeder Technik). An einige der Folgen erinnern Sie sich vielleicht nicht und wissen vielleicht nicht, wie es mit dem Rest ihres Handelns zusammenpasst. Wenn sie nach Informationen zu dieser Technik suchen, stoßen sie möglicherweise auf Alternativen, die noch besser passen. Deshalb müssen sie selbst recherchieren.
Machen Sie deutlich, dass Sie nicht alle Antworten haben. Hier hatten Sie beide Probleme: Sie behandelten Sie als Autorität, eine Autorität, die nachgiebig sein konnte. Seien Sie nicht die Autorität, und Sie können so nachgiebig sein, wie Sie wollen. Oder seien Sie die Autorität und erwarten Sie nicht weniger, als dass sie sie respektieren.
Wenn sie andererseits Hilfe brauchen, um zu verstehen, was etwas tut, helfen Sie ihnen, die „zusätzlichen Dinge“ von den „kritischen Teilen“ zu trennen, damit sie selbst sehen können, was vor sich geht. Machen Sie deutlich, dass es auf „zusätzliche Dinge“ ankommt, aber sehen Sie darüber hinweg, um die größere Absicht der „kritischen Dinge“ zu erkennen. Es ist eine berechtigte Sorge, dass Sie sich leicht im Wald verirren können, wenn Sie sich einen Codeabschnitt oder eine Gruppe von Modulen so lange ansehen. Manchmal braucht es einen Blick von außen, um die Perspektive wiederzuerlangen.
Diese Situation muss von Ihrem Vorgesetzten geklärt werden. Machen Sie sich konkrete Erwartungen darüber, ob Sie dieser Person bei der Webentwicklung helfen. Sind Sie eine Ressource für Hilfe (dh ein verherrlichtes Google) oder sind Sie dafür verantwortlich, wie Web-Apps in Ihrem Unternehmen entwickelt werden?
Wenn Sie dies mit Ihrem Vorgesetzten geklärt haben, stellen Sie sicher, dass Ihr Kollege die Beziehung versteht.
Wenn Sie eine Ressource sind, übernimmt Ihr Kollege die volle Verantwortung für jeden Code, den er/sie schreibt. Ihr Name darf nicht genannt werden. Wenn Sie für die Webentwicklung verantwortlich sind, müssen Sie in den Überprüfungsprozess einbezogen werden. Sie müssen bei der Implementierung Ihrer Ansichten anspruchsvoller sein.
Einige Dinge können durch die Verwendung akzeptabler Praktiken gehandhabt werden (Passwörter gelten zu etwa 100 % der Zeit als sensible Daten.), aber die anderen sollten von Anforderungen und Spezifikationen bestimmt werden.
Benutzer5305
Akolyth
IDrinkandIKnowThings
Foo
Kaz
Thorbjørn Ravn Andersen
Erran Morad
Schrittmacher
Lambdapool
gnasher729