Ich habe vor ein paar Monaten über verteilte Teams studiert, die in verschiedenen Zeitzonen und/oder Ländern arbeiten. In Mike Cohns Buch über Scrum gibt es einige Beispiele für solche Situationen und wie man damit umgeht.
Ich möchte wissen, wie es in verschiedenen Ländern anwendbar ist und welche Herausforderungen angesichts unterschiedlicher Einstellungsgesetze bestehen. Wie funktioniert das in der Praxis?
Ist es für einen Entwickler möglich, von seinem Zuhause in China aus zu arbeiten und in die USA zu telearbeiten?
Welche Tools können eingesetzt werden, um die Teamarbeit und den persönlichen Kontakt zu verbessern, auch wenn sie meilenweit entfernt sind?
Ich würde mich über Beispiele aus der Praxis freuen, falls vorhanden.
Die zwei größten Herausforderungen bei der Arbeit mit einem global verteilten Team sind:
Zeitunterschiede. Sie werden normalerweise nicht gleichzeitig mit Ihren Kollegen arbeiten (es sei denn, sie sind bereit, zu ungewöhnlichen Zeiten zu arbeiten) - Sie können sich zeitlich überschneiden, wenn Sie in Echtzeit kommunizieren können (Telefon, Skype, IM, z Beispiel). Dies behindert die schnelle Kommunikation erheblich - etwas, das am Telefon 5 Minuten dauern kann, kann sich leicht auf 2 Tage E-Mail ausdehnen.
Sprachbarriere. Insbesondere, wenn sich Ihre Kollegen in einem Land befinden, dessen Muttersprache nicht Ihre (oder die für das Projekt gewählte) Sprache ist. Es wird zusätzliche Zeit und Mühe erfordern, sicherzustellen, dass Ihre Kommunikation klar ist (vermeiden Sie beispielsweise Abkürzungen, Slang und kulturspezifische Referenzen). Es wird immer noch Stellen geben, an denen sich die Bedeutung nicht gut übertragen lässt (lost in translation...). Sie müssen eine explizite Dokumentation verwenden und Details hinzufügen, die Sie normalerweise nicht hinzufügen würden, wenn Sie mit Personen im selben Büro kommunizieren.
Natürlich gibt es noch andere Themen – Kultur, andere Feiertage und mehr, aber diese sind zweitrangig zu den beiden Hauptthemen, die ich oben skizziert habe.
Ich möchte wissen, wie es in verschiedenen Ländern anwendbar ist und welche Herausforderungen angesichts unterschiedlicher Einstellungsgesetze bestehen. Wie funktioniert das in der Praxis?
Das ist schwer zu beantworten, da jedes Land unterschiedliche Arbeitsgesetze hat. Wenn Sie mit diesen Personen als Teil desselben Unternehmens zusammenarbeiten (dh es handelt sich um Angestellte), müssen Sie die örtlichen Gesetze einhalten. Die Zusammenarbeit mit Auftragnehmern/Freiberuflern gestaltet sich einfacher.
Ist es für einen Entwickler möglich, von seinem Zuhause in China aus zu arbeiten und in die USA zu telearbeiten?
Nun, Telearbeit beinhaltet keine Reisen. Es ist einfach jemand, der an seinem (oder dem Büro-) Computer sitzt und an dem Projekt arbeitet. Wie ich in meinem ersten Punkt skizziert habe, ist das eigentliche Problem hier der Zeitunterschied.
Erwarten Sie nicht, sich weltweit an die gleichen Arbeitszeiten zu halten, und erwarten Sie, dass die Kommunikation viel länger dauert, als Sie es für ein nicht verteiltes Team erwarten würden.
Welche Tools können eingesetzt werden, um die Teamarbeit und den persönlichen Kontakt zu verbessern, auch wenn sie meilenweit entfernt sind?
Grundsätzlich müssen Sie Online-Systeme für die Zusammenarbeit verwenden - Systeme, die weltweit verfügbar sind.
Ich möchte wissen, wie es in verschiedenen Ländern anwendbar ist und welche Herausforderungen angesichts unterschiedlicher Einstellungsgesetze bestehen. Wie funktioniert das in der Praxis?
Ich denke, das wird wahrscheinlich je nach Land und Unternehmen unterschiedlich sein, aber zumindest einige der größeren Unternehmen handhaben dies, indem sie in jedem Land, in dem sie Mitarbeiter haben, ein Unternehmen / eine Tochtergesellschaft registrieren lassen. Mitarbeiter sind mit der für ihr Land geeigneten Organisation verbunden, und jedes Unternehmen/jede Tochtergesellschaft arbeitet nach den Einstellungs-/Beschäftigungsgesetzen ihres Landes.
Bei diesem Ansatz gibt es viel Buchhaltungs- und Buchhaltungsaufwand, daher muss ich mir vorstellen, dass kleinere Unternehmen eine andere Lösung verwenden könnten. Ich bin mir nicht sicher, was das sein könnte, abgesehen davon, dass ausländische Mitarbeiter möglicherweise als Vertragsarbeiter und nicht als reguläre Angestellte behandelt werden. Dann bräuchte man theoretisch nur noch einen im Vertragsrecht des jeweiligen Landes kompetenten Rechtsanwalt, um einen geeigneten Vertrag zu entwerfen.
Ist es für einen Entwickler möglich, von seinem Zuhause in China aus zu arbeiten und in die USA zu telearbeiten?
Ja, obwohl ich es nicht für richtig halte, von Telearbeit an einen bestimmten Ort zu sprechen. Der Typ in China könnte Telearbeit leisten, um mit seinen Teamkollegen in den USA zusammenzuarbeiten, z. B. um Aufgaben zu besprechen, an Besprechungen teilzunehmen usw.
Hoffentlich würden Sie nicht erwarten, dass er sich an die US-Arbeitszeit hält, und sein Team/s wären entgegenkommend genug, um ihre Meetings zu Zeiten zu planen, die an beiden Standorten als reguläre Arbeitszeiten gelten . Manchmal ist das nicht immer möglich (Zeitzonenunterschiede können schwierig sein), aber je entgegenkommender Sie die Arbeitsumgebung gestalten können, desto mehr Erfolg werden Sie mit Ihren Remote-Mitarbeitern haben. Niemand möchte morgens um 2 Uhr für ein Meeting aufstehen müssen, weil irgendein Manager in einem Elfenbeinturm verfügt, „alle Arbeiter in allen Ländern werden die kalifornische Zeit einhalten“.
Welche Tools können eingesetzt werden, um die Teamarbeit und den persönlichen Kontakt zu verbessern, auch wenn sie meilenweit entfernt sind?
Es gibt Tonnen. Sie möchten mindestens:
Eine Fallstudie und eine ziemlich grundlegende Einführung zum Umgang mit der von Ihnen beschriebenen Entwicklung finden Sie in Martin Fowlers Artikel Using an Agile Software Process with Offshore Development .
Dieser Artikel beschreibt Grundlagen und fortgeschrittene Konzepte zum Einrichten einer verteilten Teamkommunikation:
Use Continuous Integration to Avoid Integration Headaches Have Each Site Send Ambassadors to the Other Sites Use Contact Visits to build trust Don't Underestimate the Culture Change Use wikis to contain common information Use Test Scripts to Help Understand the Requirements Use Regular Builds to Get Feedback on Functionality Use Regular Short Status Meetings Use Short Iterations Use an Iteration Planning Meeting that's Tailored for Remote Sites When Moving a Code Base, Bug Fixing Makes a Good Start Separate teams by functionality not activity Expect to need more documents. Get multiple communication modes working early
Sogar für Teams, in denen all dies ein Overkill wäre, könnte der erwähnte Artikel wirklich hilfreich sein, um eine umfassende Checkliste zu haben - damit sogar übersprungene Punkte überprüft werden und klar dokumentierte Gründe für die Ablehnung haben - nur um sicherzustellen, dass nichts Wichtiges war verpasst.
gdfbarbosa