Mam zespół, który nie ma jednego wspólnego języka wśród wszystkich członków zespołu. Zespół jest podzielony na dwie lokalizacje (choć położenie geograficzne nie jest głównym problemem). Wszyscy członkowie zespołu w każdej lokalizacji mówią tym samym językiem, aw obu lokalizacjach są członkowie, którzy mogą mówić w obu językach. Chciałbym przedstawić scrum, ale mam problemy z logistyką związaną z problemem językowym.
To nie jest zespół offshore. Wszyscy członkowie zespołu są pracownikami firmy, ale znajdują się w dwóch różnych biurach w różnych krajach. Na szczęście nie mamy żadnych problemów ze strefami czasowymi; język jest główną barierą. Chociaż zespół można podzielić na dwa zespoły, biorąc pod uwagę wielkość i umiejętności osób w każdej lokalizacji, a także inne czynniki zewnętrzne, bardziej pożądane jest zintegrowanie ich jako jednego zespołu.
Myślę, że lepiej byłoby korzystać z wideokonferencji, aby mieć lepszą komunikację i pomóc zjednoczyć zespół, aby móc się zobaczyć i zastosować prawdziwe podejście stand-up. Obawiam się jednak, że trudno będzie komunikować się między językami. Czy dwujęzyczni członkowie zespołu powinni tłumaczyć ustnie? Alternatywnie, moglibyśmy użyć wiadomości błyskawicznych zgodnie z zaleceniami zawartymi w jedynym odnośniku do problemów językowych w rozproszonym scrumie. Martwię się o „gorszą” komunikację i być może jest to słabe wprowadzenie do koncepcji scrum.
Od osób, które mają doświadczenie w radzeniu sobie z różnicami językowymi w zespole, w jaki sposób poradziłeś sobie z problemem i jak dobrze Ci się udało?
Odpowiedzi:
Zespoły ćwiczące zwinnie powinny być otwarte na eksperymenty, prawda? Wiesz, „ludzie ponad procesami” i tak dalej.
Spróbuj podzielić na dwa zespoły w każdym języku i przekonaj się, jak to działa. Jeśli okaże się to problematyczne, możesz wypróbować podejście jednoosobowe.
aktualizacja, na podstawie wyjaśnień zawartych w komentarzach
W 100% poprawnie zrozumiałeś mój pomysł i myślę, że podchodzisz do problemu we właściwy sposób.
Jak napisali w The Pragmatic Programmer ponad dziesięć lat temu,
Można powiedzieć, że Agile wzmacnia tę starą, ale złotą filozofię, czyniąc ciągłe dostosowywanie wyraźnie pożądaną częścią procesu rozwoju.
źródło
Najskuteczniejszym sposobem jest podzielenie się na dwie różne drużyny z logicznie izolowanymi dostawkami dla każdej drużyny - będą mieli swoich własnych mistrzów scrum.
Przeczytaj poniższy link, który ma wiele dobrych punktów, które możesz śledzić. (choć myśl nie dotyczy problemów dwóch różnych języków, ma to wiele punktów związanych z dwoma lokalizacjami geograficznymi). Martin Fowler napisał ten artykuł po wielu latach współpracy z zespołami offshore.
http://martinfowler.com/articles/agileOffshore.html
Niektóre fragmenty kul z poniższego artykułu.
1. Użyj ciągłej integracji, aby uniknąć bólów głowy związanych z integracją
2. Niech każda strona wyśle ambasadorów na inne strony
3. Użyj wizyt kontaktowych, aby zbudować zaufanie
4. Nie lekceważ zmian kulturowych
5. Używaj wiki, aby zawierać wspólne informacje
6. Użyj skryptów testowych, aby zrozumieć wymagania
7. Użyj regularnych kompilacji, aby uzyskać informacje zwrotne na temat funkcjonalności
8. * Stosuj regularne krótkie spotkania o statusie *
itp
źródło
Jaki jest oficjalny język korporacyjny? Nie znam wielkości twojej firmy, ale każde miejsce, w którym pracowałem, miało oficjalny język.
Radzę domyślnie używać języka korporacyjnego, chyba że zespół Scrumowy chce czegoś innego i jest wspierany przez kierownictwo.
źródło
Nasz zespół mówiący po holendersku ściśle współpracuje z naszym oddziałem mówiącym po francusku. Żaden z francuskojęzycznych zespołów nie mówi po holendersku, a nasz francuski jest w porządku.
Wszyscy mówią jednak trochę po angielsku, z pewnością programiści, to Lingua Franca w Europie Zachodniej. Tak więc cała dokumentacja jest w języku angielskim, wszystkie komentarze do kodu, wszystkie maile i spotkania.
Od czasu do czasu odwiedzamy również swoje oddziały. Często ktoś, kto często go odwiedza, zabiera ze sobą kogoś nowego, aby wszyscy mogli się spotkać.
źródło