私はほぼ2年間多国籍チームで働いています。 オランダのプロジェクト、オランダのフロントオフィス、さらに2つのバックオフィス：ロシア語とチェコ語。 オランダは、世界中の人々が仕事に移る国であり、この会社自体も例外ではありません。 チェコ人、ロシア人、オランダ人では終わりません;ルーマニア人、ポーランド人、メキシコ人、インドネシア人、マケドニア人、インド人はプロジェクトで働いており、これらは私がすでに一緒に働いている人たちだけです。 ご覧のとおり、ここに完全なセットがあります。 もちろん、各人の特定の性格特性も個別に考慮する必要がありますが、一部の特徴は国籍に応じて正確に明示されます。 この記事では、このようなチームに関する私の経験と、次のトピックに関するいくつかのディスカッションを共有したいと思います。ソフトスキルとテクニカルスキル、メンタリティの違いによるチームの誤解。
私も完璧ではないので、私の人生からのケースの写真を追加します。
ソフトスキル-すべてではない
ほとんどの場合、ソフトスキルは技術よりも高く評価されます。 作業の開始時に、すぐに目を引きます。 西洋の多くの国でのコミュニケーションにおける礼儀正しさの文化は、メンタリティの一部です。 挨拶の後、「お元気ですか」と尋ねる必要があります。オランダ人との私の場合は、いくつかの提案で天気について話し合うといいでしょう。 私たちロシア人にとって、これは通常の「こんにちは」とそれに続くトピックに関する質問と対立します。 さらに、原則として、良好な関係を築いている同志から問題について質問し、週末や休息などについて詳細に説明します。 リリース中にこの典型的な会話が続くと、少し面倒なこともあります。 チームには、早急に解決する必要のある未解決のタスクがあり、天気について話し合うのに時間を浪費しています:)それでも、誰かが適応し、そのような場合にはポイントに直行します。
もちろん、ソフトウェアのスキルはこれで終わりではありません。 しかし、それでも、私の意見では、これらのスキルを主要なスキルの1つとして考慮することは誤りです。 事実、技術的なスキルを持っていると、チームの共通のトピックを見つけたり、技術的な会議に参加したり、一般的なタスクを解決したりすることさえできます。 彼らのおかげで、静かなチームメンバーでさえ、あなたのために違ったやり方で開くことができます。
私は古い仕事から例を挙げたいと思います。 チームでは、一人の従業員が全員に挨拶する必要があるとさえ考えていませんでした。 これで、彼の社会的スキルのレベルはそこで終わりません。 あなたの質問のいくつかに話すとき、彼はすぐに答えないかもしれませんが、単に推論し始めて、去ります。 しかし、彼はいつも戻ってきました。彼は、すぐに答えが得られなかった複雑な質問を考えるようなアプローチをしていました。 時々彼は床に散歩に行き、時々仕事に出て、それからしばらくして（30分以内に）答えが返ってきました。 もちろん、一見すると、通常の相互のあいさつがない場合は失礼で無礼に思えますが、彼はまだチームの誰かと話をしました。 答えは簡単でした-彼は私と話すことに興味がありません。
私はアプローチを見つけなければならず、C ++の複雑さに関するいくつかの会話に参加することを決めましたが、それでも何とか彼が知らなかったことを伝えることができました。 男は職場に行き、いくつかの簡単な例をスケッチしました、それがすべてです。 その後、あなたも面白いとみなされます。
つまり、一方ではこれらはまったく異なるソフトスキルとハードスキルですが、他方では密接に関連しています。
したがって、私たちのチームの技術者と建築家はしばしば問題を抱えています。 ここで会ったのは、C ++プロジェクトアーキテクトが、2〜3年のプログラミング経験を持つ別の言語の元プログラマーになることができるようになったからです。 もちろん、アーキテクトはコードを書くことを義務付けていない同じ役割であることを理解しているように見えますが、一方で、C ++でそれを実装することは不可能であり、マイクロ管理がまだ始まっており、あなたがコードに手を入れない場合は説明する必要がありますこの場合、目はわずかにひきつり始めます。 それでも、C ++プログラミングの経験がある人には、プログラマーと通信するための少なくとも2つの言語（英語とC ++）があります。
そのため、多国籍チームで作業する場合、全員が適応する必要があります。
コミュニケーションに1つの言語を使用する場合でも誤解
メンタリティは、同じ行為や通常の発言を理解する上でも大きな役割を果たします。 たとえば、いくつかの側面を考えてみましょう。
開放性
私たちにとって非常に個人的なトピックの多くは、他の人にとっては当たり前のことです。
はい、私たちは医者への旅行について話したり、昨晩のギャマルが個人的なものであることを伝えたくありません。 私たちは、特定のサークルでそのようなことを議論することに慣れています。 さらに、私は誰もが医師の診察について話すことを好むかどうかはまったくわかりません。 同時に、いくつかの技術的なことになると、どこかで開放性が失われます。 ちなみに、これは常に個人の資質に依存するとは限りません。 国籍によっては、実際に話し合いがあったとしても、会話中に何かが理解されないかどうかを直接尋ねることが習慣ではないことに留意してください。 何らかの理由で、聞いたすべての概念と用語をグーグルで調べ、自分でそれを理解しようとする議論の後、それは完全に正常と見なされます。 さらに、コンテキストに応じて同じ単語の意味が異なる場合があり、これにより誤解が増えます。 したがって、対談者の顔で読む準備をしてください。 しかし、不確かな不確実な声だけで判断する場合、Skype通話で行うのは本当に困難です。
フィードバックのアプローチまたはフィードバックの方法
ロシア人は、チームの行動について肯定的であろうと否定的であろうと、コメントを直接提供するのが習慣です。 オランダ人はグループでそれをします。 チームで公に表明された否定的な評価に関しては、これを「パブリックフラギング」と呼びます。 私の同僚は、私がこの行動を見るのを笑っていますが、そうです。 考えてみると、ここでは「パブリックフラッギング」のアプローチも適用されますが、原則として、コメントが2、3回出された後、それが通らなかった場合です。 誰かが一般的にグループのフィードバックを個人的なin辱として認識することができますが、外国人の同僚の側からはすべてが正常であるように思われます。
おわりに
ここだけでなく、他の企業でもロシアのプログラマーと仕事をすることの機能と複雑さについて苦情を聞いたので、インターネット上の記事でこれについて読むことができます。 もちろん、これによって私はアメリカを発見しませんでした。 しかし、誰もが特別なアプローチを探し、同じロシアの同僚から尊敬を得るための努力をしなければならないことを理解しているわけではありません。 これを達成できる場合、これはあなたにとって大きなプラスになることを考慮してください。 そして、外国人の同僚と仕事をするとき、「これらの失礼なロシアのプログラマー」のステレオタイプを克服しようとします。
文化の違いに関する本を読むことについてのアドバイスで話を終わらせたいと思いますが、個人的にはまだ読んでいませんが、過去半年間に多くの同僚が必読のように読み始めました：
「カルチャーマップ：グローバルビジネスの目に見えない境界を突破する」エリンマイヤー