Перейти к содержанию
    

Подбираются специалисты на удаленную работу и не только

С фрилансерами ведь как? Сделал (не сделал) и пропал.

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

 

Да, по теме ТС забыл высказаться.

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

Собирать базу разработчиков-это дело кадровых агенств.

Изменено пользователем In_an_im_di

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хорошое изделие в сопровождении не нуждается.

Опять фрилансеров пинают.

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

В жизни на удаленного фрилансера никакой надежды. Удаленно с железом особо не поработаешь. Сложный тестовый стенд в бытовых условиях не соберешь. Т.е. работу фрилансера должен курировать постоянный сотрудник, который "в теме". Тех. поддержки от фрилансеров, как правило, тоже никакой - максимум доводка при приемке, а далее: договор подряда выполнен - "деньги получены - интерес потерян"... Т.е. это кто-то "постоянный" должен изучить код/железо и дорабатывать их по мере необходимости.

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

Если есть работа, то предприятие или там предприниматель выкатывают ТЗ...

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

При формальном подходе работа забуксует на этапе ТЗ. При неформальном - работу иногда сложно закрыть, чтобы все остались довольны.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Да не совсем такмне кажется. Инициатором работы является заказчик, он и пишет первоначальный вариант ТЗ. Исполнитель ТЗ дорабатывает, иногда кардинальным образом, параллельно с выполняемой работой, если она сложная. Работа иногда растягивается на пару лет и топтаться в обсуждении формулировок ТЗ на месте нельзя. Работу нужно начинать делать, если в общем она понятна.

Да, основной смысл - убрать неоднозначности толкования и изложить все требования строгим техническим языком. Оговорить особые случаи, о которых заказчик порою и не подозревает. Привести ТЗ в соответствие с доступными технологиями, убрать оттуда формулировки по поводу "как сделать", оставить только то что относится к "что сделать".

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

 

В этой теме характерно для подобных тем: "ищу специалистов для большой увлекательной работы".

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

Было бы тут хоть краткое конкретное ТЗ - откликнулись бы и узкие специалисты, способные реально решить задачу которая им понятна.

"Будем делать всякие зарядные устройства и блоки питания" - для чего делать? Для карманных фонариков - одно, для подводных лодок - совсем третье.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В жизни на удаленного фрилансера никакой надежды. Удаленно с железом особо не поработаешь. Сложный тестовый стенд в бытовых условиях не соберешь.

Были бы мозги и желание. У меня сейчас заказчик из Израиля. Он _сам_ предложил включить remote desktop, хотя нужды в этом особой пока нет. И только у нас, почему-то, "гениальные" руководители ничего не слышали о подобных технологиях. Зато очень любят поплакаться, какие фрилансеры плохие. Как тут не вспомнить дедушку Крылова - "нече на зеркало пенять..." (с).

 

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

 

Тех. поддержки от фрилансеров, как правило, тоже никакой - максимум доводка при приемке, а далее: договор подряда выполнен - "деньги получены - интерес потерян"...

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

 

Работу нужно начинать делать, если в общем она понятна.

"Хрен ли думать - пилить надо"(с). Как-то так?

 

Есть два подхода: почасовая оплата и оплата за результат.

 

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

 

Но не дай Б-г с таким подходом браться за работу с оплатой по результату. Веселье гарантировано! Пока не оговорены условия приемки, да я даже компьютер не включу. laugh.gif

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В жизни на удаленного фрилансера никакой надежды. Удаленно с железом особо не поработаешь. Сложный тестовый стенд в бытовых условиях не соберешь. Т.е. работу фрилансера должен курировать постоянный сотрудник, который "в теме". Тех. поддержки от фрилансеров, как правило, тоже никакой - максимум доводка при приемке, а далее: договор подряда выполнен - "деньги получены - интерес потерян"... Т.е. это кто-то "постоянный" должен изучить код/железо и дорабатывать их по мере необходимости.

А почему Вы полагаете, что этот самый фрилансер должен бесплатно поддерживать и дорабатывать железо/софт???

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

Может в этом корень Ваших проблем с фрилансом?

Попробуйте предложить фрилансеру оплату за поддержку и сами удивитесь результату. Ибо поддержка (своего) всегда проще разработки, а деньги идут.

Я вот много работал удалённо. И был у меня хороший заказчик, который понимает, что за поддержку надо платить. И поэтому я никогда не "пропадал" для него.

Глупо надеяться, что вот сейчас Вы договорились с человеком на разработку чего-то, он Вам это сделал, а потом ещё годы должен это поддерживать - проводить тесты, которые

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

 

Или с другой стороны - Вы говорите про ненадёжность фриланса - а чем постоянный-то сотрудник отличается в этом плане???

Он также может уволиться бросив проект на полпути и потом будете искать кому его доделывать.

Есть у меня таких примеров и не один. И фриланс или не фриланс - здесь это не при чём. Всё зависит от людей. Халтурщиков полно и среди постоянных работников.

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

 

Были бы мозги и желание. У меня сейчас заказчик из Израиля. Он _сам_ предложил включить remote desktop, хотя нужды в этом особой пока нет. И только у нас, почему-то, "гениальные" руководители ничего не слышали о подобных технологиях. Зато очень любят поплакаться, какие фрилансеры плохие. Как тут не вспомнить дедушку Крылова - "нече на зеркало пенять..." (с).

Поддерживаю.

По моему опыту почему-то складывается точно такая-же картина - единственный удалённый заказчик, с которым я работал долго и плодотворно (на протяжении нескольких лет и нескольких проектов),

был из Канады. С "нашими" же постоянно возникали проблемы - на словах одно, а в реале всегда другое.

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

Так что у меня уже давно сложилось мнение, что не в специалистах у нас проблема, а в начальниках.

 

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

Не буду ничего доказывать, просто факты из моего опыта:

При работе на основной работе здесь, или со здешними удалёнными заказчиками, всегда ТЗ писалось исполнителем. Потом подписывалось заказчиком. После чего (через некоторое время)

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

В единственном моём опыте работы с иностранным заказчиком, ТЗ было подготовлено заказчиком, очень подробное и чёткое (даже с формулами и алгоритмами). И проблем потом по ТЗ не было

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

Так что то что "ТЗ обычно пишет сам исполнитель" - это так. Но похоже это только в нашей стране так.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как же достали вот такие умники...

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

 

А почему Вы полагаете, что этот самый фрилансер должен бесплатно...

...а чем постоянный-то сотрудник отличается в этом плане???

А где Вы увидели про бесплатно? Не бесплатно, но приоритет у такой работы будет существенно ниже, чем у основной работы/текущего проекта. Поэтому есть разница между фрилансером и постоянным работником, хотя бы и "на удалении".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приходилось быть и фрилансером, и заказчиком.

Судя по всему, в обоих случаях плохим. Раз столько негатива осталось от тех времен. Бывает. Главное, не судить о других по себе.

 

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

Словечки-то какие - "есть мнение". КПСС 2.0? Там тоже, куда ни плюнь - сплошь "постоянные специалисты" были. Правда кончили плохо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

КПСС 2.0? Там тоже, куда ни плюнь - сплошь "постоянные специалисты" были. Правда кончили плохо.

Дык, «Сегодня в завтрашний день не все могут смотреть. Вернее, смотреть могут не только лишь все, мало кто может это делать.»

 

Microsoft увольняет 18 000 сотрудников.

HP подтвердила увольнение 27 тыс. сотрудников.

Компания Samsung уволит 30% сотрудников.

 

КПСС 3.0?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А где Вы увидели про бесплатно? Не бесплатно, но приоритет у такой работы будет существенно ниже, чем у основной работы/текущего проекта. Поэтому есть разница между фрилансером и постоянным работником, хотя бы и "на удалении".

Приоритет выставляет заказчик. Суммой компенсации. Только и всего. :rolleyes:

А что - у Вас постоянные сотрудники после того как закончили очередную разработку, новыми разработками не занимаются, переходят в поддержку? А под новый проект новых набираете? Хорошо у Вас работать ;)

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

Разница с фрилансом иллюзорна.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вообще-то тема о предложении конкретной работы.

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

Чистить все пока не буду, поскольку и сам тут наследил, но если дальше нужно сторонние вопросы обсудить - открывайте отдельный разговор в разделе "Общение".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Здравствуйте, коллеги.

 

В последнее время появилось много работы на определенный срок. Набирать под нее специалистов в штат не всегда практично, поэтому принято решение привлекать специалистов по удаленке. Нужны толковые инженеры и программисты разного профиля. Оплата предполагается по договорам подряда "белая" по факту завершения работы (этапа работы). Для всех работ будет разрабатываться ТЗ, календарный план. В общем, постараемся сделать все как положено. Возможно, у кого-то из вас есть лишнее время и желание немного заработать. Прошу заинтересовавшихся прислать резюме на почту m(точка)epifanov(собака)mkb-kompas.ru Пока обсуждаем, что можем отдать на удаленку и пробуем собрать базу специалистов, в частности здесь. Интересует прежде всего Москва и область, но можем рассмотреть кандидатов и из других городов. Компания МКБ Компас, Москва. Спасибо за понимание.

 

Тематика возможных работ:

  • Аппаратное обеспечение:
  • Разработка электроники зарядных устройств, систем питания блоков и системы в целом;
  • Разработка радиосвязных модулей для установки внутри изделия и на технику;
  • Разработка процессорных модулей
  • Перевод имеющихся разработок на отечественную элементную базу (полностью или частично)

     

    Программное обеспечение:

  • Прикладные навигационные задачи (например, построение азимута на цель по показаниям текущего местоположения и данных с приборов целеуказания; построение маршрутов и т.д.);
  • Написание прикладного ПО для портативных навигационных приборов;
  • Алгоритмическая обработка данных с внутренних и внешних датчиков;
  • Связь между нашими приборами и с устройствами других производителей по проводным и беспроводным каналам (передача данных, голоса, видео и т.д.)

 

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

Предложение еще актуально?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

З. Ы. Прошу соискателей указывать ориентировочную компенсацию. Удобнее всего в человекочасах/неделях.

 

Помоему первый абзац противоречит второму :biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Помоему первый абзац противоречит второму :biggrin:

Почему? Вы пишите ориентировочную стоимость вашего времени и резюме, где указывается Ваш опыт и навыки. Далее мы дискутируем с Вами по поводу сроков, умножаем на человекочасы, получаем сумму договора. Если Вы не успеваете по необъективным причинам, следуют штрафы. Если делаете раньше договоренного, получаете свои деньги быстрее. Просто надо учитывать свои способности и не написать слишком быстрый срок, с другой стороны, не написать слишком много, срок может просто не устроить. Стандартный, самый обычный подход к поднарядным работам. Ничего сверхъестественного.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
×
×
  • Создать...