Sollten Unternehmen Remote-Mitarbeiter in Betracht ziehen oder sich an lokale Mitarbeiter halten? [geschlossen]

Elite-Entwickler können 10x produktiver sein als ein durchschnittlicher Entwickler.

Offensichtlich ist es einfacher, einen Elite-Entwickler auf der ganzen Welt zu finden als im Hinterhof eines Unternehmens.

Wenn sich ein Unternehmen nicht an einem Hotspot für Programmierer befindet, sollte es in Betracht ziehen, Mitarbeiter einzustellen, die von zu Hause aus arbeiten?

Ich habe als und leitete Mitarbeiter in beiden Situationen und Kombinationen von beiden. Ich habe die folgenden Beobachtungen gemacht:

• Nachwuchskräfte arbeiten nicht remote. Sie erfordern eine gute und persönliche Zusammenarbeit mit einem Mentor. Ich finde, mein Nachwuchs wartet lieber darauf, dass ich zur Verfügung stehe, als den eher erfahrenen (und guten) Remote-Entwickler um etwas zu bitten.

• Stellen Sie sicher, dass jeder, von dem Sie glauben, dass er aus der Ferne arbeitet, effektiv ist, wenn er selbst geführt wird und sich nicht auf Tangenten bewegt.

• Remote-Mitarbeiter können sehr leicht isoliert werden und sich nicht als Teil eines Teams fühlen, wenn nicht besondere Anstrengungen unternommen werden, um sie einzubeziehen. Diese Isolation kann zu einem Missverständnis des spezifischen Geschäftstreibers für ein Projekt oder zu einer negativen Fehlinterpretation von Ereignissen führen.

• Lassen Sie niemals einen Auftragnehmer aus der Ferne arbeiten, es sei denn, er hat den richtigen Leistungsanreiz.

• Vergewissern Sie sich bei der Arbeit mit einem Remote-Teammitglied, dass dieser gleichberechtigten Zugriff auf Ressourcen, einschließlich Quellcodeverwaltung, Referenzmaterial usw., hat.

• Vereinbaren Sie so oft wie möglich persönliche Treffen. Dies fördert eine weitaus bessere Zusammenarbeit im Team, da sich die Menschen mit den Menschen, die sie getroffen haben, wohler fühlen.

Vielleicht.

Ihre Vorteile sind:

• Zugang zu einem größeren Pool von Kandidaten (wie Sie hervorheben)
• Zugang zu Menschen, die zu Hause arbeiten möchten

Ihre Kosten sind:

• Schwierigere Kommunikation - Sie können nicht einfach jemanden in einen freien Konferenzraum ziehen.
• Keine Garantie für sofortige Kommunikation - wenn Sie blockiert sind und auf Joe Remote warten, können Sie nicht einfach zu seinem Schreibtisch gehen und ihn fragen, was los ist. Wenn er ohne Kontakt zur Außenwelt ist, bist du SOL.
• Nicht alle Entwickler arbeiten in der Ferne gut. Einige benötigen eine strukturierte Umgebung, um produktiv zu sein.
• Es gibt oft keine Garantie für die Übereinstimmung von Zeitplänen - z. B. kann eine Person, die von zu Hause aus arbeitet, schlafen oder eine Person in einer anderen Zeitzone ist wach und arbeitet zu anderen Zeiten als Sie.

Atwood hatte einen anständigen Artikel darüber.

Bearbeiten, aus Atwoods Artikel:

Die Mindestgröße für Remote-Teams beträgt zwei. Haben Sie immer einen Freund, auch wenn sich Ihr Freund auf einem anderen Kontinent auf der halben Welt befindet.

Nur Grizzled-Veteranen, die absolut gerne codieren, müssen sich für Remote-Entwicklungspositionen bewerben. Das Mentoring von Neulingen oder Gelegenheitsprogrammierern funktioniert aus der Ferne überhaupt nicht.

Um effektiv zu sein, benötigen entfernte Teams volle Autonomie und einen Leiter (PM, wenn Sie so wollen), der eine starke Vision hat und die Macht hat, diese Vision vollständig umzusetzen.

Unternehmen, die nicht wissen, was sie tun, sollten keine Remote-Mitarbeiter haben. Der inkompetenteste Manager hat nur dann das Gefühl, dass Sie hart arbeiten, wenn er Sie tatsächlich an Ihrem Computer sitzen sieht und viel tippt. Auch das Sitzen in nutzlosen Meetings ist einer der besten Indikatoren für starke Kommunikation und Zeitmanagement.

Wenn Sie Leute haben, die wissen, was sie tun und von denen verwaltet werden, die wissen, was sie tun, ist es wirklich egal, wann, wo oder wie sie arbeiten. Sie bekommen, was getan werden muss, wenn es getan werden muss.

Ich bin in einer Firma, die jemanden bezahlt, der eine direkte Einzahlung für die Gehaltsabrechnung vornimmt UND einen falschen Scheck (tatsächlich vorgedrucktes Scheckpapier) druckt, ihn in einen Umschlag steckt und in unsere Postfächer steckt. Ich denke, interne E-Mails sind nicht sicher genug und was würden wir mit all diesen Schecks machen? Ich glaube, dass dieses Edikt von der Abteilung für Redundanz stammt. Wenn jemand aus der Ferne arbeiten würde, würden zusätzliche Portokosten anfallen, was ein guter Grund ist, die Leute nicht aus der Ferne arbeiten zu lassen - zu teuer.

Es ist in Ordnung, entfernte Menschen zu haben, wenn zwei Dinge zutreffen:

1. Die Leute sind älter genug und haben eine Erfolgsbilanz, was bedeutet, dass Sie darauf vertrauen, dass sie Dinge ohne viel Aufsicht erledigen und aktiv um Hilfe bitten oder Sie wissen lassen, wenn sie stecken bleiben.
2. Der "Puls" Ihres Projekts ist kurz genug (am besten täglich), so dass Probleme mit der Anordnung schnell erkannt werden. Ich meine damit nicht nur, dass jemand sagt, er habe in einem Statusbericht etwas getan oder ein Element von einer Aufgabenliste gestrichen, sondern dass mit einer Funktion ein tatsächlicher, nachweisbarer Fortschritt erzielt wurde. Es gibt natürlich viele Möglichkeiten, dies zu tun, aber der Haupttrick besteht darin, Aufgaben in ausreichend kleine Teile aufzuteilen, die an einem Tag oder weniger erledigt werden können, und zu überprüfen, ob diese Aufgaben erledigt werden.

Heutzutage gibt es großartige Technologien, die es einfach machen, als Team zu agieren, ohne nahe beieinander zu sitzen.

Mit IRC, Jabber oder einer ähnlichen Chat-Software ist es wirklich einfach, alle Teammitglieder auf den neuesten Stand zu bringen und Probleme sofort zu besprechen. Ich benutze IRC oft mit freenode-Gruppen und es ist, als hätte ich eine große Gruppe von Entwicklern zur Hand, die sich wie ein riesiges kollektives Gehirn verhalten. Apple hat einen netten Chat-Client in Mac OS eingebaut, der auch Videokonferenzen unterstützt, besonders effektiv mit seinen Laptops.

Stellen Sie sich vor, wie es wäre, wenn das Unternehmen einen eigenen internen Chat-Server mit Gruppen für Abteilungen, Projekte und arbeitsbezogene Interessengruppen hätte. Ein Entwickler könnte eine Frage stellen, wo sie im gesamten Unternehmen zu sehen ist, sodass ein anderer Entwickler sie überall sehen und beantworten kann. Die Bürowände verschwinden, die Kommunikation springt in die Höhe und Best Practices und das Teilen von Code können von alleine geschehen, ohne dass jemand mit einem großen Stock handelt.

Einer unserer Lasttestingenieure arbeitet etwa 1/3 des Jahres aus der Ferne, manchmal von seinem Haus aus, das etwa 48 km von unserem Büro entfernt ist, manchmal von außerhalb des Staates. Er ist im Büro genauso effektiv wie außerhalb, weil er seine Chat-Software am Laufen hält und unsere Telefonkonferenzen anruft.

Meine Kollegen in meinem Team setzen sich in den Flur, damit ich sie nicht sehen oder hören kann. Ich weiß nicht, wann sie in ihren Würfeln sind, also sende ich ihnen eine Chat-Nachricht und sie antworten so schnell wie möglich. Ich programmiere mit einem unserer Ingenieure an einem anderen Standort im Team. Das gleiche passiert; Wir pingen uns regelmäßig mit Fragen und / oder irrsinnigen Gedanken an, und wenn wir das Tempo erhöhen müssen, teilen wir uns einen Bildschirm und rufen an. Ich kann nicht sagen, ob er im Büro oder zu Hause ist, und es spielt keine Rolle. Wir arbeiten so oder so.

Unsere QA-Abteilung ist auf zwei verschiedene Städte in verschiedenen Bundesstaaten verteilt. Unsere Ingenieure sind auf vier verschiedene Standorte in unserer Stadt verteilt, aber es ist schwierig zu sagen, weil wir unsere Telefone verwenden und regelmäßig chatten. In der Realität arbeiten wir alle voneinander entfernt. Wo liegt also der Unterschied? Der Unterschied liegt in der Unternehmensphilosophie.

Fernarbeit hat viele große Vorteile, und meistens erfordert es eine Änderung der Einstellung des Arbeitgebers, um herauszufinden, ob die Mitarbeiter positiv darauf reagieren.

Ich denke, es hängt auch davon ab, was sie tun sollen.

Wenn sie zur Architektur und zum Gesamtdesign der Software beitragen, könnte dies ein Problem sein.

Wenn sie detaillierte Spezifikationen erhalten und Methoden austauschen, dann nicht so sehr.

Bearbeiten: Zur Verdeutlichung versuche ich zu sagen, dass es in Ordnung ist, wenn die Arbeit isoliert werden kann, sie einem entfernten Mitarbeiter zu geben. Wenn es jedoch einer ausführlichen Diskussion und Besprechungen zum Architekturdesign bedarf, ist dies aus verschiedenen Ländern nur sehr schwer möglich.