Как оценить проект (со стороны заказчика)?

Тема из разряда "давайте погадаем". ТЗ огласите, оценю примерно. (сам уже не программирую, не реклама)

Не совсем)) Мой вопрос "а как самому оценить проект?" не относился в данном случае к конкретному моему заказу. Я думал, что может есть какая-то магическая формула по подсчетам времени:) А если серьезно, то скорее хотелось бы совет услышать из личного опыта, кто как оценивает проект, если не разбирается в той сфере, из которой этот заказ.

Свое ТЗ как-то не очень писать тут - засмеют еще😂

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

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

Оба варианта - дерьмовые. Вам шашечки или ехать? А деньги (свои) считать - считаете или нет, "как выйдет"? Заказ разработки это, в идеальном мире розовых пони - инвестиция. Ну так и оценивайте ее так, а не "сколько часов оплатить"

Такие заказы я вижу только так:

1)Обговаривается сумма за готовый проект

2)Обговаривается дедлайн

Никаких почасовых, как говорится: "Сделал-получил"

Почасовая оплата - только тем, кому реально доверяете.

А вообще, если вы не сильны в тех части, то лучше найти товарища который поможет вам все контролировать.

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

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

А если выделяют себе большой срок, всё равно 80% от работы делают в последние 2-4 недели. Сколько выделите времени и денег на реализацию, столько и будет потрачено и всё равно останется, что надо доделать.

Закон Паркинсона: Любая работа стремится занять всё отведённое ей время.

То есть заказчик, который не разбирается в стоимости предмета заказа, должен держать в рукаве миллионы, чтобы не дай бог не промахнуться по оплате?)) Ориентир-то должен быть какой-то. Может у заказчика всего 100000 допустим, а ему наваяют на 200000. Если б он понимал изначально, во сколько ему обойдется, то приготовил бы соответствующий бюджет или отказался бы. А так, и его время потрачено впустую, и время исполнителя. Не бывает бесконечного количества бабла.

Я понимаю, что не все могут оценивать здраво свои силы. Но как-то можно прикидывать. К примеру, в своей сфере я также получаю оплату по часам. Но если ко мне обращаются с заказом, я всегда могу назвать примерные его сроки, объем в часах и стоимость, так как имею опыт в этой сфере и всегда могу прикинуть что к чему. Так почему же здесь такая проблема? Отсутствие опыта?

Естественно, удобнее всего не называть примерный объем, примерную стоимость, а тупо выставить счет по факту. Это круто))

Согласен. Но это если говорить о каком-то масштабном проекте. А ведь заказы могут быть и небольшими - скрипт какой-то или еще что-то.

Да, наверное это идеально - выделить конкретный бюджет на заказ и по нему искать исполнителя. Но! Чтобы подготовить бюджет, нужно знать какую-то среднюю стоимость по рынку для данного заказа. А в этом и загвоздка.

---------- Добавлено 26.09.2018 в 11:39 ----------

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

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

Если проект делается с 0, то это в корне неверный подход.