Комментарии 15
Может надо от потребностей клиента по схеме работы исходить, не?
Вы описываете ситуации, применимые к работнику довольно высокого уровня - раз он в состоянии придумать существенно полезную для бизнеса идею и ранее выполнял крупные задачи, пригодные для переиспользования в других местах. Странно предполагать, что он работает с почасовой оплатой - это, кажется, должен быть давно пройденный этап.
Странно предполагать, что он работает с почасовой оплатой - это, кажется, должен быть давно пройденный этап.
Некоторые небедные американские компании нанимают людей в Европе через галеры; самая, наверное, известная — EPAM, но там платят копейки. Есть еще TopTal, где уже довольно вменяемые зарплаты, и есть закрытые клубы типа a.team и подобных. Там платят уже значительно выше, чем в среднем по Европе.
Единственный вариант в такой схеме — почасовая оплата, напрямую американцы платить не могут из-за законодательства.
Ваш рейт - это плата за всю работу, которую вы сделали в рабочее время. Это буквально то, за что платят.
То, что где-то вы можете спрямить путь уже зашито в нём. Либо, качественный контрагент доплатит сам, если вы реально ему неожиданно и сильно помогли. Совершенно не все в этом мире жлобы.
Можно крысить, вписывать по десять часов там, где реально потрачено десять минут. Дело такое. Некоторые вон придумали, что они волки... При упорстве даже себя можно убедить, что всё ок. Наверное. Но сути это не меняет.
***
Оплата "за задачу" принципиально другая схема оплаты. Это коммерческая деятельность, там цифра может быть любой. Как договорились, так договорились.
Но заказчику "за задачу" обычно всегда дороже получается, т.к. часть нереализованных рисков будет в цене.
Да, вцелом, в контексте разработки ПО, парадигма заказчик-исполнитель очень ублюдочная и контрпродуктивная.
Оно хорошо работает, когда заказчик или досконально понимает процесс (условно, надо выкопать яму, и заказчик сам чётко знает, как и сколько её копать, и мог бы сам выкопать, но имеет дела поважнее), или услуга абсолютно стандартизирована (заказчица сама не умеет делать маникюр, но, при этом, маникюр определенного вида и качества все мастера города делают примерно одно время за примерно одну цену).
В случае разработки оба критерия нарушены. Каждая задача уникальна (если есть обратное, то разработчик не нужен), и даже, в тех случаях, когда заказчик технически превосходит разработчика, у него нет полного понимания, с какими сложностями исполнитель столкнется. Из-за этого очевидные метрики невозможны, и такое взаимодействие скатывается к прокси-метрикам вида "скрины таймтрекера для оценки объема вовлеченности/литкод собесы для оценки способности выполнить задачу/контроффер, как метрика ценности".
А вот, говоря о работе вне данной парадигмы, недельные подряды выглядят прикольными с первого взгляда, но, вангую, имеют одну проблему - сильно ограничивают множество соискателей, ибо, те, кто реально ценен, предпочтет классическое трудоустройство.
Ну и да, лично я надеюсь, что "профессиональных исполнителелей", ну, из тех, матерых фрилансеров, кто "ты задачу опиши, и не мешай", и чей девиз "нет тз- результат хз", выдавит однажды клодкод...
есть готовое решение за 50 часов - честно продавай готовое решение за 50 часов. Прям так и говори. У меня есть решение, стоит 40 часов, за день поставлю. Или напишу за 50 часов, выбирайте. Если сроки достаточно важны - то выберут день вместо недели. Если нет - напишешь еще раз, станет еще лучше.
Тут конечно всплывает вопрос, а не у прошлого ли работодателя ты делал эту 50 часовую задачу, и не ему ли принадлежат все права на нее?
Вопросы, кстати, действительно интересные. В копилку можно еще один добавить: вроде даже тут на хабре была статья, кто-то написал скрипт для создания excel таблички (еще в эпоху до ИИ), и человеку скидывали данные, скрипт запускался, табличка правильно заполнялась, и готовая отправлялась заказчику по email в конце рабочего дня (как будто он сам заполнял таблицу).. человек сознался, что за него работал скрипт спустя несколько лет. Законная ли полученная зарплата за это время?
Еще частично посмотреть на задачу с разных точек зрения и оценить даст agile poker. А так из опыта помню, мы работали с одной компанией, часть приложения мы делали, часть другая компания. когда другая компания назвала срок месяц за новую фичу, а мы - неделю, они не поверили. я им прототип желаемого функционала через день предоставил, в итоге вторая компания осталась без этого проекта...
человек сознался, что за него работал скрипт спустя несколько лет. Законная ли полученная зарплата за это время?
С точки зрения сотрудника - абсолютно законная. Он работал (используя предоставленные работодателем инструменты), выполнял свои должностные обязанности, за это получал зарплату и не получал выговоров. Значит, всё в порядке. То, что он наловчился выполнять работу быстрее обычного - замечательно, молодец. То, что он в освободившееся время не делал ничего другого - не проблема, это не входит в его должностные обязанности.
(Другое дело что "в масштабах человечества" правильнее распространять подобные способы оптимизации как можно скорее и повсеместнее, а высвободившееся время тратить не впустую, а на дальнейший созидательный труд. Человеческой цивилизации от этого станет лучше.)
насчет оплаты и гениальной идеи: если тебе пришла гениальная идея, как у контрактора, у тебя должно быть свое понимание, что выгодно лично для тебя.
можно и нужно делать, если ты понимаешь что можешь предложить и реализовать эту идею, стать в ней «ключевым персонажем» и за счет этого получить больше денег (реализация, поддержка и сопровождение), т.е. фактически продление контракта и возможное повышение рейта тебе как ответственному.
иногда это выгодно с т.з. славы и профессионального роста - реализовать свою теорию за счет работодателя, записать в резюме специфический опыт, всегда полезно.
если видишь что в этой конторе идею не реализовать из-за бюрократии, головотяпства и других приоритетов - можно подумать стоит ли сделать идею самому в свободное время и продать уже как готовое решение, не нанимателю так конкурентам.
если ничего из этого не выгодно лично тебе - значит за это просто не стоит браться, вобщем достаточно простой выбор
могу рассказать почасовой контрактинг здорового человека работает в европах: ты просто работаешь как в обычном найме, но по контракту.
у тебя в контракте записано хх/€ в час. или xxx€/ в день. в конце месяца ты в таймшите записываешь количество дней/часов (например 21 день, или 21х8 часов), тебе их аппрувят, ты выставляешь счет, тебе платят.
контракт всегда фикс на 3/6/12 месяцев. в конце контракта тебя либо продлевают либо нет. либо могут выкинуть в течении notice period, например 1 месяц, или 1 неделя, как договоришься.
рейт примерно х1,5+ от обычной зп. т.е. например в найме ты получаешь условные 80-90к в какой-нибудь европейской стране, на годовом контракте ты поднимешь примерно 120-150к+ в зависимости от того насколько ты нужен в данный момент, опыта и конкуренции. делать будешь абсолютно то же самое что и в обычном найме.
фактически ты сам себе галера
во всех проектах на которых я работал последние 5 лет, никто никогда у тебя не стоял над душой, досконально считал часы и тд.
вся эта тягомотина расписать по часам что ты там делал, в основном у меня была в найме.
не говоря уже о 100500 раундах собеседований в найме, против 1 час пообщаться за жизнь на контракт собесах, показать референсы
ИИ агенты появились не только у исполнителей, но и у заказчиков. Работу, которую теперь можно выполнить за 5 часов, а выставят 50, может так же вызвать вопросы.
Мудрый офисный работник никогда не сделает за 10 минут работу, на которую можно потратить 50 часов.
А вообще, не совсем понятна суть вопроса. Что значит "по часам". Лично я знаю только вариант ставка vs почасово, это когда нет гарантированного объема работы. А все остальное - это производная от суммы за готовый продукт. Типа, я могу это сделать в среднем за 100 часов и хочу за это 100 денег. Вот мой рейт - 1деньга в час за подобную работу. Даже аренда считается по этому принципу.
С точки зрения разработки - полностью согласен с автором. В моём портфеле выполненных проектов встречались те же самые вопросы, что обозначены в статье. Механизмы расчёта были разные, потому что все заказчики разные. Кому-то важнее отчёты и процесс (созвоны, брифы, работа с маркерной доской, презентации и тд и тп), кому-то результат (есть X денег, надо Y функций за Z дней), а кому-то важно то, в чём ты (исполнитель) смог его (заказчика) убедить. Тут вопросов нет.
Существует ещё такая сфера почасовой оплаты, как услуги сервисного инженера или технической поддержки. Например ремонт принтера или ноутбука можно делать час, а можно 2-3 дня, в зависимости от того, знает ли инженер такую проблему и методы её решения или нет. Здесь имеет смысл брать деньги за задачу.
Или обратная ситуация, специалист технической поддержки точно знает, что проблема решается за 10 минут (если бы он сам её решал), но клиент на другом конце провода плохо понимает, что от него хотят и решение задачи увеличивается до часа + требуются скилы психолога. Здесь имеет смысл платить за первый час полностью, а дальше “поминутная тарификация”.
Автор поднял тему из известного анекдота, где на ремонт ультра-технологичной, но устаревшей техники пригласили Ивана Ивановича с молотком. До Ивана Ивановича никто не смог починить эту вундервафлю. В итоге Иван Иваныч ударил один раз молотком по аппарату и аппарат заработал. Далее Иван Иваныч выставил счёт 101.000 рублей. На вопрос, почему так дорого за 2 минуты работы, он ответил: “1000 рублей за удар молотком, 100.000 рублей за то, что знал куда бить”. Но смысл этого анекдота доходит не до всех заказчиков…
Аналогичная ситуация с ремонтами автомобилей, постройкой домов и со всем тем, что для оказания услуги совмещает руки и ум.
В сухом остатке имеет факт того, что универсального метода оценки труда нет и под каждый бизнес-процесс такая оценка будет индивидуальной. И вот эта самая оценка ложится на плечи руководителя проекта.
Как человек, который сотрудничает с разработчиками на почасовой оплате, протестую: очень уж сильно вы обобщили всех продуктоунеров до душных и жадных))
Я (и уверен, что далеко не только я) очень спокойно отношусь к расходам вида «я потратил N часов чтобы поресерчить как это сделать прикольнее». И если чел придет и скажет «у меня есть готовое решение, которое сэкономит нам N часов, готов его интегрировать за M денег», я восприму это как вполне разумное предложение)

Проблемы с почасовой и попроектной оплатой