Должны ли компании рассматривать удаленных сотрудников или придерживаться местных сотрудников? [закрыто]

Элитные разработчики могут быть в 10 раз продуктивнее среднего разработчика.

Очевидно, что найти элитного разработчика по всему миру легче, чем на заднем дворе компании.

Если компания не находится в «горячей точке» программирования, стоит ли им нанимать людей, которые работают из дома?

Я работал как и управлял персоналом в обеих ситуациях, и в комбинациях обоих. Я сделал следующие наблюдения:

• Младший персонал не работает удаленно. Они требуют хороших и личных рабочих отношений с наставником. Я обнаружил, что мой младший персонал скорее подождет, пока я не буду доступен, чем спросить довольно старшего (и хорошего) удаленного разработчика.

• Убедитесь, что все, кого вы считаете нужным для удаленной работы, эффективны, когда руководствуются собой и не касаются касательных.

• Удаленный персонал может очень легко изолироваться и не чувствовать себя частью команды, если не приложить особые усилия, чтобы привлечь его. Эта изоляция может привести к неправильному пониманию конкретного бизнес-драйвера проекта или к неверной интерпретации событий.

• Никогда не заставляйте подрядчика работать удаленно, если у него нет подходящего стимула для работы.

• При работе с удаленным членом команды убедитесь, что он получает справедливый доступ к ресурсам, включая контроль источников, справочные материалы и т. Д. Не заставляйте их прыгать через обручи, чтобы выполнить работу.

• Организуйте эти встречи так часто, как это практически возможно. Это способствует гораздо лучшему командному сотрудничеству, так как люди чувствуют себя комфортнее с теми, с кем встречались

Может быть.

Ваши преимущества:

• Доступ к более широкому кругу кандидатов (как вы указали)
• Доступ к людям, которые хотят работать дома

Ваши расходы:

• Более сложное общение - вы не можете просто втянуть кого-то в свободный конференц-зал.
• Нет гарантии мгновенного общения - если вы заблокированы и ждете Джо Пульт, вы не можете просто подойти к его столу и спросить его, что случилось. Если он без связи с внешним миром, вы SOL.
• Не все разработчики работают хорошо удаленно. Некоторым нужна структурированная среда, чтобы быть продуктивной.
• Часто нет гарантии соответствия расписанию - например, человек, работающий на дому, может спать, или человек в другом часовом поясе может бодрствовать и работать в другое время, чем вы.

У Этвуда была приличная статья об этом.

Редактировать, из статьи Этвуда:

Минимальный размер удаленной команды - два. Всегда имейте друга, даже если ваш друг находится на другом континенте на полпути по всему миру.

Только те ветераны, которые очень любят код, должны претендовать на должности удаленного разработчика. Наставничество новичков или случайных программистов просто не работает вообще удаленно.

Чтобы быть эффективными, удаленным командам нужна полная автономия и лидер (PM, если хотите), обладающий сильным видением и способностью полностью выполнять это видение.

Компании, которые не знают, что делают, не должны иметь удаленных сотрудников. Самый некомпетентный менеджер почувствует, что вы усердно работаете, если он действительно увидит, как вы сидите за компьютером и много печатаете. Кроме того, сидя на бесполезных встречах является одним из лучших показателей сильного общения и управления временем.

Когда у вас есть люди, которые знают, что они делают, и ими управляют те, кто знает, что они делают, на самом деле не имеет значения, когда, где или как они работают. Они получают то, что нужно сделать, когда это нужно сделать.

Я работаю в компании, которая платит кому-то, чтобы он сделал прямой депозит для начисления заработной платы И распечатывает чек на поддельную бумагу (фактически предварительно напечатанную чековую бумагу), кладет его в конверт и кладет в наши почтовые ящики. Я думаю, внутренняя электронная почта недостаточно безопасна, и что мы будем делать со всеми этими проверками? Я полагаю, что этот указ пришел из Департамента по резервированию. Если бы кто-то работал удаленно, то были бы дополнительные расходы на почтовые расходы, что является хорошей причиной не позволять людям работать удаленно - слишком дорого.

Хорошо иметь удаленных людей, если две вещи верны:

1. Люди достаточно взрослые и имеют послужной список, который означает, что вы доверяете им, чтобы они справлялись с делами без особого надзора и проактивно обращались за помощью или сообщали вам, если они застряли.
2. «Импульс» вашего проекта достаточно короткий (желательно ежедневный), поэтому любые проблемы с организацией будут выявлены быстро. Я имею в виду не только то, что кто-то говорит, что он что-то сделал в отчете о состоянии или проверяет элемент в списке задач, но и фактический, очевидный прогресс с функцией. Конечно, есть много способов сделать это, но основной трюк состоит в том, чтобы разбить задачи на достаточно маленькие куски, которые можно выполнить за день или меньше, и проверить, что эти задачи выполняются.

Сегодня есть удивительные технологии, которые позволяют легко действовать как команда, не сидя рядом друг с другом.

IRC, Jabber или аналогичное программное обеспечение для чата позволяет действительно легко информировать всех в команде друг о друге, о том, что они делают, и свободно обсуждать проблемы. Я часто использую IRC с группами freenode, и это как одна большая группа разработчиков, действующая как гигантский коллективный мозг. У Apple есть хороший клиент для чата, встроенный в Mac OS, который также поддерживает видеоконференции, особенно эффективные для их ноутбуков.

Представьте себе, как было бы, если бы у компании был собственный внутренний сервер чата с группами для отделов, проектов и заинтересованных групп, связанных с работой. Разработчик может задать вопрос, где это будет видно по всей компании, так что другой разработчик в другом месте может увидеть его и ответить. Стены офиса исчезают, стремительный рост коммуникаций, передовой опыт и обмен кодами могут происходить сами по себе, без чьей-то большой руки.

Один из наших инженеров по нагрузочному тестированию работает удаленно около 1/3 года, иногда из своего дома, который находится примерно в 30 милях от нашего офиса, а иногда и за пределами штата. Он так же эффективен в офисе, как и за его пределами, потому что он поддерживает работу своего программного обеспечения для чата и звонит на наши конференц-звонки.

Мои коллеги по команде сидят в зале, поэтому я не вижу и не слышу их. Я не знаю, когда они находятся в своих кубах, поэтому я отправляю им сообщение в чате, и они отвечают как можно скорее. Я занимаюсь командным программированием с одним из наших инженеров на другом сайте. Происходит то же самое; Мы регулярно обмениваемся друг с другом вопросами и / или бессмысленными мыслями, и, если нам нужно набрать темп, мы поделимся экраном и поговорим по телефону. Я не могу сказать, в офисе он или дома, и это не имеет значения. Мы работаем одинаково в любом случае.

Наш отдел контроля качества разбит на два разных города в разных штатах, наши инженеры разбросаны по всему городу примерно в четырех разных местах, но сложно сказать, потому что мы используем наши телефоны и регулярно общаемся. Мы все работаем на расстоянии друг от друга в реальности, так в чем же разница? Разница заключается в корпоративном мышлении.

У удаленной работы есть много больших преимуществ, и, в основном, работодателю необходимо изменить образ мыслей, чтобы попытаться выяснить, что сотрудники на него положительно реагируют.

Я думаю, это также зависит от того, что вы хотите, чтобы они сделали.

Если они вносят свой вклад в архитектуру и общий дизайн программного обеспечения, то это может быть проблемой.

Если они получают подробные спецификации и производят методы, тогда не так много.

Изменить: Чтобы уточнить, я пытаюсь сказать, что если работа может быть изолированным, то это хорошо, чтобы дать удаленному сотруднику. Однако, если это требует подробного обсуждения и встреч архитектурного дизайна, то это очень трудно сделать из разных стран.