Scrum für Team aufgeteilt auf zwei gesprochene Sprachen


11

Ich habe ein Team, das ohne eine einzige gemeinsame Sprache unter allen Teammitgliedern ist. Das Team ist auf zwei Standorte aufgeteilt (obwohl die Geografie nicht das Hauptproblem ist). Alle Teammitglieder an jedem Standort sprechen dieselbe Sprache und es gibt Mitglieder an beiden Standorten, die beide sprechen können. Ich möchte Scrum einführen, habe aber Probleme mit der Logistik, mit dem Sprachproblem umzugehen.

Dies ist kein Offshore-Team. Alle Teammitglieder sind Mitarbeiter des Unternehmens, befinden sich jedoch in zwei verschiedenen Büros in verschiedenen Ländern. Glücklicherweise haben wir keine Probleme mit Zeitzonen. Sprache ist die primäre Barriere. Obwohl das Team aufgrund der Größe und der Fähigkeiten der Mitarbeiter an jedem Standort sowie anderer externer Faktoren in zwei Teams aufgeteilt werden könnte, ist es wünschenswerter, sich als ein einziges Team zu integrieren.

Ich denke, es wäre vorzuziehen, Videokonferenzen zu verwenden, um eine umfassendere Kommunikation zu haben und das Team zu vereinen, damit sie einander sehen und den echten Stand-up-Ansatz verfolgen können. Ich befürchte jedoch, dass es schwierig sein wird, zwischen Sprachen zu kommunizieren. Sollten zweisprachige Mitglieder des Teams mündlich übersetzen? Alternativ könnten wir Sofortnachrichten verwenden, wie von der einzigen Referenz empfohlen, die ich zu Sprachproblemen in verteiltem Scrum finden konnte. Ich mache mir Sorgen um die "schlechtere" Kommunikation und vielleicht ist es eine schlechte Einführung in das Scrum-Konzept.

Wie haben Sie das Problem von Personen angegangen, die Erfahrung im Umgang mit Sprachunterschieden in einem Team haben, und wie gut hat es für Sie funktioniert?


Teams, die agil üben , sollen offen für Experimente sein, nicht wahr? Sie wissen, "Menschen über Prozesse" und so. Versuchen Sie, sich in zwei Teams pro Sprache aufzuteilen, und sehen Sie, wie es funktioniert. Wenn es sich als problematisch herausstellt, können Sie einen Ein-Team-Ansatz versuchen
Mücke

1
@gnat - Der Zwei-Teams-Ansatz ist nicht die richtige Lösung für unsere Situation, aber ich denke, die Antwort liegt in dem, was Sie über "Seien Sie offen für Experimente" gesagt haben. Ich war sehr daran interessiert, von den Erfahrungen anderer Leute mit diesem Problem zu hören, um die beste Lösung zu finden, aber letztendlich haben wir mit ein paar verschiedenen Ansätzen experimentiert, um herauszufinden, was am besten funktioniert. Wenn Sie dies als Antwort angeben, werde ich es als akzeptiert markieren.
g.

Antworten:


2

Teams, die agil üben , sollen offen für Experimente sein, nicht wahr? Sie wissen, "Menschen über Prozesse" und so.

Versuchen Sie, sich in zwei Teams pro Sprache aufzuteilen, und sehen Sie, wie es funktioniert. Wenn es sich als problematisch herausstellt, können Sie einen Ein-Team-Ansatz ausprobieren.


Aktualisierung, basierend auf der Klarstellung in den Kommentaren

Ich denke, die Antwort liegt in dem, was Sie über "Seien Sie offen für Experimente" gesagt haben. Letztendlich haben wir mit ein paar verschiedenen Ansätzen experimentiert, um herauszufinden, was am besten funktioniert

Sie haben meine Idee zu 100% richtig verstanden, und ich denke, Sie gehen das Problem richtig an.

Wie sie vor mehr als zehn Jahren in The Pragmatic Programmer geschrieben haben,

Es gibt keine einfachen Antworten. Es gibt keine beste Lösung ...

Hier kommt Pragmatismus ins Spiel. Sie sollten nicht an eine bestimmte Technologie gebunden sein, sondern über einen ausreichend breiten Hintergrund und eine ausreichende Erfahrungsbasis verfügen, um in bestimmten Situationen gute Lösungen auswählen zu können ...

Sie passen Ihren Ansatz an die aktuellen Umstände und die Umgebung an. Sie beurteilen die relative Bedeutung aller Faktoren, die ein Projekt beeinflussen, und nutzen Ihre Erfahrung, um geeignete Lösungen zu finden. Und Sie tun dies kontinuierlich, während die Arbeit fortschreitet ...

Man kann sagen, dass Agile diese alte, aber goldene Philosophie verstärkt, indem kontinuierliche Anpassungen zu einem ausdrücklich willkommenen Teil des Entwicklungsprozesses gemacht werden.


Während ich nach Einsichten aus den Erfahrungen anderer suchen wollte, ist dies letztendlich die richtige Antwort.
g.

Sollte in einem Ein-Team-Ansatz eine einzige Sprache während der Arbeit verwendet werden? Ich leite ein Projekt mit 4 Personen, aber zwei von ihnen verwenden eine andere Sprache.
Sohail Si

@SohailSi gibt es kein "sollte", das ist der springende Punkt. Menschen, Teams und Sprachen unterscheiden sich zu sehr, um sie auf die eine oder andere Weise zuverlässig zu empfehlen. Sie finden nur experimentell heraus, was für Ihr Team am besten funktioniert. Probieren Sie verschiedene Möglichkeiten aus und wählen Sie eine aus, die nachweislich besser funktioniert
Mücke

4

Am effektivsten ist es, sich in zwei verschiedene Teams mit logisch isolierten Ergebnissen für jedes Team aufzuteilen - sie haben ihre eigenen Scrum-Master.

Bitte lesen Sie den Link unten, Dies hat viele gute Punkte, denen Sie folgen können. (Obwohl think nicht auf die Bedenken zweier verschiedener Sprachen eingeht, hat dies viele Punkte, die sich auf zwei geografische Standorte beziehen). Martin Fowler hat diesen Artikel nach langjähriger Zusammenarbeit mit Offshore-Teams geschrieben.

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

Einige der Aufzählungszeichen aus dem folgenden Artikel.

1. Verwenden Sie Continuous Integration, um Integrationsprobleme zu vermeiden

2. Lassen Sie jede Site Botschafter zu den anderen Sites senden

3. Verwenden Sie Kontaktbesuche, um Vertrauen aufzubauen

4. Unterschätzen Sie den Kulturwandel nicht

5. Verwenden Sie Wikis, um allgemeine Informationen zu enthalten

6. Verwenden Sie Testskripte, um die Anforderungen zu verstehen

7. Verwenden Sie reguläre Builds, um Feedback zur Funktionalität zu erhalten

8. * Verwenden Sie regelmäßige kurze Statusmeetings *

etc


1
Ich habe die Frage etwas geklärt. Das zentrale Thema ist eher die Sprache als die Geographie.
g.

2

Was ist die offizielle Unternehmenssprache? Ich kenne die Größe Ihres Unternehmens nicht, aber jeder Ort, für den ich gearbeitet habe, hatte eine offizielle Sprache.

Mein Rat ist, standardmäßig die Unternehmenssprache zu verwenden, es sei denn, das Scrum-Team möchte etwas anderes und wird vom Management unterstützt.


Eine Sprache zu erzwingen ist eine große Sache und das Sprechen einer Sprache unterscheidet sich davon, sich in einer Sprache auszudrücken. Diskussionen zwischen Muttersprachlern und gelernten Sprechern führen häufig dazu, dass die Menschen, die die Sprache gelernt haben, frustriert sind, weil sie ihren Standpunkt nicht durchsetzen können und nicht genug geschätzt werden, nur weil sie eine Sprache nicht beherrschen.
Pieter B

Der Hauptsitz des Unternehmens wurde von einem Land in ein anderes verlegt, sodass die dominierende Sprache des Unternehmens von einem Land in ein anderes wechselt, aber es gibt keine „Amtssprache“. Mein Fokus liegt darauf, Kommunikation zu ermöglichen, anstatt eine Sprache zu erzwingen.
g.

Eine Sprache zu erzwingen ist nicht das, was ich vorgeschlagen habe. Ich schlage vor, die Unternehmenssprache zu verwenden, da jeder Mitarbeiter sie verwenden soll. Es sei denn, sie möchten eine andere verwenden, aber diese Entscheidung muss vom Management unterstützt werden.

Dominante Sprache <> Unternehmenssprache. 80% unserer Mitarbeiter sprechen Niederländisch als Hauptsprache, aber Englisch ist die offizielle Sprache für Dokumente.
Carra

1

Unser niederländischsprachiges Team arbeitet eng mit unserer französischsprachigen Niederlassung zusammen. Keines der französischsprachigen Teams spricht Niederländisch und unser Französisch ist nur in Ordnung.

Jeder spricht zumindest etwas Englisch, sicherlich Programmierer, es ist die Lingua Franca in Westeuropa. Die gesamte Dokumentation ist also in Englisch, alle Codekommentare, alle Mails und Besprechungen.

Von Zeit zu Zeit besuchen wir auch die Filialen der anderen. Oft bringt jemand, der es oft besucht, jemanden mit, der neu ist, damit jeder jeden treffen kann.


Letztendlich werden wir Englisch verwenden. Vielleicht liegt die Antwort eher darin, die Mitglieder des Teams bei der Verbesserung ihres Englisch zu unterstützen?
g.
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.