LINUX.ORG.RU
ФорумTalks

Очередная уловка от работодателей

 , ,


0

1

Вводные: есть проект, нужно сделать для него доработки. ТЗ доработок есть

Уловка №1: работодатель хочет платить только за доработки. Время, которое потратится на изучение проекта, чтобы сделать доработки работодатель не хочет. В итоге, доработки сделать 2 недели. Еще столько же потратится на изучение проекта. По факту получается, что рейт упадёт ровно в два раза

Уловка №2: фикс прайс на доработки. Работодатель хочет, чтобы за определенную сумму все пункты доработок были закрыты. Чем это чревато? Точно определить время всех пунктов невозможно. Обычно сдвиг по времени происходит в бОльшую сторону. Т.е, допустим у нас есть 100 часов по рейту $15, а фактически на это может уйти и 3 недели и 1.5 месяца с падением рейта до $5-7

И с первой и второй уловкой очень легко бороться. Объясняем, что фактически это 100 часов, но если больше(с обоснованием почему это затягивается), тогда нужно будет доплатить. Идеально всё выглядит так: хорошо, я берусь за работу. Оплата ежедневная в конце рабочего дня. Если динамика закрытия задач вас не устроит - вы можете в любое время поменять меня на другого человека. В 99.9(9)% заказчик сливается т.к он хочет всё и за фикс прайс. А это в большинстве случаев падение рейта т.е потеря времени

★★★

Почему-то Erzent вспоминается и работа в Питере за еду.

irton ★★★★★
()

Явный конфликт интересов: разработчик и работодатель хотят гарантий, что не будут обмануты. Что ж, в данной ситуации, так или иначе, кто-то будет обманут.

tiinn ★★★★★
()

Тебя опять кто-то угнетает?

cocucka ★★★★☆
()

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

Непонятно, чего именно он не хочет. Это о timeback?

dataman ★★★★★
()

Эм… обычный процесс переговоров. Не вижу криминала или каких-то хитрых попыток подвести под черти-что. Ты же писал, что ТЗ уже есть, то есть не предполагается, что будут докидывать раз в 10 больше работы?

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от tiinn

так или иначе, кто-то будет обманут.

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

Nervous ★★★★★
()
Ответ на: комментарий от tiinn

Как вариант можно попытаться использовать третье лицо - гаранта сделки, только кто может гарантировать честность, справедливость и беспристрастность гаранта?

sanyo1234
()
Ответ на: комментарий от Nervous

Не, там такие условия описаны, что явно видны страхи обеих сторон. Было бы больше открытости - не было бы темы сюда писать.

tiinn ★★★★★
()

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

Про оплату в конце дня — зачем? По факту выполненной работы.

Zhbert ★★★★★
()
Ответ на: комментарий от Nervous

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

sanyo1234
()
Ответ на: комментарий от tiinn

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

serg002 ★★★
() автор топика
Ответ на: комментарий от Zhbert

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

Как ничем? Потерять небольшое потраченное время, конечно, это лучше, чем понести большие затраты времени впустую.

sanyo1234
()
Ответ на: комментарий от Zhbert

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

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 1)

Спец по компам мне так и не ответил. Может ты поможешь?

А как работодатель будет знать, что ты реально работал 8 часов в день?

chenbr0
()
Ответ на: комментарий от serg002

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

IMHO нужно пытаться развивать доверие от малого к большему:

Интересные уловки от хитровыделанных заказчиков (комментарий)

sanyo1234
()

Нанимал на лоре человека. Есть проблема, есть деньги, которые контора готова за это заплатить. Изучить задачу, оценить фронт работ, прикинуть свои силы - на здоровье, бесплатно, никто это не прячет. Цель - найти того, кто в этом УЖЕ шурупит и кому это проблем не составит. Ну смысл на разовую работу брать того, кто в нужной теме сам «плавает» и сам хочет поучиться? Так я и сам могу, но мне за это контора не заплатит. Обучать-подтягивать есть смысл, только когда ищешь кого-то на постоянку.

ЗЫ а чувак с лора отработал прекрасно, он сам знает :)

yu-boot ★★★★★
()
Ответ на: комментарий от chenbr0

А как работодатель будет знать, что ты реально работал 8 часов в день?

По ежедневному отчету в конце дня и коммитам

serg002 ★★★
() автор топика
Ответ на: комментарий от serg002

они могут закрыться и через 2 месяца ежедневной работы в фултайм

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

gruy ★★★★★
()
Ответ на: комментарий от chenbr0

А как работодатель будет знать, что ты реально работал 8 часов в день?

Можно расшарить экран по VNC с ретрансляцией и записью трансляции:

Интересные уловки от хитровыделанных заказчиков (комментарий)

sanyo1234
()
Ответ на: комментарий от serg002

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

Это не уловка. Просто бизнесу часто выгоднее заплатить больше, но получить в точный срок. А ты начинаешь мямлить «ну когда смогу» — с чему ему тебе доверять?

Vsevolod-linuxoid ★★★★★
()

Время, которое потратится на изучение проекта

В чём проблема не разбивать время на изучения проекта и время на доработки, а просто сказать, что тебе нужно х2 времени? Знаешь же, что нужно, какая разница почему.

Точно определить время всех пунктов невозможно

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

KivApple ★★★★★
()
Ответ на: комментарий от chenbr0

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от chenbr0

Для разовых работ заставлять часы отсиживать несколько странно. Хоть месяц был заложен, а человек по факту работал 15 минут - задача решена? Молодец, держи денежку.

yu-boot ★★★★★
()
Ответ на: комментарий от chenbr0

А какой размер коммита должен быть за 8 часов? А за 2 часа?

IMHO такие стенания допустимы во время trial периода. Если разработчик мотивированный и работа ему интересна, то ему обычно интересно делать свою работу со своей обычной привычной продуктивностью, а не «бить баклуши». Разработчик, который работает для ИМБУРДе - это вообще какое-то недоразумение, все-таки разработка - это достаточно творческий и интересный процесс, чтобы превращать его в безобразие, которого и так хватает в некоторых забюрократизированных организациях.

Опять же, можно попытаться провести аналогию с таксистами, ведь не будешь же постоянно смотреть на его спидометр, с какой скоростью он едет и непрерывно высчитывать его KPI? Дорожные условия неравномерны, и пословица «торопись медленно», чтобы не попасть в ДТП. И вспоминаем треугольник менеджмента: выбери только два свойства из быстро, качественно, недорого.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Контролировать честность исполнителя, - это IMHO вполне нормально, вполне допустимо смотреть на его экран в любой момент времени. На записях можно проставлять метки точного времени с помощью КриптоПро и TSP серверов.

sanyo1234
()
Ответ на: комментарий от Vsevolod-linuxoid

Ровно в срок? Лол, да практически никогда сроки не важны. Когда говорят о сроках - всегда подразумевают деньги. Точно в срок == вложиться в определенные деньги. Если важны сроки и не важны деньги - тогда можно нанять 3 исполнителя, они уж точно сделают быстрей, чем один. Но ищут именно одного, который «вложится в срок», что как бы намекает о том, что банально заказчик говорит срок и подразумевает деньги :)

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 3)
Ответ на: комментарий от chenbr0

Ну то есть различить два коммита возможности нет?

В каком смысле различить?

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

sanyo1234
()
Ответ на: комментарий от serg002

Страхов с моей стороны нет.

Конечно! Так нет, что аж постом на ЛОРе разродился, и раз за разом утверждаешь, что их нет.

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

tiinn ★★★★★
()
Ответ на: комментарий от gruy

Есть задачи, они сегментируются и закрываются. Коммиты - дополнительный контроль, а не основной. То, как закрываются задачи - достаточно для того, чтобы объективно оценить то, как двигается процесс

serg002 ★★★
() автор топика
Ответ на: комментарий от tiinn

но тогда заказчик будет работать не с вами

Да, он будет искать лоха, который согласен на просадку рейта и потерю времени

serg002 ★★★
() автор топика
Ответ на: комментарий от serg002

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

Давать более-менее точные прогнозы по трудозатратам, можно только обладая достаточным опытом, а при работе над разработкой чего-либо уникального подобного опыта ни у кого еще пока нет, включая самого разработчика, поэтому подобные прогнозы являются всего лишь хотелками руководства :) А готовность отклоняться от прогнозов зависит от заинтересованности руководства в получении результата, за который они готовы заплатить больше и подождать дольше. Это как покер или игра на аукционах.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от chenbr0

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

serg002 ★★★
() автор топика

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

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

Ответ простой: найди другого заказчика.

gruy ★★★★★
()
Ответ на: комментарий от gruy

Он просто пожаловаться пришел, наверное. Как на джунов. Теперь на работодателей. Все его подсиживают и обманывают :)

Zhbert ★★★★★
()
Ответ на: комментарий от sanyo1234

Сроки обычно могут быть достаточно жесткими при повторяемых действиях типа внедрения

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

serg002 ★★★
() автор топика

Очередная уловка

Никакая это не уловка. Крупный заказчик обычно ограничен чем-то, что условно можно назвать «финансовый план», а можно и не условно, т.е. деньги на разработку и доработку могут быть выделены до того, как будет найден исполнитель.

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

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

Всегда, практически всегда, заказчик выдвигает условие «сколько это будет стоить и в какие сроки».

vvn_black ★★★★★
()
Ответ на: комментарий от Zhbert

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

serg002 ★★★
() автор топика
Ответ на: комментарий от Zhbert

Как я могу сделать скрин админ чата, если меня там нет? Но ты, скорей всего уже своё трололо потёр. Но от этого ты лучше не стал

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 1)
Ответ на: комментарий от Zhbert

Я там был. Всегда ваш КО. Zhbert - это не про логику, да

serg002 ★★★
() автор топика

Объясняем,

Опять ты.

Aceler ★★★★★
()
Ответ на: комментарий от serg002

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

Zhbert ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)