Wie man "Probleme bei der Kommunikation hat" mit einer bestimmten Person formuliert

Ich arbeite jetzt seit etwas mehr als einem Monat als Solo-Softwareentwickler für die Regierung. Im Grunde genommen hat mich eine Person eingestellt, da er keine Programmierkenntnisse hat. Ich finde es herausfordernd für mich, meine Arbeit gut zu machen, da es eine große Diskrepanz zwischen den Wissensbeständen gibt: Die Leute, mit denen ich arbeite, sind Förster. Um dem abzuhelfen, habe ich versucht, mir die Zeit zu nehmen, mit meinem direkten Vorgesetzten zu sprechen und Fragen zu stellen. Das hat nicht so gut funktioniert.

Ich habe einem anderen Vorgesetzten gegenüber erwähnt, dass ich Kommunikationsprobleme habe, und er hat es folgendermaßen dargestellt: 1) Die Person ist in der Sowjetunion aufgewachsen und hat eine ganz andere Kultur als unsere 2) Ich muss mir seinen Respekt verdienen, bevor er offen ist neue Ideen.

Ich glaube, ich werde falsch interpretiert. 1) Ich verstehe, dass es einen kulturellen Unterschied gibt, aber Fragen zu stellen wie "wird dieses Modul immer von diesem Modul aufgerufen oder könnte es von einem anderen Modul aufgerufen werden?" Ich bin mir nicht sicher, wie ich es umformulieren soll, um besser zu seiner Kultur zu passen. 2) Ich habe nicht versucht, die Dinge anders zu machen. Ich tat , was von mir verlangt wurde (oder zumindest meine Interpretation davon).

Ich möchte wirklich den Unterschied zwischen „Ich habe Probleme, diese Person zu verstehen“ und „Ich mag die Kultur/den Kommunikationsstil dieser Person nicht“ kommunizieren.

Für die technisch Interessierten: Ich habe die Anforderungen objektorientiert umgesetzt. Die Anforderungen forderten "2 Module", also war eines die Hauptdatei und das andere eine Klasse. Die Programmiersprache musste Python sein, aber eine ausführbare Datei war erforderlich. Dazu habe ich einen Python-zu-ausführbaren-Konverter verwendet, aber er hat nur 1 einzelne exe-Datei ausgegeben und mein Manager wollte mehr als 1. Ich habe ihn gefragt, ob das zweite Modul von irgendetwas außer dem ersten aufgerufen würde, und er sagte nein. Dies ist nur ein Beispiel und ich habe keine Vorurteile, ich bin mir nur unsicher, wie ich verhindern kann, dass dies in Zukunft wieder passiert.

Antworten (2)

Es ist gut, dass Sie Kommunikationsprobleme erkennen, aber Sie scheinen den Ansatz zu verfolgen, dass die andere Person sich ändern muss, damit Sie erfolgreich sind. Sie haben keine Kontrolle über Ihren Vorgesetzten, aber es gibt Dinge, die Sie von Ihrer Seite aus tun können, um die Kommunikation effektiver zu gestalten:

  • Denken Sie über Annahmen nach, die Sie möglicherweise treffen, und bestätigen Sie Ihrem Vorgesetzten, dass Sie und er wirklich auf derselben Seite sind. Zum Beispiel: „Sie sagen, dass das Programm zwei Module haben sollte. Ich möchte sicher sein, dass ich verstehe, was Sie mit Modul meinen. Beziehen Sie sich auf Klassen, Pakete oder etwas anderes?“
  • Erklären Sie, was Sie tun, und bitten Sie um ausdrückliche Bestätigung, bevor Sie handeln. Zum Beispiel: „Sie sagten, dass diese Module sich niemals gegenseitig aufrufen würden, also plane ich, sie zu einer einzigen ausführbaren Datei zu kombinieren. Ist das in Ordnung?“
  • Bitten Sie um Zwischenfeedback zu dem, was Sie tun. Zum Beispiel: „Gestern haben wir uns darauf geeinigt, dass es zwei Module geben würde. Nachdem ich mich mit den Details befasst hatte, machte es keinen Sinn, sie als zwei getrennte ausführbare Dateien zu verwenden. So sieht es jetzt aus. Ist das in Ordnung?“
  • Senden Sie auch nach jeder mündlichen Kommunikation, bei der eine Entscheidung getroffen wurde, eine Nachverfolgungsnotiz, um die Entscheidung zu bestätigen. Zum Beispiel: „Hallo XXX, wie wir heute besprochen haben, werde ich dies als zwei separate Module in einer einzigen ausführbaren Datei implementieren. Grüße, Codey12.“
  • Bevor Sie sich mit Ihrer eigentlichen Frage befassen, stellen Sie sicher, dass Sie Ihrem Vorgesetzten genügend Kontext bieten, damit er verstehen kann, warum Sie diese Frage stellen. Vergleichen Sie zum Beispiel diese:
    • "Kann ich dies als einzelne ausführbare Datei implementieren?"
    • „Gestern haben wir darüber gesprochen, dies als zwei Module zu implementieren. Ich habe begonnen, zwei verschiedene Klassen zu erstellen, als wir es besprochen haben. Es scheint sinnvoller zu sein, diese in einer einzigen ausführbaren Datei zusammenzufassen. Was denken Sie?“
  • Stellen Sie sicher, dass Sie selbst klären, was Ihre eigentliche Frage ist, und versuchen Sie, diese zuerst zu stellen. Vergleichen Sie diese beiden Beispiele:
    • "Ist es in Ordnung, wenn ich diese beiden Module zu einer einzigen ausführbaren Datei kombiniere?"
    • "Werden sich diese Module jemals gegenseitig anrufen?" .. "Nein" .. "Sind Sie zu 100% sicher, dass sich diese Module niemals gegenseitig anrufen werden?" .. "Nein" .. "Sind Sie immer noch sicher, dass es zwei separate Module sein sollen?" .. "Ja" ...

Sie sagen, dass Ihr Manager keine Programmierkenntnisse hat, und dann fangen Sie an, ihm Programmierfragen zu stellen. Wie Eric betont, können Sie seine Kommunikationsfähigkeiten nicht ändern, sondern nur Ihre eigenen. Und Sie müssen aufhören, mit ihm Geek zu sprechen, und anfangen, eine Sprache zu sprechen, die er versteht.

Es kann schwierig sein, zu vermeiden, in Fachjargon zu sprechen, aber wenn Sie mit technisch nicht versierten Menschen sprechen, ist dies sehr wichtig. Sie müssen verstehen, wovon er spricht, wenn er sagt, dass er "2 Module" machen soll, Sie müssen fragen, was das wirklich bedeutet (wenn die Spezifikation es nicht auf technische Weise klarstellt). Sie müssen die Geschäftsanforderungen für 2 Module verstehen und das Problem dann auf eine technische Weise lösen, die sinnvoll ist und den Geschäftsanforderungen entspricht.

Wenn er nach etwas fragt, das technisch keinen Sinn ergibt (z. B. 2 Ex), dann versuche zu verstehen, was seine wahren Bedenken sind. Aber Sie müssen nur in seiner Sprache sprechen und den ganzen Fachjargon überspringen. Wenn er nicht technisch versiert ist, sollte er die zugrunde liegende Lösung, die Anzahl der ausführbaren Dateien, nicht einmal kennen oder sich darum kümmern. Zeigen Sie ihm, was es tut, und sehen Sie, ob es seine Bedürfnisse löst und den Anforderungen entspricht. Wörter wie „objektorientiert“, „ausführbar“ – vermeiden Sie solche Wörter, es sei denn, Sie wissen, dass er wirklich versteht, wovon Sie sprechen. Im Moment hört es sich so an, als ob er es nicht tut.