Комментарии 45
> меньше почты, больше звонков и ICQ/Skype
Я советую использовать исключительно почту. В этом случае всегда имеется в наличии история переписки и можно доказать, что «вот это» вы не договаривались делать, или «тут вот» вам четко сказали переделать. Плюс, я заметил, что в письменной форме задачи излагают более детально чем в устной.
Я советую использовать исключительно почту. В этом случае всегда имеется в наличии история переписки и можно доказать, что «вот это» вы не договаривались делать, или «тут вот» вам четко сказали переделать. Плюс, я заметил, что в письменной форме задачи излагают более детально чем в устной.
Мне кажется, можно комбинировать и то и другое. Текущие задачи обсуждать оперативно, после чего оформить полное задание и выслать по почте. Выгода, мне кажется, очевидна: обсуждение проблем не превращается в ситуацию под кодовым названием «Re[158]: Небольшие доработки по сайту» с одной стороны, а с другой с обеих сторон достигается полное взаимопонимание с чётко составленным перечнем задач.
Я так понимаю тут говорится не про постановку задач, а про дальнейшее общение и поддержание связи.
Задачи должны быть описаны в ТЗ и никак иначе.
Задачи должны быть описаны в ТЗ и никак иначе.
Видимо, все ваши заказчики были идеальны. Вам никогда не приходилось слышать что-то такое:
«Мы посмотрели то, что вы нам прислали. Да, всё очень хорошо, вы сделали точно в срок и как было описано, но, видите ли… наш шеф посмотрел и хочет сдвинуть эту картинку вниз, а этот список сделать раскрывающимся.»
«Мы посмотрели то, что вы нам прислали. Да, всё очень хорошо, вы сделали точно в срок и как было описано, но, видите ли… наш шеф посмотрел и хочет сдвинуть эту картинку вниз, а этот список сделать раскрывающимся.»
Да, действительно, всегда надо иметь чётко сформулированные требования в виде истории переписки. Поэтому лучше всего все вопросы обговаривать через IM. А потом одна из сторон оформляет результаты беседы в виде письма.
С одной стороны, в письме указаны все сложные моменты, которые можно выявить в процессе общения заказчика и исполнителя. А с другой, письмо фиксирует требования к разработчику.
С одной стороны, в письме указаны все сложные моменты, которые можно выявить в процессе общения заказчика и исполнителя. А с другой, письмо фиксирует требования к разработчику.
Согласен, сам приемлю общение только через почту. Терпеть не могу, когда заказчик из-за неформальности «Асечки» ведет беседу фамильярно, забывая о том, что я — фактически его работник. Также раздражает, что некоторые по каждой мелочи дергают. Например, им кажется, что их «новая идейка» пустяковая по сложности реализации, и о ней можно невзначай спросить, когда видит, что я в онлайне. В итоге получается, что заказчику часто отказываешь в реализации их нового «бзика», после чего тот обижается. А по моей личной статистике, одномоментные порывы заказчиков быстро сходят на нет, и не попадают в письма с действительно внятными и толковыми поправками.
Но всему есть исключение: если заказчику удобно вести проект именно через инстант-месенджеры, и он на этом настаивает, то я удовлетворяю его условия, так как бос тут не я.
Но всему есть исключение: если заказчику удобно вести проект именно через инстант-месенджеры, и он на этом настаивает, то я удовлетворяю его условия, так как бос тут не я.
Я с Вами категорически согласен. Проблема аськи и скайпа в том, что это «быстрые отговорки». Что-то быстренько ляпнул и все. Кроме того, оно обязывают обе стороны отвечать практически немедленно. Почта же дает возможность «подумать», взять хоть и маленький, но таймаут на размышления. В аське стоит обсуждать только тактику. Все стратегическое только в почте как раз таки для возможности поиска и истории.
Я по работе вынужден пользоваться и скайпами, и аськами и прочей ересью. В связи с чем поиск обсуждение в ИМ сводится к катастрофе. А также система отслеживания требований и несоклько почтовых аккаунтов (в целях безопасности некоторые клиенты обязуют пользоваться при переписке с ними только их почтой). Поэтому, только почта.
Я по работе вынужден пользоваться и скайпами, и аськами и прочей ересью. В связи с чем поиск обсуждение в ИМ сводится к катастрофе. А также система отслеживания требований и несоклько почтовых аккаунтов (в целях безопасности некоторые клиенты обязуют пользоваться при переписке с ними только их почтой). Поэтому, только почта.
Я и не предлагаю отказаться от почты. Как правильно заметили выше, стратегические моменты (договор, ТЗ, акты) нужно передавать по почте. Аналогично, факт приемки отдельной версии или всей работы должен быть правильно зафиксирован.
Другое дело, что иногда случается перекос, когда даже самые обыденные вопросы решаются по почте. Например, если разработчик проверяет почту, скажем, 3 раза в день (потому что постоянно проверять — отвлекаться от кодинга, после каждого письма снова включаться в работу...), то за день обсуждение пройдет с десяток итераций, а сам разговор закончится за пару дней. В ИМ можно было бы справиться минут, скажем, за 10-15. Поэтому если Заказчик заинтересован в оперативном результате — стоит по возможности использовать ИМ.
Другое дело, что иногда случается перекос, когда даже самые обыденные вопросы решаются по почте. Например, если разработчик проверяет почту, скажем, 3 раза в день (потому что постоянно проверять — отвлекаться от кодинга, после каждого письма снова включаться в работу...), то за день обсуждение пройдет с десяток итераций, а сам разговор закончится за пару дней. В ИМ можно было бы справиться минут, скажем, за 10-15. Поэтому если Заказчик заинтересован в оперативном результате — стоит по возможности использовать ИМ.
ICQ и Skype тоже хранят историю переписки, так что использовать их вполне можно.
То есть, для заказчика разработчики тоже в каком-то смысле «клиенты»? (Пардон за каламбур)
Я имею в виду, по способу взаимодействия.
Я имею в виду, по способу взаимодействия.
Исходя из моего опыта и опыта моих друзей фрилансеров чаще заказчики прекращают платить, чем сам фрилансер заканчивает работу.
еще полезно пользоваться bug trackerom и вести все задачи и доработки в нем!
он сокращает и время, потраченное на общение заказчика-фриланрера, и заставляет правильно расставить приоритеты по всем задачам, а также позволяет вести учет сделанного/несделанного и потраченого времени
вообще не понял в статье, о каком обучении фрилансеров идет речь? наверное имеются ввиду удаленные сотрудники, но это уже не совсем фрилансеры…
он сокращает и время, потраченное на общение заказчика-фриланрера, и заставляет правильно расставить приоритеты по всем задачам, а также позволяет вести учет сделанного/несделанного и потраченого времени
вообще не понял в статье, о каком обучении фрилансеров идет речь? наверное имеются ввиду удаленные сотрудники, но это уже не совсем фрилансеры…
Про обучение. Например, корпоративные и гос стандарты, ТЗ и иные формы ограничений в проекте. По умолчанию, поступают так: сваливают в кучу N документов, которые могут быть написаны непрофессиональным языком (генеральный заказчик способен на причуды), выдают разработчику, а потом на приемке ожидают, что будет сделано быстро и правильно. Вот в таком случае не помешала бы разъяснительная работа.
Указание «зарплаты до» лично мне всегда казалось бессмысленным.
Имхо, намного эффективнее указать ту зарплату, которую человек точно получит за выполнение базовых требований, чтобы он сразу оценил стоит ли ему за это браться. А также — возможные размеры бонусов за дополнительные «ачивменты»: оперативность выполнения задачи (мы стараемся устанавливать реальные сроки, но были бы рады получить продукт пораньше), увеличение сложности или объема задачи и т.п. Таким образом чувство «где-то точно кинут» сменяется нормальным пониманием за что ему заплатят, и как при этом достичь максимально возможной оплаты.
Те же, кто пытаются установить компенсацию ниже плинтуса, но прикрывают это различными уловками, потом и расплачиваются за жадность.
Имхо, намного эффективнее указать ту зарплату, которую человек точно получит за выполнение базовых требований, чтобы он сразу оценил стоит ли ему за это браться. А также — возможные размеры бонусов за дополнительные «ачивменты»: оперативность выполнения задачи (мы стараемся устанавливать реальные сроки, но были бы рады получить продукт пораньше), увеличение сложности или объема задачи и т.п. Таким образом чувство «где-то точно кинут» сменяется нормальным пониманием за что ему заплатят, и как при этом достичь максимально возможной оплаты.
Те же, кто пытаются установить компенсацию ниже плинтуса, но прикрывают это различными уловками, потом и расплачиваются за жадность.
Хи. Часть моих комментариев начинается именно с хи — это знак того, что мнение Писателя мне представляется немножко не в ту степь.
Я вот фрилансерами очарован, идиотии от них не замечаю, все сдается точно в срок, за исключением не в срок тех, кому я разрешаю делать не в срок (т.е. это реально талантливые дизайнеры — одна штука). Остальные делают раньше.
Причина проста как валенок
1. разбивка проекта на части с указанием сроков и цены. На первую часть выбирается 2 (два) фрилансера. Кто первый сдал, того и тапки, второму выдается поощрительный (50% приз). Следующий этап и следующие разработчики. (про не сработает не надо, тех задание писать умею и знаю, чего хочу и с какими извращениями).
2. Отсеиваю тех, кто не способен прочитать задание. Обычно еще прошу какой-нибудь идиотизм, если на идиотизм адекватно реагируют, работаю. Любимый идиотизм в верстке — поддержка IE 6.0.
Идиотам не понять, что большинство заказов в инет магазинах приходят с браузера файерфокс и с IE 6.0.
Для внедрения ///, чтобы интерфейс был стилизован под семерку.
И никаких проблем — проекты сдаются в срок, красота.
Ах, да, еще средняя цена в проектах ровно в 2 раза выше, чем среднее предложение по рынку. Но это и в работе такой подход должен быть — все системы мотивации персонала (а равно его адаптации) глубоко затягиваются по сравнению с зарплатой, которая выше чем средняя по рынку в 2 раза.
Я вот фрилансерами очарован, идиотии от них не замечаю, все сдается точно в срок, за исключением не в срок тех, кому я разрешаю делать не в срок (т.е. это реально талантливые дизайнеры — одна штука). Остальные делают раньше.
Причина проста как валенок
1. разбивка проекта на части с указанием сроков и цены. На первую часть выбирается 2 (два) фрилансера. Кто первый сдал, того и тапки, второму выдается поощрительный (50% приз). Следующий этап и следующие разработчики. (про не сработает не надо, тех задание писать умею и знаю, чего хочу и с какими извращениями).
2. Отсеиваю тех, кто не способен прочитать задание. Обычно еще прошу какой-нибудь идиотизм, если на идиотизм адекватно реагируют, работаю. Любимый идиотизм в верстке — поддержка IE 6.0.
Идиотам не понять, что большинство заказов в инет магазинах приходят с браузера файерфокс и с IE 6.0.
Для внедрения ///, чтобы интерфейс был стилизован под семерку.
И никаких проблем — проекты сдаются в срок, красота.
Ах, да, еще средняя цена в проектах ровно в 2 раза выше, чем среднее предложение по рынку. Но это и в работе такой подход должен быть — все системы мотивации персонала (а равно его адаптации) глубоко затягиваются по сравнению с зарплатой, которая выше чем средняя по рынку в 2 раза.
Правильно ли я понял: если некоторый объем работы (например, эскиз страницы) стоит на рынке N рублей, то «победитель» (тот, кто первым сдал работу) забирает сумму 2N, а «проигравший» — в 2 раза меньше победителя, т.е. N рублей. Тогда весь блок работ стоит в 3 раза больше, чем на рынке…
Если ваши проекты реально позволяют столько платить — я рад и за вас, и за ваших разработчиков. Если не секрет — что за проекты такие?
Если ваши проекты реально позволяют столько платить — я рад и за вас, и за ваших разработчиков. Если не секрет — что за проекты такие?
Как я понимаю, «победитель» всё же получает N, а «проигравший» ½N, так что блок работ стоит 150% от рыночной цены.
Однако такая схема позволяет мрачно и угрюмо подозревать, что нанимается единственный фрилансер, а после окончания работы ему выдают 50% бюджета и рассказ о том, что у него был соперник «победитель». Так как следующий блок работ делает непременно другой фрилансер, то у первого нет способа установить истину. А блок работ стоит не 150%, а 50% от рыночной цены.
Однако такая схема позволяет мрачно и угрюмо подозревать, что нанимается единственный фрилансер, а после окончания работы ему выдают 50% бюджета и рассказ о том, что у него был соперник «победитель». Так как следующий блок работ делает непременно другой фрилансер, то у первого нет способа установить истину. А блок работ стоит не 150%, а 50% от рыночной цены.
Всё, теперь понимаю. Я забыл учесть, что средняя цена в таких проектах в два раза больше, чем в среднем по рынку. Это ещё больший повод заподозрить, что нанимается единственный фрилансер, которому обещают 2N, а дают N, так что ему вроде и горевать не о чем: получил рыночную цену за свою работу — если не считать уязвлённого самолюбия, конечно.
Почему вы приписываете мне желание обмануть?
С чем это связано?
С чем это связано?
Возможно, потому, что ваша схема производства в 3 раза дороже, чем в среднем по рынку. А значит, ваши продукты (или выполнение заказа) дороже, чем у конкурентов. В 3 раза — это существенно. Тот, что платит деньги, такое явно заметит. Вот поэтому и возникают сомнения в достоверности рассказанного.
Вот Вы пишите, что умеете писать ТЗ, точно знаете, чего хотите, и, как следует из вашего сообщения, тратите в 3 раза больше, чем остальные заказчики на рынке. Зачем Вам какой-то конкурс?.. Найдите разработчика, с которым сработаетесь, обеспечьте взаимовыгодное сотрудничество — и ваши проекты также будут получаться в срок, без каких-то дополнительных конкурсов.
Вот Вы пишите, что умеете писать ТЗ, точно знаете, чего хотите, и, как следует из вашего сообщения, тратите в 3 раза больше, чем остальные заказчики на рынке. Зачем Вам какой-то конкурс?.. Найдите разработчика, с которым сработаетесь, обеспечьте взаимовыгодное сотрудничество — и ваши проекты также будут получаться в срок, без каких-то дополнительных конкурсов.
Вы проще скажите: вас не знаю, о рынке, на котором вы работаете, понятия не имею, но мнение есть.
«Найдите разработчика, с которым сработаетесь, обеспечьте взаимовыгодное сотрудничество»
Вы нашли разработчика такого? Если да, зачем писать то, что сверху?
Если же вы не являетесь такм разработчиком или ваши фрилансеры вас подводят, то зачем давать мне такие советы?
«Найдите разработчика, с которым сработаетесь, обеспечьте взаимовыгодное сотрудничество»
Вы нашли разработчика такого? Если да, зачем писать то, что сверху?
Если же вы не являетесь такм разработчиком или ваши фрилансеры вас подводят, то зачем давать мне такие советы?
которые позволяют столько платить.
Чаще всего фриласер и заказчик расстаются по совокупности негативных причин. Самая частая проблема, которую могу вспомнить — приёмка сделанной работы осуществляет не директор-постановщик задачи, а «ответственный» сотрудник, возможно вообще некий штатник, который все обговоренные моменты может не знать, и выводы для заказчика делает на свой взгляд.
Часто на разработчика фрилансера вешают всех собак «компетентные» сотрудники, приходится терять время и доказывать, что ты не верблюд, а осадочек всё-равно остается. Только руководитель с опытным взглядом может оценить такую ситуацию верно.
В результате подобных вещей пропадает энтузиазм, меняется в угоду кому-то ТЗ, реально затягиваются сроки. Двусторонний негатив.
Часто на разработчика фрилансера вешают всех собак «компетентные» сотрудники, приходится терять время и доказывать, что ты не верблюд, а осадочек всё-равно остается. Только руководитель с опытным взглядом может оценить такую ситуацию верно.
В результате подобных вещей пропадает энтузиазм, меняется в угоду кому-то ТЗ, реально затягиваются сроки. Двусторонний негатив.
НЛО прилетело и опубликовало эту надпись здесь
Личное общение ничто не заменит (за исключением особенно адекватных заказчиков, которые умеют писать ТЗ и вообще абстрактно мыслить).
Абстрактное мышление — это способность понять мысль, высказанную в виде «по нажатию на контрол выдается плюшка», не сваливаясь к обсуждению, какого цвета будет кнопка и что бананы должны быть только свежие.
К сожалению, при разговорах по телефону, как правило, один из респондентов был только что оторван от какого--то другого занятия и неспособен разговаривать с тем же уровнем погружения в проблему, как и второй. Поэтому совещания, когда я приезжаю заказчику в офис, он заранее запланировал пару часов, и идет обсуждение — однозначное благо по сравнению с всеми другими способами общения. Уходя от заказчика, у меня обычно есть листочек — todo с приоритетами и сроками (копия у заказчика).
Как только сделана часть работы, пункт из этого листочка присылается заказчику с описанием особенностей реализации. В переписке достигается «OK, принято» с его стороны, на листочке (реально, уже в тудушной программе) пункту ставится статус «готово».
Таким образом и переговоры получаются продуктивнее, и список емейлов дает четко понять когда и тчо было сделано.
p.s. Хотя неадекватных тоже было — одна тетка в ответ на вопрос «что вы понимаете в данном месте под справочниками» (в тексте «должна быть возможность редактирования справочников») мне полчаса рассказывала какая она крутая, сколько ТЗ написала, просила не сомневаться в ее компетентности и так далее. На вопрос так и не ответила, хотя вторым же наводящим был «редактирование чего? данных, структуры, создание самого справочника, связи с другими справочниками?»
Абстрактное мышление — это способность понять мысль, высказанную в виде «по нажатию на контрол выдается плюшка», не сваливаясь к обсуждению, какого цвета будет кнопка и что бананы должны быть только свежие.
К сожалению, при разговорах по телефону, как правило, один из респондентов был только что оторван от какого--то другого занятия и неспособен разговаривать с тем же уровнем погружения в проблему, как и второй. Поэтому совещания, когда я приезжаю заказчику в офис, он заранее запланировал пару часов, и идет обсуждение — однозначное благо по сравнению с всеми другими способами общения. Уходя от заказчика, у меня обычно есть листочек — todo с приоритетами и сроками (копия у заказчика).
Как только сделана часть работы, пункт из этого листочка присылается заказчику с описанием особенностей реализации. В переписке достигается «OK, принято» с его стороны, на листочке (реально, уже в тудушной программе) пункту ставится статус «готово».
Таким образом и переговоры получаются продуктивнее, и список емейлов дает четко понять когда и тчо было сделано.
p.s. Хотя неадекватных тоже было — одна тетка в ответ на вопрос «что вы понимаете в данном месте под справочниками» (в тексте «должна быть возможность редактирования справочников») мне полчаса рассказывала какая она крутая, сколько ТЗ написала, просила не сомневаться в ее компетентности и так далее. На вопрос так и не ответила, хотя вторым же наводящим был «редактирование чего? данных, структуры, создание самого справочника, связи с другими справочниками?»
Почему исполнители не любят изменений после приемки проекта? Или после утверждения ТЗ. Проект — динамическая система, иногда в процессе работы возникают новые идеи, которые увеличат коммерческую отдачу. Другое дело, что это должно оплачиваться дополнительно, а заказчик обычно начинает давить и упрашивать сделать бесплатно. Может в этом проблема?
Именно в этом. Никому не нравится «работать бесплатно», то есть тратить массу времени и действий, не дающих никакой отдачи. Эта неприязнь усугубляется, если заказчик имеет намерение (как Roman_Mix несколько выше) на следующем этапе набрать других разработчиков, так что готовность фрилансера сделать несколько больше запланированного за те же деньги ничуть не создаёт о нём никакой полезной репутации для будущего партнёрства с заказчиком.
существует много причин, включая вышеприведенные, почему много опытных фрилансеров не хотят работать с «экс-СССР» заказчиками, а предпочитают работать только с западными и через фриланс-биржи с вменяемым арбитражем наподобие одеска и гуру.ком.
на хабре была статья про «клиент 3.0» или «заказчик 3.0» (что-то в этом роде).
тоже самое можно и сказать про «фрилансер 3.0»:
фрилансер 1.0 пытается работать с русскоязычными заказчиками
фрилансер 2.0 пытается работать с русскоязычными заказчиками только через сервисы безопасных сделок
фрилансер 3.0 плюёт на всё это, учит английский и работает исключительно с западными заказчиками через западные фриланс-биржи
кстати, если говорить конкретно про одеск, то вот такая картина
www.odesk.com/community/oconomy www.odesk.com/community/oconomy/outsourcing_russia
средний рейт $17.53, что в 8х5х4х$17.53 = $2805 в месяц
и без всяких заморочек, наподобие хитрого Roman_Mix-а.
там арбитраж достаточно вменяемый и такие «умные» заказчики пролетают очень быстро.
на хабре была статья про «клиент 3.0» или «заказчик 3.0» (что-то в этом роде).
тоже самое можно и сказать про «фрилансер 3.0»:
фрилансер 1.0 пытается работать с русскоязычными заказчиками
фрилансер 2.0 пытается работать с русскоязычными заказчиками только через сервисы безопасных сделок
фрилансер 3.0 плюёт на всё это, учит английский и работает исключительно с западными заказчиками через западные фриланс-биржи
кстати, если говорить конкретно про одеск, то вот такая картина
www.odesk.com/community/oconomy www.odesk.com/community/oconomy/outsourcing_russia
средний рейт $17.53, что в 8х5х4х$17.53 = $2805 в месяц
и без всяких заморочек, наподобие хитрого Roman_Mix-а.
там арбитраж достаточно вменяемый и такие «умные» заказчики пролетают очень быстро.
Бывает, что изменения не вписываются в архитектуру, разработанную для реализации первоначального ТЗ, и для реализации нового ТЗ нужно переделывать практически всё уже наработанное, а заказчику сложно понять, что за реализацию одной небольшой, в принципе, фичи он должен заплатить больше, чем уже заплатил за весь проект только потому, что о возможности появления такой фичи он не упомянул.
Новые изменения в проект я выражаю в количестве часов. Условно, «ваша новая фича займет время пма — 3 часа, у дизайнера — 2 часа, программиста — 4 часа. Откуда я возьму эти деньги + объяснение технологических сложностей внедрения». Если заказчик адекватный и изменение действительно ценное, то получаю одобрение. Также сразу стараюсь придумать другое решение в рамках уже разработанной структуры и предлагаю как альтернативный вариант. Вопрос, что на стороне клиента иногда попадаются «зарплатные» менеджеры, которые боятся даже попробовать попросить увеличение бюджета, т.к. это покажет их ошибку при начальном проектировании, но это не мои трудности. Дальше вопрос политики, некоторые изменения приходится делать за свой счёт, в качестве инвестиций в будущие хорошие отношения. Иногда идти на принцип.
А своих сотрудников Competentum тем временем сокращает…
В целом согласен, но есть важное дополнение!
Очень важно интересоваться жизнью ваших фрилансеров: где они еще работают, какая у них семейная ситуация, как со здоровьем. По офисному сотруднику это обычно видно сразу, а вот по удаленному нет.
У фрилансера может образоваться завал по чужим для вас проектам, могут заболеть родственники, произойти развод, или он сам может заболеть. Большинство удаленщиков часто стесняются делиться своими проблемами с заказчиком. Это считается дурным тоном.
Если вы создадите доверительные отношения с фрилансером, то сможете СВОЕВРЕМЕННО реагировать на то, что с ним происходит.
Ну например. Завал по чужому проекту:
Офисный сотрудник: вы это видите и можете учитывать. Не обязательно, что это левая халтура, возможно какие-то другие отделы вашей компании как-то его нагрузили.
Удаленный в атмосфере недоверия: пропадает или кормит завтраками пока ситуация не обострится — потом либо признается, либо исчезает навсегда.
Удаленный в атмосфере доверия: признается сразу, до того как ситуация обострилась, у вас есть время и возможность перебросить часть нагрузки на других бойцов.
В целом с удаленщики такие же люди, как и офисные сотрудники, с ними случается все тоже самое. Просто мы меньше о них знаем, т.к. не смотрим им в глаза каждый день. Поэтому нужно стараться восполнить эти пробелы в ежедневном виртуальном общении.
Очень важно интересоваться жизнью ваших фрилансеров: где они еще работают, какая у них семейная ситуация, как со здоровьем. По офисному сотруднику это обычно видно сразу, а вот по удаленному нет.
У фрилансера может образоваться завал по чужим для вас проектам, могут заболеть родственники, произойти развод, или он сам может заболеть. Большинство удаленщиков часто стесняются делиться своими проблемами с заказчиком. Это считается дурным тоном.
Если вы создадите доверительные отношения с фрилансером, то сможете СВОЕВРЕМЕННО реагировать на то, что с ним происходит.
Ну например. Завал по чужому проекту:
Офисный сотрудник: вы это видите и можете учитывать. Не обязательно, что это левая халтура, возможно какие-то другие отделы вашей компании как-то его нагрузили.
Удаленный в атмосфере недоверия: пропадает или кормит завтраками пока ситуация не обострится — потом либо признается, либо исчезает навсегда.
Удаленный в атмосфере доверия: признается сразу, до того как ситуация обострилась, у вас есть время и возможность перебросить часть нагрузки на других бойцов.
В целом с удаленщики такие же люди, как и офисные сотрудники, с ними случается все тоже самое. Просто мы меньше о них знаем, т.к. не смотрим им в глаза каждый день. Поэтому нужно стараться восполнить эти пробелы в ежедневном виртуальном общении.
Я как фрилансер с опытом в 10 лет (юбилей) могу сказать, что среди фрилансеров много школяров, которые гоняются за простыми на их взгляд деньгами… вот они и подобные и портят впечатление от фриланса
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Если у вас не работает фриланс — виноват ли фрилансер?