So verwalten Sie Ihr Remote-Entwicklerteam nicht

Als Entwickler und Kleinunternehmer habe ich Einblicke von beiden Seiten erhalten, ich habe als Remote-Entwickler gearbeitet und Remote-Entwickler für verschiedene Projekte und mit verschiedenen Teams geleitet.

In diesem Beitrag teile ich einige meiner Erfahrungen in der Hoffnung, dass es allen Beteiligten das Leben in Remote-Projekten ein wenig leichter macht. Wenn es um Do’s and Don’ts des Remote-Teammanagements geht, konzentriere ich mich eher auf „Don’ts“ – denn im Gegensatz zu „Do’s“ gelten sie für praktisch jedes Team.

Beim Eintritt in die Welt der Remote-Entwickler besteht das größte Hindernis, das Manager überwinden müssen, darin, ihre Denkweise zu ändern, indem sie akzeptieren, dass der Entwickler nicht in Sichtweite ist und wo sie die geleistete Arbeit verwalten und verfolgen können. Dieses neue Paradigma verlangt von Unternehmen, dass sie eine Reihe von Mechanismen implementieren, um den Fortschritt zu verfolgen und eine redundante Arbeitsbelastung zu vermeiden. Solche Mechanismen helfen sowohl dem Manager als auch dem Entwickler, produktiver zu sein, was im besten Interesse aller ist.

Um es deutlich zu machen, all diese Mechanismen sollten nicht dazu verwendet werden, den Mitarbeiter zu kontrollieren oder zu steuern.

Glauben Sie nicht an Mythen und Missverständnisse von Remote-Teams

Lassen Sie uns einen Blick auf die Vor- und Nachteile der Verwaltung von Remote-Teams in einem einzelnen Projekt werfen, indem wir mit der Kommunikation beginnen.

Das Geschäft ist global geworden, und das Aufkommen riesiger, multinationaler Organisationen hat Millionen von Fachleuten auf der ganzen Welt vor neue Herausforderungen gestellt. Die komplexe und verflochtene Natur globaler Teams erfordert einen gründlicheren und durchdachteren Ansatz für die interne Kommunikation.

In solchen Organisationen und Teams haben viele Menschen nicht den Luxus, in einer vertrauten Umgebung zu arbeiten oder ihre Muttersprache zu sprechen. Teams, die an demselben Projekt arbeiten, sind möglicherweise eher durch Ozeane als durch Büros und Kabinen getrennt. Die Teammitglieder kommen aus verschiedenen Kulturen und arbeiten auf der ganzen Welt.

Diese Fachleute sollten sich keine Sorgen um die Kommunikation machen müssen, aber sie müssen in der Lage sein, mit multinationalen Teammitgliedern zusammenzuarbeiten. Alle Parteien müssen aktiv werden. Die Unternehmenskultur muss dieses Paradigma widerspiegeln und dazu beitragen, ein produktives Umfeld zu fördern, in dem entfernte, multikulturelle Teams gedeihen können.

Unser eigener Scott Ritter hat die fünf größten Mythen über Remote-Teams in einem kürzlich erschienenen Blogbeitrag aufgedeckt, den Sie möglicherweise nützlich finden, wenn Sie sich für das Thema interessieren. Taso Du Val, CEO von Toptal, erläuterte auch, wie unser Netzwerk funktioniert und wie wir uns bemühen, die ultimative Remote-Teamkultur zu schaffen.

Vergessen Sie nicht, Vielfalt anzunehmen und zu fördern

Der erste Schritt zu einer soliden Kommunikationsstrategie für Remote-Teams beginnt mit der Erkenntnis, dass multikulturelle Teams nationale und kulturelle Grenzen überschreiten und sie in die einzigartige Lage versetzen, Einblicke zu bieten, die mit zentralisierten, monolithischen Teams schwer zu erreichen sind.

Aber keine Sorge; Vielfalt ist gut fürs Geschäft!

Laut einer von The Economist Intelligence Unit durchgeführten Umfrage werden multikulturelle Teams von großen Organisationen bevorzugt; Viele Führungskräfte glauben, dass sie aufgrund ihres breiteren Wissens über globale Trends zur Förderung von Innovationen beitragen. Außerdem leiden sie seltener unter „Gruppendenken“-Mentalität; Ihre Vielfalt hilft ihnen, Probleme aus unterschiedlichen Perspektiven anzugehen und so eine bessere Auswahl an Lösungen zu entwickeln, die auf bestimmte Regionen und Märkte zugeschnitten sind.

Es kann argumentiert werden, dass die Verwaltung von Remote-Mitarbeitern produktiver sein kann, da sie nicht am selben Ort sind. Es mag kontraintuitiv klingen, aber solche Remote-Teams verbringen einfach weniger Zeit damit, zu chatten, Kontakte zu knüpfen und triviale Angelegenheiten zu diskutieren.

Während physische Trennung zu mehr Produktivität führen kann, kann sie auch zu Missverständnissen, Spannungen, Entfremdung und größerem Stress und Angst führen. Folglich wird es notwendig, diese negativen Nebenwirkungen durch Initiativen abzumildern, die Positivität und Zusammenarbeit auf persönlicher Ebene fördern. Die Verbesserung der Kommunikation in Remote-Teams kann eine entmutigende Aufgabe sein, und der Aufbau persönlicher Bindungen zwischen Teammitgliedern ist in der Regel eine Herausforderung. Deshalb ist eine menschliche Note notwendig.

Etwas zu finden, das das Engagement unabhängig vom Hintergrund verbessern kann, ist eine relativ einfache Möglichkeit, die Moral und Zusammenarbeit zu stärken. Dieser Aufwand kann je nach Größe und Zusammensetzung Ihrer Teams viele Formen annehmen. Im Idealfall sollte es sich um eine stressfreie, gemächliche Aktivität drehen, die Teammitglieder genießen werden, von arbeitsbezogenen Wettbewerben, unterhaltsamen Projekten oder Diskussionen, die nichts mit der Arbeit zu tun haben.

Die Teilnahme an solchen Aktivitäten auf Kosten der Organisation mag nach einer weniger als idealen Verteilung finanzieller und personeller Ressourcen klingen, aber bedenken Sie, dass der Zusammenschluss von Teams für eine gemeinsame Sache normalerweise zu einem besseren Arbeitsumfeld, stärkeren persönlichen Bindungen und einer höheren Produktivität führt .

Nehmen Sie Rekrutierung und Schulung nicht auf die leichte Schulter

Um das Beste aus der Verwaltung von Remote-Teams zu machen, müssen Sie kulturelle Unterschiede berücksichtigen und durch angemessene Schulungen kompensieren.

Die Verbesserung der Sprachkenntnisse ist nur ein Teil des Puzzles, da die Kommunikationsfähigkeiten von kulturellen Unterschieden beeinflusst werden. Es beginnt mit einer guten Einstellungspolitik, die Einzelpersonen bevorzugt, insbesondere diejenigen, die Führungspositionen einnehmen und bereit sind, in multinationalen Umgebungen zu arbeiten. Erfahrung in Remote-Projekten ist natürlich von Vorteil, sollte aber keine Voraussetzung sein. Nur weil ein Remote-Entwickler nicht jede Woche in Ihrem Büro ist, heißt das nicht, dass bei der Rekrutierung persönliche Eigenschaften nicht berücksichtigt werden sollten. Sie und Ihr Team müssen weiterhin regelmäßig mit Remote-Entwicklern kommunizieren, also stellen Sie ihnen die gleichen Fragen, die Sie jedem Mitarbeiter vor Ort stellen würden – remote oder nicht, sie müssen sich trotzdem anpassen.

Es ist zwar möglich, einige Probleme mit zusätzlichem Training zu lösen, aber es ist nicht immer praktisch, aber in jedem Fall ist ein gutes Training der nächste logische Schritt. Das Training sollte vorhandene positive Eigenschaften entwickeln, während gleichzeitig Mängel gemildert und zuvor identifizierte Schwachstellen angegangen werden.

Manager, die mit Remote-Teams zu tun haben, müssen routinemäßig kurzfristig neue Rollen einnehmen, Projekte übernehmen, mit denen sie nicht unbedingt vertraut sind, und viel Zeit mit Nachholen verbringen. In solchen Situationen steht die interne Kommunikation in der Regel nicht ganz oben auf ihrer Prioritätenliste, auch wenn sie jetzt Teams leiten, die jahrelang an einem oder mehreren Projekten zusammengearbeitet haben. Zeit ist ein wertvolles Gut, aber auch gute Teamarbeit; Manager müssen sich in ihren vollen Terminkalendern Zeit nehmen und mehr über ihre Teams, einzelne Teammitglieder und wahrscheinlich auftretende Probleme erfahren.

Die emotionale Distanz zwischen Remote-Managern und ihren Untergebenen kann ebenfalls ein Problem darstellen, da Teammitglieder möglicherweise zögern, neue Teamleiter zu konfrontieren oder sich ihnen sogar in formellen oder informellen Umgebungen zu nähern. Ein guter Remote-Mitarbeitermanager muss dies erkennen und auf mehr persönliches Engagement bestehen – wie gesagt: „Seien Sie proaktiv“. – Was nützt es, ein Team talentierter Remote-Entwickler zu haben, wenn sie ihre Gedanken nicht mit Ihnen teilen?

Verwenden Sie kein kompliziertes Informationssystem

Verpassen Sie nicht die Chance, ein effektives Informationssystem zu implementieren, das ein Source Code Management (SCM)-System, einen Issue-Tracker (bitte nicht zu kompliziert) und möglicherweise einige Wiki-Seiten umfasst, auf denen alle Parteien Dinge dokumentieren oder Ideen und Vorschläge skizzieren können. All diese kollaborativen Tools werden das Entwicklungs- und Release-Management viel einfacher machen.

Hier ist es wichtig, die Dinge so einfach wie möglich zu halten, da dieses Informationssystem täglich/stündlich verwendet wird. Wenn es zu kompliziert wird, braucht es Zeit, die für die Implementierung und/oder das Design aufgewendet werden sollte. Der Prozess muss möglicherweise auch für neue Teammitglieder und Freiberufler vereinfacht werden, die keine Zeit haben, sich mit den Richtlinien einer Organisation vertraut zu machen.

Meine langjährige Lieblings-Projektmanagementanwendung ist Redmine, ein Open-Source-, plattform- und datenbankübergreifendes System. Diese Plattform ist hochgradig konfigurierbar und Sie können Ihr eigenes SCM, verschiedene Plugins und Service-Hooks integrieren.

Wenn Sie sich nicht die Mühe machen möchten, Ihren eigenen Server mit Ruby zu warten und alles selbst einzurichten (Redmine kann für unerfahrene Systemadministratoren kompliziert sein), ist eine weitere gute Wahl GitHub, das neben dem Git-CMS auch GitHub Issues enthält , das sich gut in Ihre Commit-Nachrichten, Pull-Requests usw. integrieren lässt.

Sobald wir unser Informationssystem eingerichtet und bereit haben, können wir damit beginnen, unseren Remote-Entwickler in unser Projekt zu integrieren.

Kein Mikromanagement

Vielen Managern fällt es schwer, sich aus ihrer Verantwortung zu lösen, insbesondere wenn sie selbst einen Entwicklerhintergrund haben. Anstatt sich auf die Kommunikation der Probleme und Projektziele zu konzentrieren, finden sie Lösungen für diese Probleme und liefern Implementierungsdetails, sodass dem Entwickler nur noch die Arbeit bleibt, das zu codieren, was ihm gesagt wurde. Dies ist keine gute Praxis bei der Verwaltung von Remote-Mitarbeitern.

Auf der einen Seite verlieren Manager zu viel Zeit mit Dingen, für die sie den Remote-Entwickler eingestellt haben. Die Entwickler können mit dieser Situation unzufrieden sein, entweder weil sie sich unterbewertet fühlen und keine Chance haben, kreativ und innovativ zu sein, oder einfach nur, um sich zu beweisen. Schließlich ist Problemlösung genau das, was Entwickler seit Jahren studieren, also macht es keinen Sinn, es aus der Gleichung herauszunehmen und Entwickler in Automaten zu verwandeln!

Wie bei allem im Leben geht es darum, eine gute Balance zu finden.

Machen Sie sich keine Sorgen über Zeitzonen, nutzen Sie sie zu Ihrem Vorteil

Gute Remote-Entwickler neigen dazu, von Natur aus autark und unabhängig zu sein; Sie brauchen Freiheit und Verantwortung, um ihre Zeit zu organisieren. Sich überschneidende Arbeitszeiten sind nützlich, aber nicht zwingend erforderlich, wenn Sie über ein gutes Informationssystem und eine gute Kommunikation mit Ihren Entwicklern verfügen.

Die Arbeit in verschiedenen Zeitzonen kann für das Unternehmen von Vorteil sein, da Sie möglicherweise rund um die Uhr effizient arbeiten können, wenn Entwickler in verschiedenen Zonen verschiedene Aspekte des Projekts übernehmen. Wenn Ihr Entwickler Ihrer Zeitzone voraus ist, haben Sie die Möglichkeit, seine Arbeit noch am selben Tag zu überprüfen, und Sie können das nächste große Ding sofort bewerten und koordinieren. Wenn Sie andererseits der Zone Ihres Entwicklers voraus sind, haben Sie die Möglichkeit, alles vorzubereiten, was der Entwickler benötigt, um die Aufgabe abzuschließen.

Denken Sie daran, ein guter Manager ist nichts anderes als ein Dienst an seinen Mitarbeitern, der es ihnen ermöglicht, ihre Arbeit zu erledigen, nicht umgekehrt!

Erzwingen Sie keine täglichen Ziele, konzentrieren Sie sich auf mittel- oder langfristige Ziele

Tagesziele sind eine Form des Mikromanagements des Projekts. Versuchen Sie stattdessen, Ihrem Entwickler das Gesamtbild zu vermitteln und gemeinsam klar definierte Prioritäten zu setzen. Wenn Sie den Entwickler dazu bringen, das Projekt so gut zu verstehen wie Sie, ist der Entwickler wahrscheinlich nützlicher.

Beispielsweise kann der Entwickler Einblicke in die neuesten Technologien oder Implementierungsdetails haben, die sich auf die Priorisierung verschiedener Aufgaben oder die Bestimmung des Minimum Valuable Product (MVP) auswirken. Sie müssen beide klare Ziele und Meilensteine ​​definieren und die Arbeit Schritt für Schritt erledigen. Es liegt in Ihrer Verantwortung sicherzustellen, dass all diese Meilensteine ​​in das Gesamtbild passen.

Meiner Meinung nach ist das Agile Manifest (Methodologien) das Beste, was in den letzten Jahren im Projektmanagement passiert ist.

Es ermöglicht Ihnen, genau das zu tun, was erforderlich ist, die Verantwortung an diejenigen zu delegieren, die die Dinge tatsächlich umsetzen, und allen am Prozess beteiligten Parteien gesunden Menschenverstand aufzuzwingen. Sie definieren Ihre mittel- bis langfristigen Ziele und Aufgaben mit einigen groben Schätzungen zum Schwierigkeitsgrad und lassen den Entwickler in diesen wöchentlichen (oder zweiwöchentlichen) Sprint-Planungsmeetings die genaue Arbeitsbelastung und den Schwierigkeitsgrad für die Erledigung dieser Aufgaben bestimmen.

Wie jede gute Sache braucht es Zeit, um gute agile Teams aufzubauen. Erwarten Sie nicht, innerhalb von drei Monaten ein funktionierendes Team zu haben. Bei Agile dreht sich alles um Learning by Doing und darum, als Team zusammenzuwachsen.

Geschäftsdetails nicht ausblenden

Nun, das ist schwierig. Einige Projekte sind von Natur aus sensibel, und das Durchsickern von Informationen kann schädlich sein. Geheimhaltungsvereinbarungen (Non Disclosure Agreements, NDAs) können das Problem lösen, sind aber nicht kugelsicher.

Je mehr der Entwickler jedoch weiß, desto effektiver kann er sein, nicht nur bei der Lösung vordefinierter Aufgaben, sondern auch bei der spontanen Lösung all dieser lästigen kleinen Probleme und Schluckaufe. Letztendlich wird dies den Entwickler produktiver machen und Ihnen das Leben erleichtern.

Auch hier kommt der agile Entwicklungsprozess zum Tragen. Es ermöglicht den Wissensaustausch zwischen Parteien (Stakeholder, Tester, Entwickler usw.), indem jede Hierarchie aufgehoben und diese Parteien als gleichberechtigte Teammitglieder mit denselben Verantwortlichkeiten betrachtet werden, und sie dadurch dazu ermutigt werden, so transparent wie möglich zu arbeiten. Ein weiterer Vorteil der Transparenz besteht darin, dass Probleme schnell „eskaliert“ werden und von jedem Teil des Teams aufgegriffen werden können.

Ignorieren Sie keine entfernten Teammitglieder

Denken Sie daran, dass Sie bei der Verwaltung von Remote-Mitarbeitern ein Dienst für Ihr Team sind, und wenn das Team Ihren Input benötigt, sollten Sie nicht zu beschäftigt sein, um es zu unterstützen. Wenn der Entwickler etwas nicht alleine lösen kann, bleibt er stecken und verliert wertvolle Zeit.

Als Entwickler habe ich mich normalerweise, wenn ich in eine Sackgasse geriet, an meinen SO gewandt, um Rat zu erhalten, und ich habe auch versucht, Ratschläge zu geben. Ignorieren Sie den Rat des Entwicklers nicht völlig, da er aufschlussreich sein oder ein Problem lösen könnte, dessen Sie sich nicht einmal bewusst waren.

Wenn etwas unklar ist oder Sie denken, dass es nicht notwendig ist, das Problem anzugehen, argumentieren Sie aufgeschlossen und geben Sie dem Entwickler die Chance, Sie davon zu überzeugen, dass er doch recht hat.

Auch dies wird die Kommunikationsfähigkeiten aufbauen und das Vertrauen stärken.

Schnelle Tipps zur Remote-Teamverwaltung

Da ich die wichtigsten Punkte bereits in Tweets und Illustrationen zusammengefasst habe, hier noch ein paar schnelle Tipps und Gedanken.

• Diese allgemeinen Regeln können auf Remote- und Vor-Ort-Entwickler angewendet werden.
• Wenn Sie Mikromanagement betreiben, verpassen Sie die Gelegenheit, zu lernen und lernen zu lassen.
• Sei aufgeschlossen und vertrauenswürdig, denn nur so kannst du ein gutes Remote-Team aufbauen.
• Denken Sie daran, dass eine Schätzung nur eine Schätzung ist; Sie werden auf Unter- und Überschätzungen stoßen.
• Alle, die arbeiten, machen Fehler, und wenn du die Fehler anderer nicht verzeihst, werden dir auch deine nicht vergeben.
• Am wichtigsten ist, dass die größte Motivation für jeden Entwickler (neben der Befriedigung, eine schwierige Aufgabe zu erfüllen) Geld ist. Verzögern Sie also keine Zahlungen und erwägen Sie auch die Einführung von Bonusrichtlinien.