Czy firmy powinny rozważyć pracowników zdalnych czy trzymać się pracowników lokalnych? [Zamknięte]

Elitarni programiści mogą być 10 razy bardziej wydajni niż przeciętny programista.

Oczywiście łatwiej jest znaleźć elitarnego programistę na całym świecie niż na podwórku firmy.

Jeśli firma nie znajduje się w gorącym punkcie programowania, czy powinna rozważyć zatrudnienie osób pracujących z domu?

Pracowałem jako i zarządzałem personelem w obu sytuacjach oraz kombinacjami obu. Dokonałem następujących obserwacji:

• Młodsi pracownicy nie pracują zdalnie. Wymagają dobrych i osobistych relacji roboczych z mentorem. Uważam, że mój młodszy personel wolałby raczej poczekać na moją dostępność niż poprosić raczej starszego (i dobrego) zdalnego programistę o cokolwiek.

• Upewnij się, że każdy, kogo uważasz za zdalną pracę, jest skuteczny, gdy samokieruje się i nie idzie na styczne.

• Personel zdalny może bardzo łatwo zostać odizolowany i nie czuć się częścią zespołu, chyba że dołoży się specjalnych starań, aby go włączyć. Ta izolacja może prowadzić do niezrozumienia konkretnego sterownika biznesowego projektu lub do błędnej interpretacji zdarzeń w negatywny sposób.

• Nigdy nie zmuszaj wykonawcy do pracy zdalnej, chyba że ma odpowiednią motywację do działania.

• Podczas pracy ze zdalnym członkiem zespołu upewnij się, że mają oni równy dostęp do zasobów, w tym kontroli źródła, materiałów referencyjnych itp. Nie zmuszaj ich do przeskakiwania przez obręcze w celu wykonania pracy.

• Umawiaj te spotkania twarzą w twarz tak często, jak to praktyczne. To zachęca do znacznie lepszej współpracy w zespole, ponieważ ludzie czują się bardziej komfortowo z tymi, których poznali.

Może.

Twoje korzyści to:

• Dostęp do szerszej puli kandydatów (jak wskazałeś)
• Dostęp do osób, które chcą pracować w domu

Twoje koszty to:

• Trudniejsza komunikacja - nie można po prostu wciągnąć kogoś do bezpłatnej sali konferencyjnej.
• Brak gwarancji natychmiastowej komunikacji - jeśli jesteś zablokowany i czekasz na Joe Remote, nie możesz po prostu podejść do jego biurka i zapytać go, co jest grane. Jeśli jest on niekomunikowany, jesteś SOL.
• Nie wszyscy programiści działają dobrze zdalnie. Niektórzy potrzebują ustrukturyzowanego środowiska, aby były wydajne.
• Często nie ma gwarancji dopasowania harmonogramów - np. Osoba pracująca z domu może spać lub osoba w innej strefie czasowej może być przebudzona i pracować w innym czasie niż ty.

Atwood miał na ten temat przyzwoity artykuł .

Edytuj, z artykułu Atwood:

Minimalny rozmiar zespołu zdalnego to dwa. Zawsze miej kolegę, nawet jeśli twój kolega jest na innym kontynencie w połowie świata.

Tylko siwy weterani, którzy absolutnie lubią kodować, muszą ubiegać się o stanowiska do zdalnego programowania. Mentoring początkujących lub zwykłych programistów po prostu nie działa zdalnie.

Aby być skutecznym, zdalne zespoły potrzebują pełnej autonomii i lidera (PM, jeśli wolisz), który ma silną wizję i moc, aby w pełni zrealizować tę wizję.

Firmy, które nie wiedzą, co robią, nie powinny mieć zdalnych pracowników. Najbardziej niekompetentny menedżer będzie się czuł, jakbyś ciężko pracował, tylko jeśli zobaczy, jak siedzisz przy komputerze i dużo piszesz. Siedzenie na bezużytecznych spotkaniach jest jednym z najlepszych wskaźników silnej komunikacji i zarządzania czasem.

Kiedy masz ludzi, którzy wiedzą, co robią i są zarządzani przez tych, którzy wiedzą, co robią, to naprawdę nie ma znaczenia, kiedy, gdzie i jak pracują. Dostają to, co trzeba, kiedy trzeba.

Jestem w firmie, która płaci komuś za dokonanie bezpośredniego depozytu na listy płac ORAZ wydrukowanie czeku na fałszywy papier (faktyczny wydrukowany czek), wkłada go do koperty i wkłada do naszych skrzynek pocztowych. Wydaje mi się, że wewnętrzny e-mail nie jest wystarczająco bezpieczny i co zrobilibyśmy z tymi wszystkimi czekami ?. Wydaje mi się, że ten edykt pochodzi z Departamentu Redundancji. Gdyby ktoś miał pracować zdalnie, pojawiłby się dodatkowy koszt wysyłki, co jest dobrym powodem, aby nie pozwolić ludziom pracować zdalnie - zbyt drogo.

Można mieć odległych ludzi, jeśli dwie rzeczy są prawdziwe:

1. Ludzie są wystarczająco starsi i mają doświadczenie, co oznacza, że ​​ufasz im, że wykonują zadania bez większego nadzoru i są proaktywni w proszeniu o pomoc lub powiadamianiu cię, jeśli utknęli.
2. „Puls” twojego projektu jest wystarczająco krótki (najlepiej codziennie), aby wszelkie problemy z aranżacją zostały szybko zidentyfikowane. Nie chodzi mi tylko o to, że ktoś powiedział, że coś zrobił w raporcie o stanie lub zaznaczenia elementu z listy zadań, ale o faktyczny, możliwy do udowodnienia postęp z funkcją. Istnieje oczywiście wiele sposobów, aby to zrobić, ale główną sztuczką jest podzielenie zadań na wystarczająco małe części, które można wykonać w ciągu jednego dnia lub krócej, i sprawdzenie, czy zadania te są wykonywane.

Istnieją dziś niesamowite technologie, które ułatwiają działanie w zespole bez konieczności bycia blisko siebie.

IRC, Jabber lub podobne oprogramowanie typu czat sprawia, że ​​naprawdę łatwo jest uświadomić wszystkim członkom zespołu, co robią, i swobodnie dyskutować o problemach. Często używam IRC z grupami freenode i to tak, jakby mieć pod ręką jedną dużą grupę programistów, która działa jak gigantyczny kolektywny mózg. Apple ma fajny klient czatu wbudowany w Mac OS, który obsługuje również wideokonferencje, szczególnie efektywne na ich laptopach.

Wyobraź sobie, jak by to było, gdyby firma miała własny wewnętrzny serwer czatu z grupami dla działów, projektów i grup zainteresowań związanych z pracą. Deweloper może zadać pytanie, gdzie byłby widoczny w całej firmie, aby inny programista gdziekolwiek indziej mógł to zobaczyć i odpowiedzieć. Ściany biura znikają, błyskawiczne wzrosty komunikacji i najlepsze praktyki oraz dzielenie się kodami mogą odbywać się same, bez kogoś, kto trzyma wielki kij.

Jeden z naszych inżynierów ds. Testów obciążenia pracuje zdalnie około 1/3 roku, czasami z jego domu, który znajduje się około 30 mil od naszego biura, innym razem spoza stanu. Jest tak skuteczny w biurze, jak poza nim, ponieważ utrzymuje uruchomione oprogramowanie czatu i wzywa nasze połączenia konferencyjne.

Moi współpracownicy z mojego zespołu siedzą na korytarzu, więc ich nie widzę ani nie słyszę. Nie wiem, kiedy są w swoich kostkach, więc wysyłam im wiadomość na czacie, a oni odpowiadają tak szybko, jak to możliwe. Programuję zespołowo z jednym z naszych inżynierów w innej witrynie. To samo dzieje się; Regularnie pingujemy się nawzajem pytaniami i / lub bezmyślnymi myślami, a jeśli będziemy musieli przyspieszyć, udostępnimy ekran i zadzwonimy. Nie wiem, czy jest w biurze, czy w domu, i to nie ma znaczenia. W obu przypadkach działamy tak samo.

Nasz dział kontroli jakości jest podzielony na dwa różne miasta w różnych stanach, nasi inżynierowie są rozmieszczeni w naszym mieście w około czterech różnych lokalizacjach, ale trudno to stwierdzić, ponieważ regularnie korzystamy z naszych telefonów i czatujemy. W rzeczywistości wszyscy pracujemy zdalnie od siebie, więc jaka jest różnica? Różnica polega na korporacyjnym sposobie myślenia.

Praca na odległość ma wiele dużych zalet i przeważnie zmiana sposobu myślenia wymaga od pracodawcy sprawdzenia, czy pracownicy pozytywnie na nią reagują.

Myślę, że zależy to również od tego, co chcesz, aby zrobili.

Jeśli przyczyniają się do architektury i ogólnego projektu oprogramowania, może to stanowić problem.

Jeśli otrzymują szczegółowe specyfikacje i metody rezygnacji, to nie tyle.

Edycja: Aby to wyjaśnić, staram się powiedzieć, że jeśli praca może być izolowana, to dobrze jest przekazać zdalnemu pracownikowi. Jeśli jednak wymaga szczegółowych dyskusji i spotkań projektowych, jest to bardzo trudne z różnych krajów.