>Фрилансер часто берет на себя роль и менеджера проекта
А не слишком ли это, ожидать от разработчика функций менеджера? Если взглянуть в глаза действительности. Хороший разработчик — уже редкость. А вы еще хотите чтобы он менеджером был. Тем более по таким копеечным расценкам.
>Разработчик должен оценить срок с точностью плюс-минус 50% от реального исходя
Это в каком каноне написано? Более опытные разработчики не соглашаются на fixed price и когда спрашиваешь о сроках — говорят либо оптимистическую оценку, либо, что еще круче «вам виднее» :). А вот студенты мучаются и их грызет совесть т.к. ошиблись (не имея методики). А угрызения совести приводят к потери работоспособности. А почему их совесть грызет? Потому что они думают, что разработчик компетентен назвать сроки (хотя это лишь миф, привнесенный из жизни родителей рабочих, которые выполняли более простую работу и там было обязательно назвать сроки).
Что значит «стоит в 100 раз дороже»? Это контора с именем готова выполнить за стоимость 100-200 раз дороже. На фрилансе несколько человек согласились НАМНОГО дешевле. Откуда вы знаете, что 15 тыс. — это реальная стоимость? Ведь конторы берут за имя, а не за работу.
>один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000
А что вас удивляет? Закажите иконку на free-lance и у Темы Лебедева. На фрилансе 30 баксов, у Темы 2000 баксов. Разница на 2 порядка для work for food и профи — в порядке вещей.
>Старался выполнить работу в завышенные сроки (в 2-3 раза дольше, чем заявлял) за те же деньги.
А почему так? Вы же не виноваты, что методика, которую вы используете для оценки сроков, дала сбой.
Откуда вообще пошло убеждение, что разработчик компетентен оценивать срок работы безошибочно?
> В вашем случае Очевидно, что заказчик знал, что сроки завышены, хотя бы из того факта, что разброс цен на проект в 100 раз.
Хм. Странная логика. Если заказчик знает и разработчик ошибся в прогнозе — значит виноват заказчик. Если заказчик не знает и разработчик ошибся в прогнозе — значит виноват разработчик.
Ну не знаю. Разработчики с 10-ю годами стажа вообще отказывались сроки называть. То есть говорили так: оптимистическая оценка 1 месяц (причем и их оценка уже была с запасом).
Откуда вообще пошло мнение, что разработчик компетентен прогнозировать сроки?
А то что никогда не работал — для многих областей это обычное дело. Я, к примеру, всю жизнь работаю с тем, с чем ранее не сталкивался. И все равно остается множество областей, с которыми я еще не сталкивался. А застревать на шаблонных сайтах мне не интересно.
>я с этим никогда не работал, ясности нет, но задача мне интересна, если устраивают смазанные сроки — готов подвинуться в бюджете
Ну видите — студии не стесняются указывать бюджет и сроки с запасом в десятки раз. Но у них есть возможность — много клиентов. А фрилансеры, порой, хватается за любую соломенку, т.к. «деньги срочна нада».
Зависит от области и сложности разработки. Если это шаблонный сайт, подобие которых вы делали десятки раз — то да, здесь ошибка исключена. А если затрагиваются вопросы отладки достаточно сложных алгоритмов, применение технологий, с которыми вы не сталкивались — здесь и в 100 раз ошибиться можно.
>внесите штрафные санкции за неадекватные сроки и продолжайте работать
Честно сказать, у меня рука не поднимается это сделать. Когда сотрудничал с людьми, имеющими опыт десять лет — они не стеснялись признать, что не могут прогнозировать сроки. Такой вот чел, 10 лет опыта, хороший послужной список — но на счет сроков так и говорил: прогнозировать сроки — это не задача разработчика.
Почему то начинающие считают, что они умеют прогнозировать сроки (хотя, когда спросишь их о применяемой методике — делают круглые глаза).
Случай со студентом тривиален — там сразу все было понятно и работать начинали с ним именно с расчетом «сделать подешевле». Со сроков и его уверенности просто посмеялись.
В общем то нечто подобное и было сделано. А касательно вопроса в целом? Что будете делать, если вдруг окажитесь (в некоторой степени) на месте сего самого студента? Как адекватнее сказать заказчику о необходимости повышения бюджета?
>Студента отпустить с миром, денег не давать, раз не справился, портфолио не портить, не его вина.
Что значит не справился? Он ошибся со сроками, но работу выполняет. Если дать эту же работу другому разработчику — он, в лучшем случае, просто не возьмется оценить сроки. Но вряд ли сделает ее намного быстрее (+ намного дороже).
А причем здесь такси? Таксисты за проценты не работают — им деньги давай. Проценты и деньги — большая разница — проценты могут так и не стать деньгами никогда.
По процентам — есть классический пример акций. Чел. покупает акции молодой компании (другими словами вкладывает в них свой труд). Если чел. забыл про эти акции и вообще перестал интересоваться компанией — они от него никуда не уходят. И если компания станет очень богатой без его участия — акции возрастут в цене и чел. получит неплохую прибыль.
Труд за проценты — это покупка акций. Другими словами чел. инвестирует свое время (а время рабоче — деньги). Если чел. инвестировал то его деньги могут прогореть лишь в том случае, если прогорела компания.
В случае с Т.С. — вижу явный лохотрон. Причем у него нет даже исходного кода, не говоря уже о договорах. Вообще, удивлен что находятся такие люди.
Дело в том, что 99% денег у 1% людей. И этот 1% людей ерундой не страдает. Так что получается, что исполнитель и заказчик — как правило разные люди.
Есть, конечно, исполнители с горящими глазами, решившие сделать свой сервис. Но таких не так уж и много. Да и им легче накопить денег и уж потом нанимать других.
А не слишком ли это, ожидать от разработчика функций менеджера? Если взглянуть в глаза действительности. Хороший разработчик — уже редкость. А вы еще хотите чтобы он менеджером был. Тем более по таким копеечным расценкам.