Ich erstelle gerade einen Projektmanagementplan für ein neues Projekt, bei dem die Mitglieder einen anderen kulturellen Hintergrund haben werden. Ich habe eindeutig festgestellt, dass nicht alle Projektmitglieder Kenntnisse in einer gemeinsamen Sprache (z. B. Englisch) haben werden.
Gibt es einen Projektmanagementansatz, der diese Einschränkung effizient berücksichtigen kann? Ist es nur ein Problem des Personalmanagements oder können wir diese Einschränkung in der Projektmanagementpraxis angehen?
Wie kann unser Team Kommunikationsprobleme innerhalb des Projekts überwinden, wenn die Mitglieder nicht dieselbe Sprache sprechen?
Wie groß sind Personengruppen in einer bestimmten Sprache?
Agile Praktiken wie Scrum umgehen diese Art von Situation normalerweise, indem sie kleinere unabhängige Module und Sprints erstellen. Sie bilden dann kleinere Gruppen von Personen, die mit einer bestimmten Sprache vertraut sind, und bitten sie, an einzelnen Sprints zu arbeiten.
So kann eine Gruppe von Personen, die mit Englisch vertraut sind, an Modul X arbeiten, während ein anderes Team, das eine andere Sprache beherrscht, an Modul Y arbeitet. Beide Module führen ihre unabhängigen Sprints durch.
Jedes Team hat seine eigenen Scrum Master (im Grunde kann ein Lead- oder Senior-Entwickler innerhalb dieses Teams, der ein gewisses Maß an Englisch beherrscht, diese Rolle übernehmen).
Jedes Team hat seine eigenen Daily Scrums in der Sprache seiner Wahl. Andere Teammitglieder müssen nicht Teil dieses Scrums sein, da sie Scrums in ihrer eigenen Sprache haben, die sich auf ihre spezifischen Module konzentrieren, an denen sie teilnehmen.
Am Ende des Tages haben Sie ein „Scrum of Scrums“ – ein kurzes fünfminütiges Stand-Up-Call, bei dem diese Scrum Master / Teamleiter / leitenden Entwickler (oder wie auch immer Sie sie nennen möchten) auftauchen und statt dessen die Beantwortung von Scrum-Fragen wie „Woran habe ich gearbeitet, woran werde ich morgen arbeiten, und gibt es etwas, das ich vom Team brauche?“, beantwortet Fragen wie „Woran haben wir (wie in mir und meinem Team) gearbeitet heute, woran arbeiten wir morgen und brauchen wir etwas vom Team?“.
Einfach gesagt, der lokale Lead wird Ihr Standarddolmetscher für den Rest des Teams. Dies lässt diese Teams autonom arbeiten, ohne viel Mikromanagement von Ihrer Seite, und beseitigt auch viele Reibungspunkte, die sich aus kulturellen Unterschieden ergeben. Funktioniert normalerweise sehr gut, wenn Sie zwei bis drei Mitglieder in jeder Sprache haben – was eine perfekte Größe ist, um Pizza-Teams zu bilden, die kleine Sprints autonom liefern können.
Die täglich zusammenkommenden Leads sorgen auch dafür, dass es keine Probleme bei der Integration gibt. Außerdem können Sie kontinuierliche Integration verwenden, um sicherzustellen, dass das, was jedes Team erstellt, in das Gesamtbild passt. Standard-XP-Praktiken werden Ihnen dabei helfen.
Die Kommunikationsplanung ist ein wesentlicher Bestandteil des Projektinitiierungsprozesses, und einige Methoden (z. B. PRINCE2) sehen sie als formellen Dokumentationsprozess für diese Phase vor . Die Einzelheiten Ihres Plans sowie die Vor- und Nachteile einer bestimmten Kontrolle sind sehr situativ. Besonderheiten können außerhalb des Kontexts Ihrer Organisation oder Ihres Projekts nicht effektiv angesprochen werden.
Als Prozessfrage gibt es sicherlich Schritte, die im Rahmen des gesamten Projektplanungs- und -managementprozesses unternommen werden sollten. Unabhängig vom Projektmanagement-Framework identifiziert die folgende Liste grundlegende Schritte, die Sie auf Ihr Projekt anwenden können.
Es ist niemandem außerhalb Ihrer Organisation möglich, alle Einschränkungen zu ermitteln, mit denen Ihr Projekt konfrontiert ist, daher gibt es keine kanonische Liste von Möglichkeiten, Sprachbarrieren in einem Projekt zu beseitigen. Hier sind jedoch einige vernünftige Vorschläge, die Ihren Planungsprozess unterstützen können.
Ihr Projektteam kann auch andere Kontrollen und Prozesse identifizieren, die für Ihr Unternehmen besser geeignet sind. Verwenden Sie diese Liste als Ausgangspunkt für die Entwicklung Ihrer eigenen Projektsteuerungen, aber seien Sie kreativ und schränken Sie das Potenzial Ihres Projekts nicht ein, indem Sie davon ausgehen, dass es bereits eine fertige Lösung gibt.
Aus meiner Sicht ist es ein Personalproblem, aber bei Projekten, die von mehreren Standorten / Ländern auf der ganzen Welt aus operieren, ist dies eine der Situationen, die Sie häufig vorfinden werden.
Ansatz, den ich angesichts dieser Situation verfolgen würde, ist:
Sie haben zwei Möglichkeiten: Stellen Sie Dolmetscher ein oder stellen Sie Ressourcen ein, die die von Ihnen gewünschte Hauptsprache sprechen. Hier gibt es nichts zu überlegen.
Todd A. Jacobs