Почему такие сложности с удаленкой?

Походив месяц по собеседованиям, сделал для себя следующий вывод.
90% украинских ИТ-компаний занимаются аутсорсом. Их бизнес-модель состоит в том, чтобы продать заказчику как можно больше жопо-часов, а у вас купить их оптом как можно дешевле. Нет нацеленности на результат, поэтому важно, чтобы каждый ваш рабочий час был учтен, и чтобы вы тихонько сидели и никуда не рыпались. Вы будете очень много заняты митингами, чтением документации, «самообразованием», согласованиями и заполнением таймшитов, но очень мало — решением реальных задач и профессиональным ростом.

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

Задайте на собеседовании простой вопрос: «Как мне в вашей компании через 3-4 года зарабатывать N долларов в месяц? (где N == 2x запрашиваемая зарплата)» — и вы увидите как рассыплются все сказки о блестящем карьерном росте.

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

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

Ну конечно, работодатели плохие, а удаленщиков хорошие.
Если 90% это нехороший аутсорс, давайте поговорим об оставшихся 10% хороших продуктовых компаний. Почему хорошие компании не хотят брать удаленщиков?

И кстати, вы не пробовали удаленно устроиться в Facebook или Google, может там любят удаленщиков?

А когда надо делать работу, получается в любом случае — или фрилансер тратит неделю на ваш заказ, или офисный сотрудник (пусть удалённый) тратит ту же неделю на ваш заказ. При этом вопросы, кто его снабжает печениками, никак не влияют на суть работы.

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

тихую продуктовую гавань

Брать незнакомого человека сразу на удалёнку — это как кота в мешке т.к. трудно оценить риски.

Скажите, как работа в офисе упрощает оценку рисков с новым сотрудником?

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

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

(особенно при хреновой организации)

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

Мне кажется, ваш тезис состоит не в наличии удалённых людей самих по себе. А в том, что существуют «естественные» лёгкие каналы коммуникации в виде устного общения (особенно в неформальных условиях типа кухни) там, где народ сидит в офисе, и удалёнщики всех видов теряют именно за счёт того, что не участвуют в этом.

Этот тезис выглядит правильным только на первый взгляд. Проблема его в том, что при качественной организации работы всё существенное из таких коммуникаций всё равно должно попадать в письменные источники, видимые всем, у кого есть права, включая багтрекеры, сообщения коммитов, внутреннюю документацию, и так далее. Любой противоположный подход ведёт к тому, что появляются тайные сакрализованные знания отдельных сотрудников, которые затем уносят эти тайны с собой. Если же такое внутреннее документирование поднято на достаточный уровень, то уже нет такой информации, которая доступна только в офисе. Это получается та же распределённая и удалённая работа, но не в пространстве, а во времени; и, поскольку последняя по любому необходима — никакая команда не может плодотворно работать, не имея памяти о том, что делалось в проекте и почему некоторое время назад, а меры по сохранению этой рабочей информации одинаковы для обеих распределённостей — поддержка внутреннего документирования делает удалённую работу не хуже локальной.

Я сталкивался с подобным, работая в организации, у которой по технологическим причинам было несколько офисов, но проекты не могли быть сосредоточены только в одном. Основным средством коммуникации были архивируемые внутренние рассылки, каждому новому сотруднику вменялось в обязанность перечитать их, и войти в тематику и обстановку не представляло труда. И это были не люди семи пядей во лбу, нет, обычные молодые ITшники; они писали лучше или хуже, кто-то писал любое высказывание не меньше чем с «!!», но так, чтобы не суметь донести проблему до остальных — такого не бывало. Из чего я делаю простой вывод — если кто-то не может коммуницировать письменно (в тикетах, чатах и т.д.), а настаивает на личном общении, то причиной просто лень.

Можно 5 раз в день, когда у тимлида появляется свободное время, подойти к новому сотруднику и помочь ему разорбаться с очередной тонной кода.

Тут будет ценна каждая минута и каждый совет от ребят, которые уже работали с этим кодом.

А если ребят уже нет? ;) Вы опять пытаетесь лечить не ту болезнь.

т.к. трудно оценить риски

(особенно при хреновой организации)

Как вы себе представляете работать в команде удаленно?
Вот собралась ваша команда пойти чайку попить и заодно обсудить как лучше писать новый модуль. А т.к. Вы работаете удаленно, ваши советы никто не услышит.

Или у нас в комнате была практика: можно было встать и сказать «мужики, проблема с тем-то и тем-то, не работает нифига», к тебе сразу подойдут 1-2 человека и или скажут как это исправить, или вместе с тобой будут разбираться в проблеме. За счёт подобных практик у нас никто не тупил над задачами по несколько дней.

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

А когда куча удаленщиков — это работа группой, но не командная работа. Хороший менеджер должен удачно подробить для вас задачи на мелкие таски, чтобы вы могли делать их не общаясь с друг другом. И самое главное — команда, это когда никто не остаётся один на один со своими проблемами: вы должны помогать вашим друзьям по команде не только когда они просят о помощи, но и когда она им нужна, а они о ней не просят.

P.S. Удаленщик — это как отец, которого ребёнок видит только по скайпу: вроде и есть, но в самые важные моменты его всегда нет рядом.

вот это поворот :) У нас правда работали все уровня синьйор, но скайп + тимвьювер творит чудеса. Более того, у меня в распределенной команде было столько паир программинга, сколько я не видел в офисе за столом/чаем/обедом и т.д. Это зависит очень сильно от подхода в самой команде, если культура поговорить на кухне или встать и сказать не работает — это одно, а если сказать ребята у меня там не получается в чате или на скраме сказать что нужна помощь или совет. Я тоже думал как вы, пока не попал в распределенную команду где работали люди из разных стран.

Мне кажется вы не работали ни разу так, поэтому у вас «проблема единственной точки зрения».

Проблема не у меня, проблема у ТС:)

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

ТС пытается устроиться на работу в обычные команды, которые не адаптированы под распределенную команду и удивляется, почему работодатели не хотят брать удаленщиков. Вот вы и подсказали вторую половину ответа:

— ТС следует искать распределенные (международные?) команды, где почти все разработчики — сениоры, но туда тоже не каждого возьмут. Как-то так в общем.

И сколько таких команд вы лидели? 10-20? или одну?

Если вы уверены, что можете успешно лидить любую распределенную команду, может вам книгу написать? А то во всем мире ни менеджеры, ни бизнес школы не могут качественно решить такую задачу.

Или давайте возьмем пример со стороны. Google нанимает программистов по всему миру (где они стоят дешевле) и перевозит их в свой офис в Долине, где приходится платить им в 2-3 раза больше. Т.е. похоже, что даже Google считает, что эффективнее нанять человека в офис, чем его же за 30% его зп, но удаленно.

Но вам, конечно, виднее...

У гугла дев центры почти в каждой развитой стране.

И сколько таких команд вы лидели? 10-20? или одну?

Несколько проектов, это совсем не

БольшАя часть аутсорса так работает — менеджмент в одной стране, девы сидять в офисах в другой.

Ага, щаз

Несколько проектов, это совсем не

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

Ну я сам работал без менеджмента тут, хотя сам менеджил других попутно, ибо ежи — птицы гордые

Но в львиной доле случаев менеджмент таки присутствует.

Сотни проектов, где «прокси менеджмент» не принимает никаких решений и, фактически, не занимается управлением и контролем команды

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

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

Команда сидит в офисе? В офисе.
Разработчики друг друга видят? Видят.
Общаются между собой лицом к лицу? Общаются.
Вот поэму это все и работает.

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

Anton Frolov отлично описал свою распределенную команду — "все уровня синьйор«(ц).
Это далеко не средняя обычная команда. Что и требовалось доказать.

P.S.

У гугла дев центры почти в каждой развитой стране.

А тут нет деления на черное и белое. Или хорошие (значит и в офисе и удаленно могут работать) или плохоие (и удаленно и в офисе от них мало толку).

Во-первых, если шкала ответственности (например, от 0 до1). Чем более ответственный сотрудник тем лучше он работатет в том числе и удаленно. Для работы в офисе надо иметь не меньше 0.3 ответственности. Для удаленной лучше иметь не менее 0.8

Во-вторых, если бизнес-процессы. Если нет выстроенных правильных процессов, которые позволяют работать удаленно, то даже очень ответственная команда покажет слабые результаты.

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

Чудес не бывает.

Вот собралась ваша команда пойти чайку попить и заодно обсудить как лучше писать новый модуль. А т.к. Вы работаете удаленно, ваши советы никто не услышит.

Как вы собираетесь делиться своим опытом с другими людьми, помогать им советами, не общаясь с ними все время в неформальной атмосфере.

В большинстве случаев, насколько я видел, проблема не в команде, а в лени и начальстве. В аутсорсе, как тут уже подсказали, часто ещё и в заказчике — который не верит в проведённое время, если оно не в офисе.

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

Рабы должны быть под присмотром хозяина.

Вакансий с удаленкой тоже довольно много:
jobs.dou.ua/...ancies/?remote&from=maybe

и количество растет:
jobs.dou.ua/trends/?city=remote

А еще у нас готовится статья «Удаленная работа: обзор возможностей в украинских IT-компаниях», где будет и список компаний, которые разрешают работать удаленно и какая-то аргументация за и против удаленной работы.