Какое время фрилансеру оплачивать?

Question

[academic777]

Задам вопрос, как заказчик фрилансерам, коих здесь, уверен, масса.

Часто фрилансеры указывают в отчете "общение с заказчиком" и выставляют это время к оплате. Нормально ли это?

Должно ли оплачиваться время на устранение багов, которые появились вследствие работы этого фрилансера?

Comments

[Оптимус Пьян]

У меня фрилансеры получают оплату за проект. Сколько будет внутри проекта общения и багов зависит от криворукости фрилансера. Бывает такое что фрилансер сдаёт работу, я смотрю, говорю "да, спасибо" - вот и всё общение )))
Я же не вычитаю из зарплаты фрилансера деньги за то что мне приходится дополнительно разжёвывать ему и так понятное ТЗ.

[Владимир Соломыкин]

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

Answer 1

[Павел Соловьёв]

а почему заказчик не должен оплачивать коммуникацию и фикс багов??? это что не процесс разработки? вот из-за таких заказчиков и не хочется работать с местными работодателями.

Comments

[goodknight]

Зарубежные не особо лучше :-)

[Павел Соловьёв]

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

[Денис Долгов]

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

[Павел Соловьёв]

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

[academic777]

Даю ситуация именно такая чаще всего: сделал одну функцию, сломал пару других. Так вот нужно ли исправление этих "других" оплачивать. И где гарантия что фрилансер не накрутит специально часов на этом?

[Павел Соловьёв]

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

[Павел Соловьёв]

а гарантий нет нигде, надо смотреть на собеседовании на адекватность, и выполненные проекты вот и всё.

[academic777]

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

[academic777]

@pavel_salauyou ну и я например теряю драгоценное время по его вине из за этого. Этот момент не стоит учитывать?

[Павел Соловьёв]

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

[academic777]

@pavel_salauyou вот видите,как все меняется при смене контекстов ) Но я просто для себя хотел общий принцип выяснить: разговоры оплачиваются и по тому же рейту что и рабочее время? И баги в общем случае - платятся? Просто я работал до этого в строительной сфере и там подрядная организация устраняет недочеты за свой счет. Дело совсем не в скупости или неделании платить. Но как в этом случае страховать себя от риска намеренных созданий багов исполнителем?

[Павел Соловьёв]

попросить кого-нибудь прособеседовать фрилансера, выяснить его адекватность почитать отзывы про него, какие технологии он знает и какие проекты делал. к общему времени на проект, добавить 25% времени на баги, но программеру не говорить про дополнительное время)).

[Trow_eu]

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

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

[Оптимус Пьян]

@pavel_salauyou вот именно поэтому я оплачиваю за проект, а что внутри проекта фрилансер делает что бы всё работало - тесты, не тесты, это не мои проблемы уже.

[Павел Соловьёв]

@marrk2 при создании большого проекта, фикс прайс не уместен т.к. требования изменяются да и с архитектурой программист может ошибиться. А для создания сайтика на говноцмс, то можно и по фиксированной цене работать.

[Оптимус Пьян]

@pavel_salauyou может быть, у моих проектов требования в процессе ещё ни разу не менялись в процессе работы. Понятно что в самом начал фрилансер закладывает какой-то фикс на общение и всё.

Answer 2

[Влад Животнев]

> в отчете "общение с заказчиком"
Да, это оплачивается. Это потраченное рабочее время, при том зачастую потраченное куда напряженнее, чем сама работа.

> время на устранение багов
Зависит от.
Если баг в стиле "у нас тут в IE5 стили разъехались", а в ТЗ это оговорено не было - то оплачивается. Если баг вида "тут сумма считается неправильно в скрипте, который ты писал" - то нет, это незаконченная работа.

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

Answer 3

[lookid]

> Нормально ли это?
Да. Криворукое ТЗ, которое нужно корректировать, вида, "хочу сайт, что бы много посетителей было и недорого" никто не отменял. Если фрилансер не понял ТЗ, то это проблема заказчика. Фрилансер не должен гадать и работать впустую.

> Должно ли оплачиваться время на устранение багов
Да, т.к. фрилансер не знает это точно баг или заказчик решил протолкнуть по багом фичу или опять оба не поняли какую-то часть ТЗ.

Делайте нормальное ТЗ, и не будет никаких проблем.

Comments

[academic777]

в моем случае "Криворукое ТЗ" - вики описание со скриншотами в редмайн на 40 страниц + таск с описанием задач по пунктам и примером

> "фрилансер не знает это точно баг или заказчик решил протолкнуть по багом фичу"
критерий простой - на проде это работает, на деве перестало. Не думаю, что могут быть варианты.

[iliyaisd]

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

Answer 4

[goodknight]

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

По таким вопросам очень многое уже отвечено на freelancing.stackexchange.com если что :-)

Answer 5

[Sergey Lerg]

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

Comments

[academic777]

т.е. это общепринятая практика - оплачивать ошибки допущенные программистом?

[Павел Соловьёв]

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

[Sergey Lerg]

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

[Trow_eu]

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

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

Answer 6

[Денис Инешин]

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

Если вы договорились на почасовую оплату, то вы должны оплатить весь рабочий процесс.

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

Comments

[academic777]

Ок. а какая пропорция приемлема. К примеру из 100 часов 30 - общение. Это норм?

[Денис Инешин]

Да может быть и 30 часов работы и 100 часов общения, все зависит от сложности.

Answer 7

[Егор Горбачев]

Все зависит от адекватности двух сторон..

Comments

[Оптимус Пьян]

Вот это в точку. Смотря какой заказчик и какой исполнитель.

Answer 8

[Пума Тайланд]

на мой взгляд все время должно быть оплачено и это сложно оспорить