Halo semuanya!
Saya telah bekerja di tim multinasional selama hampir dua tahun. Proyek Belanda, kantor depan di Belanda, ditambah beberapa kantor belakang: Rusia dan Ceko. Holland adalah negara tempat orang-orang dari seluruh dunia pindah bekerja, dan perusahaan ini sendiri tidak terkecuali. Di Ceko, Rusia, dan Belanda, itu tidak berakhir: orang Romawi, Polandia, Meksiko, Indonesia, Makedonia, India bekerja dalam proyek dan ini hanya mereka yang sudah berhasil saya kerjakan. Seperti yang Anda lihat, kami memiliki satu set lengkap di sini. Tentu saja, seseorang juga harus memperhitungkan ciri-ciri karakter spesifik setiap orang secara individu, tetapi beberapa fitur jelas dimanifestasikan secara tepat tergantung pada kebangsaan. Dalam artikel ini saya ingin berbagi pengalaman saya tentang tim-tim tersebut dan beberapa diskusi tentang topik-topik berikut: soft skill dan keterampilan teknis, kesalahpahaman dalam tim karena perbedaan mentalitas.
Saya juga tidak sempurna, jadi tambahkan gambar sebuah case dari hidup saya:
Keterampilan lunak - bukan segalanya bagi kita
Dalam kebanyakan kasus, soft skill dinilai di atas teknis. Ini menangkap mata Anda segera di awal pekerjaan. Budaya kesopanan dalam komunikasi di banyak negara Barat adalah bagian dari mentalitas. Setelah sambutan, Anda perlu bertanya "Bagaimana kabarmu", dan dalam kasus saya dengan Belanda, akan menyenangkan untuk membahas cuaca dalam beberapa saran. Bagi kami orang Rusia, ini bertentangan dengan "Halo" yang biasa dan pertanyaan berikutnya tentang topik tersebut. Selain itu, kami bertanya tentang perselingkuhan, sebagai aturan, dari kawan-kawan dengan siapa kami memiliki hubungan yang baik dan menceritakan secara terperinci tentang akhir pekan, liburan atau hal lain, dan bukan hanya "Baik, terima kasih". Kadang-kadang agak menjengkelkan ketika dialog khas ini bahkan mengikuti selama rilis. Tim memiliki tugas terbuka yang perlu segera diselesaikan, dan Anda membuang-buang waktu untuk mendiskusikan cuaca :) Tapi tetap saja, seseorang beradaptasi dan dalam kasus seperti itu langsung ke intinya.
Tentu saja, keterampilan perangkat lunak tidak hanya sampai di situ. Namun demikian, pertimbangan keterampilan ini, sebagai salah satu yang utama, menurut saya, salah. Faktanya adalah memiliki keterampilan teknis membantu menemukan topik umum dalam tim, berpartisipasi dalam rapat teknis, dan bahkan hanya menyelesaikan tugas umum. Berkat mereka, anggota tim yang pendiam sekalipun bisa membuka secara berbeda untuk Anda.
Saya ingin memberi contoh dari pekerjaan lama saya. Di tim, satu karyawan bahkan tidak menganggap perlu untuk menyapa semua orang. Pada tingkat ini, keterampilan sosialnya tidak berakhir di sana. Ketika berbicara dengan beberapa pertanyaan Anda, ia mungkin tidak langsung menjawab, tetapi mulailah beralasan dan kemudian pergi. Tapi dia selalu kembali, dia hanya punya pendekatan pemikiran untuk pertanyaan-pertanyaan rumit yang dia tidak segera punya jawaban. Kadang-kadang dia berjalan-jalan di lantai, dan kadang-kadang dia pergi bekerja, dan baru setelah beberapa waktu (dalam setengah jam) kembali kepada Anda dengan jawaban. Tentu saja, pada pandangan pertama, kasus dengan tidak adanya salam bersama yang biasa tampak kasar dan tidak sopan, tetapi dia masih berbicara dengan seseorang dari tim. Jawabannya sederhana - dia tidak tertarik berbicara dengan saya.
Saya harus menemukan pendekatan, dan memutuskan untuk berpartisipasi dalam beberapa percakapan tentang seluk-beluk C ++ dan masih berhasil mengatakan sesuatu yang dia tidak tahu. Pria itu pergi ke tempat kerja, kami membuat sketsa beberapa contoh cepat, itu saja. Setelah itu, Anda juga dianggap menarik.
Artinya, di satu sisi, ini adalah keterampilan lunak dan keras yang sama sekali berbeda, tetapi di sisi lain, mereka terkait erat.
Karena itu, tim teknis dan arsitek di tim kami sering mengalami masalah. Di sinilah saya bertemu dengan seorang mantan programmer dalam bahasa lain, dengan pengalaman pemrograman 2-3 tahun, bisa menjadi arsitek proyek C ++, dan ini bagus jika ada pengalaman pemrograman sama sekali. Tentu saja, Anda tampaknya menyadari bahwa arsitek adalah peran yang sama yang tidak mengharuskan Anda untuk menulis kode, tetapi di sisi lain, Anda harus menjelaskan bahwa tidak mungkin untuk mengimplementasikannya dalam C ++, dan jika manajemen mikro masih dimulai dan Anda tidak masuk ke kode Anda dengan tips dalam kasus ini, mata mulai bergerak sedikit. Namun, seseorang dengan pengalaman pemrograman C ++ memiliki setidaknya dua bahasa untuk berkomunikasi dengan programmer: Bahasa Inggris dan C ++.
Jadi, bekerja di tim multinasional, semua orang harus beradaptasi.
Kesalahpahaman bahkan ketika menggunakan satu bahasa untuk komunikasi
Mentalitas memainkan peran besar dalam memahami tindakan yang sama dan bahkan pernyataan biasa. Ambil, misalnya, beberapa aspek.
Keterbukaan
Banyak topik yang tampaknya sangat pribadi bagi kami adalah hal biasa bagi orang lain.
Ya, kami tidak ingin membahas perjalanan kami ke dokter atau memberi tahu bahwa gamal tadi malam bersifat pribadi. Kami terbiasa mendiskusikan hal-hal seperti itu dalam lingkaran orang tertentu. Selain itu, saya tidak yakin ada orang yang suka membicarakan kunjungan dokter sama sekali. Pada saat yang sama, keterbukaan menghilang di suatu tempat ketika datang ke beberapa hal teknis. Omong-omong, ini tidak selalu tergantung pada kualitas pribadi. Perlu diingat bahwa di beberapa negara bukan kebiasaan untuk langsung bertanya apakah ada sesuatu yang tidak dipahami selama percakapan, bahkan jika sebenarnya ada diskusi tentang hal itu. Untuk beberapa alasan, itu dianggap sangat normal setelah diskusi ke google semua konsep dan istilah yang didengar dan mencoba untuk mengetahuinya sendiri. Selain itu, terkadang kata-kata yang sama memiliki arti berbeda tergantung pada konteksnya, yang menambah kesalahpahaman. Jadi bersiaplah untuk membaca di muka lawan bicara, di mana Anda perlu menjelaskan dan memberi tahu lebih banyak. Tapi itu benar-benar sulit dilakukan dalam panggilan Skype, jika hanya dinilai dari suara yang tidak pasti dan tidak pasti.
Pendekatan umpan balik atau bagaimana umpan balik diberikan
Sudah menjadi kebiasaan bagi Rusia untuk memberikan umpan balik secara langsung, baik positif atau negatif, komentar tentang perilaku tim. Belanda melakukannya dalam kelompok. Saya menyebutnya "cambuk publik" ketika datang ke peringkat negatif yang diungkapkan secara publik dalam tim. Rekan-rekan saya tertawa bahwa saya melihat tindakan ini, tetapi ternyata benar. Jika Anda memikirkannya, pendekatan "cambuk publik" juga digunakan di sini, tetapi, sebagai aturan, ini adalah jika tidak terjadi setelah dua atau tiga kali komentar dibuat. Seseorang pada umumnya dapat menganggap umpan balik dalam kelompok sebagai penghinaan pribadi, tetapi dari sisi kolega asing semuanya tampak normal.
Kesimpulan
Saya mendengar keluhan tentang fitur dan kompleksitas bekerja dengan programmer Rusia tidak hanya di sini, tetapi juga di perusahaan lain, Anda dapat membaca tentang ini di artikel di Internet. Tentu saja, dengan ini saya tidak menemukan Amerika. Tetapi tidak semua orang mengerti bahwa kita juga harus mencari pendekatan khusus dan melakukan upaya untuk mendapatkan rasa hormat dari rekan-rekan Rusia yang sama. Pertimbangkan bahwa ini merupakan nilai tambah besar bagi Anda jika Anda dapat mencapainya. Dan ketika bekerja dengan kolega asing, cobalah untuk mengatasi stereotip "para programmer Rusia yang kasar ini."
Saya ingin mengakhiri cerita saya dengan saran tentang membaca buku tentang perbedaan budaya, yang secara pribadi belum saya baca, tetapi banyak rekan selama setengah tahun terakhir telah mulai membaca sebagaimana mestinya:
“Peta Budaya: Menembus Batas-Batas Bisnis Global yang Tak Terlihat” oleh Erin Meyer