Как правильно сделать оценку проекта?

Question

[ruman]

Как правильно провести оценку проекта?

Какие критерии при этом нужно учитывать?

Как избежать переоценки/недооцени времени на разработку?


Что можно почитать по этой теме?

Answer 1

[Виталий Желтяков]

В идеале: Стоимость контента + стоимость работы программиста + стоимость рекламы + стоимость орг.работ + стоимость прав на контент = стоимость проекта.
На практике: каждое слагаемое может варьироваться от 0 до «очень много».

С временем, примерно, также. Разбиваем весь проект на отдельные части (контент, коддинг, организация и реклама) и дальше смотрим сколько времени можем потратить на каждую часть. Затем получившиеся время умножаем на «коэффициент ошибок» (лично у меня он равен 1,5).

Comments

[Виталий Желтяков]

p.s.
На dtf.ru была статья с конкретным расчётом.

Answer 2

[Rome]

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

Comments

[ruman]

Спрашиваю больше как менеджер, чем программист.

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

[Rome]

А вы спрашиваете как менеджер, который заказывает проект или принимает? :)
Судя по ответу, вы принимаете. Я обычно заказываю.
Сроки всегда срываются. Я всегда это держу в голове, когда заказываю. Но крайне неприятно, когда в отчете видишь, что программист потратил на изучения фрейворка несколько дней и требует за это деньги. Он же эти знания унесет с собой. И новому заказчику будет проект стоить дешевле, так как программист уже знаком с фреймворком. Заказчику надо сказать честно, что вот это придется изучить, займет пару дней. Но проект остается при нормальной цене. То есть сразу оговорить все риски.

[ruman]

Спасибо за ответ!

Answer 3

[Violetdrug]

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

Comments

[Express777]

Значит вы используете фрилансер, чтобы они вам бесплатно оценили проект, а затем отказываете им под различными предлогами?

[sergeantpepperlonely]

Так вот ты где! Наконец то я тебя поймал, где мои деньги :)