Fernarbeit ist es nicht für jedes Unternehmen und es ist vielleicht nicht jedermanns Sache. Als mein Mitgründer und ich beschlossen, ein verteiltes Engineering-Team für unser Startup aufzubauen, gingen uns zahlreiche Fragen durch den Kopf: Werden sie produktiv sein? Wie werden Entscheidungen getroffen? Wie halten wir die Kultur am Leben?
Heute leiten wir ein Remote-Team von etwa einem Dutzend Ingenieuren und haben dabei einiges gelernt.
Hier sind einige Tipps, von denen wir hoffen, dass Sie sie effektiv finden. Diese gelten wahrscheinlich für Startups in früheren Phasen und weniger für größere Organisationen.
Paar-Programmierung
In einer Büroumgebung haben Mitarbeiter reichlich Gelegenheit, mit Kollegen zu interagieren, und diese Gespräche schaffen auf natürliche Weise ein Gefühl der Authentizität. Aber in einer Remote-Arbeitsumgebung gibt es ein solches Privileg nicht.
Einige unserer Gründerfreunde haben Dienste genutzt, um ihre Mitarbeiter während der Arbeitszeit zu überwachen oder zu verwalten, aber wir halten dies für unproduktiv und widerspricht dem Aufbau einer positiven Kultur.
Die Einführung von Pair Programming, einer agilen Softwareentwicklungstechnik, bei der zwei Ingenieure gleichzeitig an demselben Problem arbeiten, fördert die Zusammenarbeit und schafft Möglichkeiten für Entwickler, Gespräche wie in einer Büroküche zu führen. Wir versuchen, zwei Programmierer über einen längeren Zeitraum (etwa 10 Wochen) zu koppeln, bevor wir eine Rotation oder einen Wechsel in Betracht ziehen.
Einige mögen argumentieren, dass Paarprogrammierung Zeitverschwendung ist, da es sinnvoll ist, wenn jeder Einzelne X Output produzieren kann, doppelt so viel Output zu produzieren, indem jeder von ihnen an separaten Problemen arbeitet.
Wir finden diese Ansicht einschränkend. Erstens führt Pair Programming zu einer höheren Qualität, da zwei Gehirne im Allgemeinen besser sind als eines. Wenn Engineering-Systeme unglaublich komplex sind, ist es fast immer eine gute Idee, einen durchdachten „Sanity Checker“ zu haben, da dies mittelmäßige Entscheidungen verhindert und nachgelagerten Problemen vorbeugt, deren Lösung in Zukunft zeitaufwändig sein kann. Meiner Erfahrung nach führt es auch zu schnelleren Problemlösungen. Um diesen Punkt zu verdeutlichen: Wenn Probleme in der Hälfte der Zeit gelöst werden können, dann ist die Leistung von zwei Programmierern, die als Paar arbeiten, im gleichen Zeitrahmen immer noch 2x.