Scrum untuk pemisahan tim antara dua bahasa yang diucapkan

11

Saya memiliki tim yang tanpa satu bahasa umum di antara semua anggota tim. Tim ini dibagi menjadi dua lokasi (meskipun geografi bukan masalah utama). Semua anggota tim di setiap lokasi berbicara bahasa yang sama dan ada anggota di kedua lokasi yang dapat berbicara keduanya. Saya ingin memperkenalkan scrum, tetapi saya berjuang dengan logistik untuk menangani masalah bahasa.

Ini bukan tim lepas pantai. Semua anggota tim adalah karyawan perusahaan, tetapi berlokasi di dua kantor berbeda di berbagai negara. Untungnya, kami tidak memiliki masalah dengan zona waktu; Bahasa adalah hambatan utama. Sementara tim dapat dibagi menjadi dua tim, mengingat ukuran dan keahlian orang-orang di setiap lokasi serta faktor-faktor eksternal lainnya, lebih diinginkan untuk berintegrasi sebagai satu tim.

Saya pikir akan lebih baik menggunakan konferensi video untuk memiliki komunikasi yang lebih kaya dan membantu menyatukan tim untuk dapat melihat satu sama lain dan melakukan pendekatan stand-up yang benar. Namun, saya khawatir ini akan sulit untuk berkomunikasi antar bahasa. Haruskah anggota tim yang menguasai dua bahasa menerjemahkan secara lisan? Sebagai alternatif, kami dapat menggunakan pesan instan seperti yang direkomendasikan oleh satu - satunya referensi yang dapat saya temukan untuk masalah bahasa dalam scrum terdistribusi. Saya prihatin dengan komunikasi yang "lebih buruk" dan mungkin itu adalah pengantar yang buruk untuk konsep scrum.

Dari orang-orang yang memiliki pengalaman dalam berurusan dengan perbedaan bahasa dalam suatu tim, bagaimana Anda mengatasi masalah dan seberapa baik itu bekerja untuk Anda?

— g.
sumber

tim yang berlatih gesit seharusnya terbuka untuk bereksperimen bukan? Anda tahu, "orang lebih dari proses" dan semacamnya. Coba pisahkan menjadi dua tim per bahasa mereka dan lihat cara kerjanya. Jika ternyata bermasalah, Anda dapat mencoba pendekatan satu tim

— agas

1

@gnat - Pendekatan dua tim bukanlah solusi yang tepat untuk situasi kita, tapi saya pikir jawabannya terletak pada apa yang Anda katakan tentang "terbuka untuk bereksperimen". Saya sangat tertarik mendengar tentang pengalaman orang lain dengan masalah ini untuk menemukan solusi terbaik, tetapi pada akhirnya kami telah bereksperimen dengan beberapa pendekatan berbeda untuk menemukan yang terbaik. Jika Anda membuat jawaban ini, saya akan menandainya sebagai diterima.

— g.

2

Tim yang berlatih gesit seharusnya terbuka untuk bereksperimen bukan? Anda tahu, "orang lebih dari proses" dan semacamnya.

Coba pisahkan menjadi dua tim per bahasa mereka dan lihat cara kerjanya. Jika ternyata bermasalah, Anda dapat mencoba pendekatan satu tim.

_{pembaruan, berdasarkan klarifikasi yang diberikan dalam komentar}

Saya pikir jawabannya terletak pada apa yang Anda katakan tentang "terbuka untuk bereksperimen" ... akhirnya kami telah bereksperimen dengan beberapa pendekatan berbeda untuk menemukan yang terbaik

Anda mendapatkan ide saya 100% dengan benar, dan saya pikir Anda mendekati masalah dengan cara yang benar.

Seperti yang mereka tulis dalam The Pragmatic Programmer lebih dari sepuluh tahun yang lalu,

Tidak ada Jawaban yang mudah. Tidak ada solusi terbaik ...

Di sinilah pragmatisme masuk. Anda seharusnya tidak terikat dengan teknologi tertentu, tetapi memiliki latar belakang dan pengalaman yang cukup luas untuk memungkinkan Anda memilih solusi yang baik dalam situasi tertentu ...

Anda menyesuaikan pendekatan Anda agar sesuai dengan keadaan dan lingkungan saat ini. Anda menilai kepentingan relatif semua faktor yang mempengaruhi proyek dan menggunakan pengalaman Anda untuk menghasilkan solusi yang tepat. Dan Anda melakukan ini terus menerus saat pekerjaan berlangsung ...

Orang mungkin mengatakan bahwa Agile memperkuat filosofi kuno tapi emas ini dengan membuat penyesuaian terus menerus sebagai bagian yang secara eksplisit menyambut proses pembangunan.

— agas
sumber

Sementara saya mencari untuk mendapatkan wawasan dari pengalaman orang lain, pada akhirnya, ini adalah jawaban yang tepat.

— g.

Dalam pendekatan satu tim , haruskah ada satu bahasa tunggal yang digunakan selama bekerja? Saya memimpin sebuah proyek dengan 4 orang tetapi dua di antaranya menggunakan bahasa yang berbeda.

— Sohail Si

@SohailSi tidak ada "harus", itulah intinya. Orang, tim, dan bahasa berbeda terlalu banyak untuk merekomendasikan satu atau lain cara dengan andal. Anda hanya mencari secara eksperimental apa yang paling baik untuk tim Anda. Cobalah berbagai cara dan pilih satu yang terbukti bekerja lebih baik

— agas

4

Cara yang paling efektif adalah dengan membagi menjadi dua tim yang berbeda dengan pengiriman yang terisolasi secara logis untuk masing-masing tim - mereka akan memiliki master scrum sendiri.

Silakan baca tautan di bawah ini, Ada banyak poin bagus yang bisa Anda ikuti. (Meskipun berpikir tidak membahas dua bahasa yang berbeda, ini memiliki banyak poin yang terkait dengan dua lokasi geografis). Martin Fowler telah menulis artikel ini setelah bertahun-tahun bekerja dengan tim lepas pantai.

http://martinfowler.com/articles/agileOffshore.html

Beberapa kutipan peluru dari artikel di bawah ini.

1. Gunakan Integrasi Berkelanjutan untuk Menghindari Sakit Kepala Integrasi

2. Minta Setiap Situs Mengirim Duta Besar ke Situs Lain

3. Gunakan Kunjungan Kontak untuk membangun kepercayaan

4. Jangan Meremehkan Perubahan Budaya

5. Gunakan wiki untuk memuat informasi umum

6. Gunakan Script Uji untuk Membantu Memahami Persyaratan

7. Gunakan Bangun Biasa untuk Mendapatkan Umpan Balik tentang Fungsi

8. * Gunakan Rapat Status Singkat Biasa *

dll

— java_mouse
sumber

1

Saya sudah sedikit menjelaskan pertanyaan itu. Masalah utama adalah bahasa daripada geografi.

— g.

2

Apa bahasa resmi perusahaan? Saya tidak tahu ukuran perusahaan Anda, tetapi setiap tempat saya bekerja memiliki bahasa resmi.

Saran saya adalah menggunakan bahasa perusahaan secara default, kecuali Tim Scrum menginginkan sesuatu yang berbeda dan didukung oleh manajemen.

Memaksa bahasa adalah hal besar dan berbicara dalam bahasa berbeda dengan mengekspresikan diri Anda dalam bahasa. Diskusi antara penutur bahasa asli dan terpelajar sering kali berakhir pada orang-orang yang belajar bahasa berakhir frustrasi karena mereka tidak bisa mendapatkan poin mereka dan tidak cukup dihargai hanya karena mereka tidak mahir dalam bahasa.

— Pieter B

Markas besar perusahaan pindah dari satu negara ke negara lain, sehingga bahasa dominan perusahaan bergeser dari satu negara ke negara lain, tetapi tidak ada bahasa 'resmi'. Fokus saya adalah mengaktifkan komunikasi daripada memaksa bahasa.

— g.

Memaksa bahasa bukan yang saya sarankan. Saya menyarankan untuk menggunakan bahasa perusahaan karena setiap karyawan seharusnya menggunakannya. Kecuali mereka ingin menggunakan yang lain, tetapi keputusan ini harus didukung oleh manajemen.

Bahasa yang dominan <> bahasa perusahaan. 80% karyawan kami berbicara bahasa Belanda sebagai bahasa utama tetapi bahasa Inggris adalah bahasa resmi yang digunakan untuk dokumen.

— Carra

1

Tim berbahasa Belanda kami bekerja sama erat dengan cabang berbahasa Perancis kami. Tidak ada satu pun tim berbahasa Perancis yang bisa berbahasa Belanda dan bahasa Prancis kami hanya OK-ish.

Semua orang berbicara setidaknya beberapa bahasa Inggris, tentu saja programmer, itu adalah Lingua Franca di Eropa Barat. Jadi semua dokumentasi dalam bahasa Inggris, semua komentar kode, semua surat dan rapat.

Dari waktu ke waktu kami juga saling mengunjungi cabang. Seringkali seseorang yang sering mengunjunginya membawa serta seseorang yang baru untuk membiarkan semua orang bertemu semua orang.

— Carra
sumber

Pada akhirnya kita akan berakhir menggunakan bahasa Inggris. Mungkin jawabannya lebih pada memberikan dukungan bagi anggota tim untuk meningkatkan bahasa Inggris mereka?

— g.