Ошибались ли вы со сроками разработки? Как выходили из ситуации?

Question

[codecity]

Знакома ли вам ситуация, когда вы очень сильно ошиблись со сроками (ну, скажем, раз в 10-20) при фиксированном бюджете? То есть планировали сделать за месяц (и просили денег как за месячную работу без страхового запаса), а т.к. со многим ранее не сталкивались, оказалось что работы на год. И вот, осознав весь объем работ, начинаете понимать, что объявленного бюджета вам явно не хватит даже для выживания.

Пример из жизни (абсолютно реальный).

Фрилансер (студент) подписался делать проект за $150. Заключил договор, была внесена страховая сумма на weblancer. Планировал сделать за неделю-две частичной занятости. Но на практике, через 2 месяца было сделано только 30% работы. Стоит ли этому студенту наступать на горло и говорить чтобы доделывал все за 150, иначе денег не получит + испортим портфолио? Оговорюсь, что работа выполнялась не плохо, а оценка этой же работы конторой с именем составила > $15 тыс. (с резервом $50 тыс., т.к. опытная фирма, в отличии от студента, признала, что не в состоянии спрогнозировать всех возможных сложностей).

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

Comments

[codecity]

Тут многих удивила цена студии. Не удивляйтесь. Практически любой проект на фрилансе будет оценен в десятки (а то и сотни) раз дешевле, чем студией. Это касается как разработки ПО, так и дизайна.

Answer 1

[0xE0]

Добавить еще 900$ студенту, разбить сумму на части, выплачивать по достижению определенных заранее и согласованных milestone проекта.

Comments

[codecity]

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

[0xE0]

Он занят на проекте на 100%? У меня были подобные ситуации с занижением сроков конечно не в 10 раз, а в 2-3. Старался выполнить работу в завышенные сроки (в 2-3 раза дольше, чем заявлял) за те же деньги.
Не брал дополнительные деньги так как это была моя вина, что я влез в этот проект, за ошибки требуется расплачиваться, и лучше это делать сразу.
Сроки не старался сократить работой по ночам и выполнял не когда обещал, а когда проект был готов, так как это было своего рода наказание заказчика. В вашем случае Очевидно, что заказчик знал, что сроки завышены, хотя бы из того факта, что разброс цен на проект в 100 раз. Ему захотелось халявы, за это тоже нужно наказать, отношения между клиентом и исполнителем должны строиться хотя бы относительно честно.

[codecity]

>Старался выполнить работу в завышенные сроки (в 2-3 раза дольше, чем заявлял) за те же деньги.

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

Откуда вообще пошло убеждение, что разработчик компетентен оценивать срок работы безошибочно?

> В вашем случае Очевидно, что заказчик знал, что сроки завышены, хотя бы из того факта, что разброс цен на проект в 100 раз.

Хм. Странная логика. Если заказчик знает и разработчик ошибся в прогнозе — значит виноват заказчик. Если заказчик не знает и разработчик ошибся в прогнозе — значит виноват разработчик.

[0xE0]

В моем случае наказывались оба, разработчик, то есть я — деньгами, так как выполнял работу, которую не смог оценить за изначально предъявленные деньги, заказчик за жадность, так как зная, что сроки занижены не предложил их увеличить, а понадеялся на халяву.
Я высказываю только то, как действовал я, будучи разработчиком, здесь нет никакой теоретической основы, лишь личное мнение и имеющаяся на тот момент интуиция, подсказывающая мне, что меня пытались обмануть.
Верхний комментарий про 900$ я уже пишу как заказчик, так как иногда мне необходимо получить продукт быстрей, отдав разработку в более дорогую фирму я однозначно потеряю 2 месяца без гарантии успешного завершения проекта.

Answer 2

[bald2b]

В этом случае явная ошибка того кто дал проект студенту со сроком в 2 недели. Студент виноват, но его можно понять. Что делать:
1. Студента отпустить с миром, денег не давать, раз не справился, портфолио не портить, не его вина.
2. Того кто дал проект студенту с таким сроком и бюджетом наказать.

Comments

[codecity]

>Студента отпустить с миром, денег не давать, раз не справился, портфолио не портить, не его вина.

Что значит не справился? Он ошибся со сроками, но работу выполняет. Если дать эту же работу другому разработчику — он, в лучшем случае, просто не возьмется оценить сроки. Но вряд ли сделает ее намного быстрее (+ намного дороже).

[codecity]

Еще не понятно, что значит «не его вина»? А чья вина? Заказчика, который вообще не в теме?

[bald2b]

Он ошибся со сроками, значит уже не справился. Кто даст гарантию что остальные 70% он будет делать 5 месяцев? Надежнее дать другому разработчику с вменяемой репутацией.

Не его вина в том смысле, что заказчик не должен дать денег и думать что теперь все будет ок. Надо было контролировать. А то через 2 месяца (1.5 месяца просрочки) внезапно оказалось сделано 30% работы.

[codecity]

>Он ошибся со сроками, значит уже не справился.

Ну не знаю. Разработчики с 10-ю годами стажа вообще отказывались сроки называть. То есть говорили так: оптимистическая оценка 1 месяц (причем и их оценка уже была с запасом).

Откуда вообще пошло мнение, что разработчик компетентен прогнозировать сроки?

[bald2b]

Умение точно оценить срок — это одно из важных умений программиста. Разработчик должен оценить срок с точностью плюс-минус 50% от реального исходя из сложности задачи и своей компетенции. Вы же сами пишете, что опытные люди назвали срок 1+ месяц. Скорее всего они за 2 месяца как раз и сделали бы.

Что делать в следующий раз — держать руку на курсе: требовать показывать что сделано, вводить этапы и т. п. Главное не пускать на самотек.

[codecity]

>Разработчик должен оценить срок с точностью плюс-минус 50% от реального исходя

Это в каком каноне написано? Более опытные разработчики не соглашаются на fixed price и когда спрашиваешь о сроках — говорят либо оптимистическую оценку, либо, что еще круче «вам виднее» :). А вот студенты мучаются и их грызет совесть т.к. ошиблись (не имея методики). А угрызения совести приводят к потери работоспособности. А почему их совесть грызет? Потому что они думают, что разработчик компетентен назвать сроки (хотя это лишь миф, привнесенный из жизни родителей рабочих, которые выполняли более простую работу и там было обязательно назвать сроки).

Answer 3

[Renat Ibragimov]

Это ваша вина, когда вам говорили $15 000 вы дали делать за $150 сами должны понимать, что чудес не бывает.
Расчитать студента за сделанное.
Искать нового исполнителя, не жопить.

Comments

[codecity]

> ваша вина, когда вам говорили $15 000 вы дали делать за $150 сами должны понимать, что чудес не бывает

Как сказать. Была у меня задача сделать иконку для программы (3 размера). Средняя студия просит за это $600. Тема Лебедев $2000. На фрилансе сделали за 20 баксов и я еще, щедшая душа, доплатил добровольно 10 баксов, итого 30. Чудо? Чудо.

[Renat Ibragimov]

Вы лукавите, с иконкой и этим случаем вы сами понимаете стоимость, что она не может стоит 150$ и что делать будет «студент». Это как глупо ждать, что ВАЗ будет при его стоимости лучше AUDI, которая дороже раза в 3, но все равно желать, чтобы ВАЗ был как AUDI.

[codecity]

>Вы лукавите, с иконкой

Абсолютно серьезно говорю. Вот см. прайсы: turbomilk.ru/services/rates/ Иконка для Висты 22 500р., то есть $750. У Темы Лебедева еще дороже. Мне на фрилансе делали за 30. Это чудо или как?

>как глупо ждать, что ВАЗ будет при его стоимости лучше AUDI

ВАЗ и AUDI — это серийные (конвейерные) продукты с фиксированной ценой. Разработка и дизайн — это трудно формализуемые услуги с довольно широким диапазоном оценки, который зависит от множества факторов. По этому сравнивать не корректно.

Answer 4

[sajgak]

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

Comments

[codecity]

>внесите штрафные санкции за неадекватные сроки и продолжайте работать

Честно сказать, у меня рука не поднимается это сделать. Когда сотрудничал с людьми, имеющими опыт десять лет — они не стеснялись признать, что не могут прогнозировать сроки. Такой вот чел, 10 лет опыта, хороший послужной список — но на счет сроков так и говорил: прогнозировать сроки — это не задача разработчика.

Почему то начинающие считают, что они умеют прогнозировать сроки (хотя, когда спросишь их о применяемой методике — делают круглые глаза).

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

А вот что делать в более сложных случаях?

[xanep]

Правильно сказал вам разработчик с 10 годами опыта. Прогнозировать сроки — это задача менеджера проекта. Но! Фрилансер часто берет на себя роль и менеджера проекта. А значит ему нужно знать модель жизненного цикла разработки ПО. И бюджет, и сроки можно спрогнозировать только когда уже сформированы требования к продукту и в рамках анализа требований составляется план и сроки. Ну а без requirements specification все сроки — это пальцем в небо. Рекомендую начать все таки с составления req spec, иначе вы и работу принять не сможете — работа выполнена только тогда, когда она соответствует всем требованиям. Причем без разницы будет это водопад или гибкая методология разработки — разница лишь в том, что в гибких процесс итеративный и требования составляются на одну итерацию.
Сядьте и напишите обычным нумерованным списком что вы хотите видеть в продукте. Покажите их заказчику, пусть внесет коррективы. Потом покажите студенту и пусть он для каждого пункта напишет сколько ему надо времени это реализовать. Сразу умножайте написанное студентом на 2, т.к. он не заложит туда тестирование, а тестировать и фиксить баги все равно придется. Если сроки выйдут очень большие, выберите что из списка не очень приоритетное и отложите на неопределенное будущее. Работайте, короче…

[codecity]

>Фрилансер часто берет на себя роль и менеджера проекта

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

Answer 5

[Alex42rus]

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

Answer 6

[Denis Ogurtsov]

Я был на месте студента в подобной ситуации. Только плюс ко всему, у меня был еще подряд. Так вот:
— срок был растянут в 2-раза. заказчику я это объяснил, он «был не доволен», но платил.
— подрячиков я наказал штрафом, хотя это было обоюдное согласие такого поступка.
— в итоге, когда подряд в очереной раз сообщил, что не влажуется в сроки ив бюджет, заказчик перестал платить. меня уволили…

Мораль для себя из этой ситуации:
— вина в такой ситуации ложится на двоих, я+подряд, должен был не давать четких сроков и не давать четкий бюджет. есть минимум, есть максимум.
— заказчик должен понимать, что в разработке- нет понятия четкие сроки и бюджет — никогда. говорят, сделают за месяц. в голове плюсуй еще два. и это, я читаю нормально.
— я работал за процент от прибыли… смех… никогда так не делайте. когда вы после пол года разработки не будете получать з/п, у вас пропадет желание работать, за несуществующую прибыль. деньги мотивируют, как и крути!
— подрядчики, студенты — должны постоянно показывать то что делают. вести task list. только он один показывает, как продвигается проект. а заказчик (менеджер) должен постоянно его контролировать.

и совет студенту: как только понимаешь, что не успеваешь — оповести сразу же заказчка! Есть больша разница, когда ты скажешь за месяц или за день до сдачи, что у тебя проблемы! Как минимум тебе не скажут "А какого х**рена ты раньше молчал!"

А еще очень обидно, когда тебя увольнют, особенно из полюбившегося проекта…

Answer 7

[Stdit]

Если качество работы устраивает, и вы понимаете, что она стоит в сто раз дороже — скорее всего и студент ошибся (не рассчитал свои силы) и заказчик/менеджер ошибся (поверил в чудеса и халяву). Возможно, стоит подумать о дополнительной оплате, чтобы у студента не опускались руки и не пустели карманы.

Сам в такую ситуацию попадал (был двухмесячный проект, который растянулся на полгода), из ситуации выходить не пришлось — заказчик был адекватен, проект завершился за договоренную сумму, в качестве бонуса был получен ценный опыт.

Comments

[codecity]

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

Это вы называете адекватен? А на прожить хоть хватило?

[codecity]

>что она стоит в сто раз дороже

Что значит «стоит в 100 раз дороже»? Это контора с именем готова выполнить за стоимость 100-200 раз дороже. На фрилансе несколько человек согласились НАМНОГО дешевле. Откуда вы знаете, что 15 тыс. — это реальная стоимость? Ведь конторы берут за имя, а не за работу.

Answer 8

[werdender]

Не, ну в 10-20 это уже конечно перебор.
Можно ошибиться процентов на 20-25 от предполагаемого срока, я обычно их сразу накидываю и оглашаю предполагаемый срок уже с их учетом. Но срок он на то и предполагаемый, а не гарантируемый, и обстоятельства могут быть разные, поэтому всякое может быть, в разумных пределах. Тут главное заранее предупредить заказчика, так мол и так, чтобы он со своей стороны в неприятную ситуацию неожиданно не попал.

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

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

Comments

[codecity]

>Не, ну в 10-20 это уже конечно перебор.

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

[werdender]

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

[codecity]

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

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

[codecity]

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

[xanep]

>А если затрагиваются вопросы отладки достаточно сложных алгоритмов, применение технологий, с которыми вы не сталкивались
Это лишь вопрос опыта. Люди космические станции строили, которые до них никогда не делали, и не ошибались со сроками в 10-20 раз (а то жизни бы не хватило сделать проект :)).

[codecity]

>и не ошибались со сроками в 10-20 раз (а то жизни бы не хватило сделать проект :))

Ошибались и намного больше. Ошибки приводили не только к затягиванию сроков, но и к авариям. В мифах живете.

[xanep]

Аварии — это совершенно другая вещь, оценка сроков тут не при чем. Затягивание сроков в 10-20 раз — это немыслимо. Какой это проект рассчитывали на 5 лет, а делали 50-100 лет?

[codecity]

>Какой это проект рассчитывали на 5 лет, а делали 50-100 лет?

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

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

Answer 9

[deeankin]

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

Comments

[codecity]

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

Answer 10

[icoder]

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

В такую ситуацию не попадал, но если бы попал, то составил бы верхнеуровневый набросок архитектуры, на основе него можно было бы делать адекватный проектный план (с учетом в том числе тестирования, багфикса, стабилизации и пр.), с трудоемкостями (реальными, а не идеальными), сроками, мэйлстонами и пр., далее пришел к заказчику с этим планом, объяснил причину факапа, и предложил бы продолжить сотрудничество по этому плану. Только боюсь, что стоимость получится в районе тех же 15к.

Answer 11

[edogs]

Учитывая все аспекты ситуации — имхо, предложить студенту на выбор
1) Что бы в течении месяца все было в идеале и 1500 баксов
2) Возврат предоплаты и Вы ищите другого исполнителя
В портфолио запись делать только в случае если он ни на один из Ваших вариантов не согласиться.

Почему?
Явно 150 баксов за работу мало, поэтому оставлять на том же бюджете — бесполезно, ничего хорошего не будет, надо увеличить хотя бы на размер месячной оплаты профессионала, поэтому 1500, если продолжать работу.
Сроки сорваны, так что договоренность студент уже не выполнил, поэтому на оплату за то что он «что-то сделал» рассчитывать не имеет права, сроки это не менее важно чем все остальное, поэтому если не продолжать работу, то требовать вернуть предоплату.
В портфолио запись делать особого смысла нет, т.к. ситуация в которой виноваты оба на самом деле, заказчику надо было предусмотреть штрафы, фрилансеру надо было предусмотреть задержки.

Мы бы очень хотели посмотреть ТЗ, которое один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000 и минимум пара месяцев… Есть ощущение, что оно, мягко говоря, может двусмысленно трактоваться.

Comments

[codecity]

>один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000

А что вас удивляет? Закажите иконку на free-lance и у Темы Лебедева. На фрилансе 30 баксов, у Темы 2000 баксов. Разница на 2 порядка для work for food и профи — в порядке вещей.

[edogs]

Удивляет? Ничего не удивляет, просто ситуация когда «один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000 и минимум пара месяцев» это ненормальная ситуация «в среднем по больнице». Да, конечно, можно взять бомжа на улице и лебедева и сравнить у них цены, но это само по себе абсурд — у одного даже примерно понятия о ценах не будет, у второго в цене 90% бренда будет заложено. Если сравнивать людей которые могут выполнить задачу — то разница на 2 порядка это очень много. Это во первых.
А во вторых, Вы упускаете момент по срокам. В среднем подразумевается, что профи работает быстрее, или хотя бы сравнимо по срокам, но что бы в 4 раза дольше — опять же нонсенс.

[codecity]

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

Вот в это и соль вопроса. Студия берет запас денег и средств, что позволяет ей развиваться далее. Фрилансер — плохой менеджер — не может прогнозировать сроки и расходы. Но стоит ли наказывать его за это? Ведь он программист, а не менеджер — и глупо ожидать от него точной организации работы.

[codecity]

>один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000 и минимум пара месяцев

У студии того же Лебедева девиз какой? Долго, дорого, охуенно :) Вот это и есть долго и дорого.

[edogs]

> У студии того же Лебедева девиз какой?
Не путайте доплату за бренд с доплатой за профессионализм:)

Фрилансер — плохой менеджер — не может прогнозировать сроки и расходы. Но стоит ли наказывать его за это? Ведь он программист, а не менеджер — и глупо ожидать от него точной организации работы.

Фрилансер это менеджер и программист. А то что он плохой менеджер — это сугубо его проблема должна быть. Это мы Вам как профессиональные программисты говорим.

[codecity]

>А то что он плохой менеджер — это сугубо его проблема должна быть.

Вы забываете о главном — о стоимости. То есть вы в принципе не учитываете (игнорируете) стоимость. Включите в ваши рассуждения стоимость проекта и исходите из тактики: сделать максимально дешево и качественно.

[codecity]

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

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

Вообще менеджер и программист — вещи несколько не совместимые. И качественно выполнять 2 этих задачи одновременно — можно только в совсем простых проектах.

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

[edogs]

Вы забываете о главном — о стоимости. То есть вы в принципе не учитываете (игнорируете) стоимость.

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

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

При чем тут функции менеджера или квалификация и какие-то требования? Это же не так что Вы наняли человека на 2 недели, а потом требуете от него за 2 недели сделать гугл. Фрилансер сам, самостоятельно, принял решение назвать определенную цену и сроки. Его никто к этому не принуждал, за язык не тянул. И не важно кем он там является по образованию или профессии, речь всего лишь о том, что он должен выполнять добровольно взятые на себя обязательства, вне зависимости от того к какой категории они относятся.

[codecity]

>Не учитываем, но не забываем. Какова стоимость несделанного проекта? Она равна нулю. Поэтому и не учитываем.

Как нулю? Вы что? Стоимость работы для программиста оценивается по количеству затраченного времени — не важно сколько процентов готов.

А для заказчика стоимость работы оценивается прибылью, которую эта работа принесла. Но даже 100% законченный проект может быть убыточным и иметь для заказчика отрицательную стоимость.

>Фрилансер сам, самостоятельно, принял решение назвать определенную цену и сроки. Его никто к этому не принуждал, за язык не тянул.

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

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

Answer 12

[istinspring]

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

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

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

Comments

[codecity]

>шантажировать студента напргая его работать за просто так — совсем не по людски

Но мы ведь работаем по законам капитализма, верно? Или по каким правилам вы предлагаете играть? Если по законам капитализма — есть капиталист и наемный работник. И, самое главное, есть договор на основании которого капиталист хочет эксплуатировать работника и получить свою заветную «прибавочную стоимость».

Ведь вы если в банке кредит просрочите — с вас требуют и проценты, и за просрочку, и штрафы. А аргументы типа «не по человечески» — в нашей системе не работают. Что если я взял кредит в банке для того, чтобы мне разработали этот сервис и чтобы продать его за 5 тыс., заплатив наемному работнику 150 (при этом имею на руках 2 договора: договор исполнителя и договор о подряда уровнем выше)? А банк с меня требует проценты и все аргументы «не по человечески» — не катят.

[istinspring]

это не законы капитализма а в лучшем случае сволочные понятия «пацанов с района» (пацан сказал — пацан сделал). договор на бумажке, заверен печатями?

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

недавно был невольным зрителем похожей ситуации. было задание разработки портала — срок 2а месяца, бюджет 100к рублей (python/django — лол). Нас попросили оценить проект. Посмотрев схему мы с товарищем сошлись во мнении что там на каждый пункт можно потратить по месяцу, и это явно работа не для одного человека, а там дальше сами считайте от 20$ в час. Тем не менее люди нашли фрилансера, который пропал через месяц, так ничего и не показав (но зато прихватив аванс в 30 тыщ рублей). Я думаю это вполне типичная история.

Резюмировать можно так: меньше денег — выше риски. Найти правильный баланс — задача заказчика.

[codecity]

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

В конкретном случае не помню (не я занимаюсь), но обычно да, составляется бумажный договор на ООО с печатями и доставляется курьером. Естественно, у исполнителя просто подпись. А что это меняет в плане порядочности и чести?

>банк работает по четким правилам где все известно наперед с большой точностью

Да? То есть вы хотите сказать, что выдавая кредит банк точно знает смогу я его вернуть или нет?

Точность примерно такая же, как при разработке ПО.

>нанимать специалистов а не студентов, скупой платит дважды. не нужно оправдывать свои провалы и взваливать их на студента

Причем здесь студент/не студент? Специалисты разные бывают — порой хуже студентов встречаются. Если бы он не обучался, но поступил бы так же — это что-то бы изменило?

[codecity]

Короче, вижу у людей в голове двойные стандарты. Получается своим — милость, чужим — закон.

Answer 13

[Dmitry Shvalyov]

А ракеты строили именно по ТЗ — там целые научные институты годами работали чтобы составить технические документации и сметы до последнего винтика!

Answer 14

[masterx]

Сорваны сроки. Я в данном случае компенсировал моральный ущерб заказчику либо скидкой на работу (5–30% при средних или больших суммах, и до 100% при мелких работах), либо дополнительными работами (ещё один модуль в рамках оговоренного бюджета сделать и т. д.). В последнее время я стал практиковать ввод штрафных санкций за срыв сроков как для себя, так и для клиента (приемка работ, предоставление материала). Клиенты охотно идут на это, теперь стимул работать по срокам есть как у меня, так и у заказчика.

Неправильная оценка сроков. В данном случае нельзя утаивать от клиента эту проблему. Это также случается в разработке, но не часто. В таких случаях я объяснял клиенту, что выявлены такие-то сложные моменты, время разработки значительно увеличивается. Либо режем функционал, либо увеличиваем бюджет. Слава Богу, работаю я с адекватными людьми, поэтому либо пересматривали бюджет, либо мирно расходились (если заказчик не готов был увеличить бюджет). А так как проблема была моя (я неправильно оценил сроки), то я предлагал отдать проделанную работу либо бесплатно, либо получить частичное вознаграждение — на усмотрение заказчика.

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

Comments

[masterx]

И всегда исхожу из того, что мой косяк — я за него отвечаю либо рублем, либо своим временем (доп. работы).

>… наступать на горло и говорить чтобы доделывал все за 150, иначе денег не получит + испортим портфолио?

Интересная ситуация. Возникают мысли, что либо студент не такой уж белый и пушистый, либо заказчик тот ещё $%@, уж извините. Ну не рассчитал фрилансер сроки правильно, не расстреливать же его? Заказчик также должен был оценить риски, и раз обратился к «студенту», значит должен был понимать, что проблемы (любого рода) могут возникнуть. Шантажировать деньгами и портфолио — низко.

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

Answer 15

[Dmitry Shvalyov]

Сроки можно расчитать, если ТЗ составлено грамотно и полно — до последнего винтика. Но такие ТЗ мало кто составляет т. к. это те же сроки и процентов 20 от разработки, иначе все сроки будут сильно плавающими до нескольких раз, особенно если заказчиком вносятся коррективы во время работы.

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

Comments

[codecity]

>если ТЗ составлено грамотно и полно — до последнего винтика

Фрилансеры всегда ругают Т.З. А когда просишь показать образец нормально с их точки зрения Т.З. — обламываются. Выходит что нормальное Т.З. — это миф, никто его не видел :) Возможно потому, что стоимость такого Т.З. оценивается в сотни тысяч долларов, а не фрилансе проектов с таким бюджетом не бывает.

Answer 16

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

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