URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 87890
[ Назад ]

Исходное сообщение
"Как правильно оценивать стоимость проекта?"

Отправлено gas , 19-Янв-10 05:09 
Вопрос такой, предположим есть люди заинтересованные в написании некоторого программного обеспечения для бизнеса с нуля. Как правильно оценивать работу программера (-ов) в данном случае. В часах, кол-ве строк кода, скорость разработки, и т. д и т. п.

Интересуют мысли, идеи, ссылки на авторитетные источники приветствуются.

В общем интересует, как в принципе узнается себестоимость программного обеспечения?


Содержание

Сообщения в этом обсуждении
"Как правильно оценивать стоимость проекта?"
Отправлено Square , 19-Янв-10 07:36 
>Вопрос такой, предположим есть люди заинтересованные в написании некоторого программного обеспечения для
>бизнеса с нуля. Как правильно оценивать работу программера (-ов) в данном
>случае. В часах, кол-ве строк кода, скорость разработки, и т. д
>и т. п.
>
>Интересуют мысли, идеи, ссылки на авторитетные источники приветствуются.
>
>В общем интересует, как в принципе узнается себестоимость программного обеспечения?

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


"Как правильно оценивать стоимость проекта?"
Отправлено gas , 19-Янв-10 08:07 
> ...
> Сделайте проект, опросите программистов за сколько денег и времени они готовы его
> написать... критерий правомерности оценки - независимое мнение достаточно большого
> числа претендентов на выполнение заказа.

Меня скорее методы получения оценки проекта интересуют. То есть я к примеру обращаюсь к Вам как программеру, ставлю задачу, что мне надо вот такое вот, такое  вот и т. п. А вы мне говорите это будет стоить 1000000$ :) Вот мне и интересно каким образом происходит оценка задачи. Может у программера уже есть 1 миллион баксов, и он ничего больше не хочет писать кроме как за второй миллион. Вот и взял с потолка цифру. :-) А кто в принципе согласиться за сто тыщ сделать, потому что сидит без работы например, и готов срубить бабла по быстрому и отвалить через какое-то время с проекта.

Поэтому и интересуют какие в мире есть правильные методы оценки труда программера.


"Как правильно оценивать стоимость проекта?"
Отправлено Square , 19-Янв-10 08:40 
>[оверквотинг удален]
>такое вот, такое  вот и т. п. А вы мне
>говорите это будет стоить 1000000$ :) Вот мне и интересно каким
>образом происходит оценка задачи. Может у программера уже есть 1 миллион
>баксов, и он ничего больше не хочет писать кроме как за
>второй миллион. Вот и взял с потолка цифру. :-) А кто
>в принципе согласиться за сто тыщ сделать, потому что сидит без
>работы например, и готов срубить бабла по быстрому и отвалить через
>какое-то время с проекта.
>
>Поэтому и интересуют какие в мире есть правильные методы оценки труда программера.

Есть только один правильный метод оценки ЛЮБОГО труда - изучение сложившихся рыночных условий и текущей конъюктуры рынка. Как они определяется - я написал.

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

Нонче госплана нету.. нормативы писать некому... :)
Вряд ли государственные нормативы на стоимость труда программиста будет иметь какое-то значение в коммерческом проекте. Если же ваш проект бюджетный- то вам надо обратится с вашим вопросом в отдел к вашим экономистам.


"Как правильно оценивать стоимость проекта?"
Отправлено gas , 19-Янв-10 09:04 
> ...
> Если же ваш проект бюджетный- то вам надо
> обратится с вашим вопросом в отдел к вашим экономистам.

Причем тут государство? Речь о методах оценки труда программера идет. Хорошо, зайдем с другого конца. :) Представьте что Вы директор конторы пишушей софт. Как вы оцените труд своих программеров в каком-либо проекте?


"Как правильно оценивать стоимость проекта?"
Отправлено ze6ra , 19-Янв-10 09:49 
>> ...
>> Если же ваш проект бюджетный- то вам надо
>> обратится с вашим вопросом в отдел к вашим экономистам.
>
>Причем тут государство? Речь о методах оценки труда программера идет. Хорошо, зайдем
>с другого конца. :) Представьте что Вы директор конторы пишушей софт.
>Как вы оцените труд своих программеров в каком-либо проекте?

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


"Как правильно оценивать стоимость проекта?"
Отправлено gas , 19-Янв-10 10:31 
>
>Кто-то или тормоз или хочет кого-то кинуть или его кинули ну это
>следствие первого предположения.
>Вам уже подробно ответили, хотите оценок так придумайте: рапечатайте листинг взвесте в
>киллограмах и радуйтесь, но за ваш килограмм макулатуры заплатят меньше чем
>за килограмм специалиста с высокой квалификацией.

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


"Как правильно оценивать стоимость проекта?"
Отправлено Аноним , 19-Янв-10 09:56 
>> ...
>> Если же ваш проект бюджетный- то вам надо
>> обратится с вашим вопросом в отдел к вашим экономистам.
>
>Причем тут государство? Речь о методах оценки труда программера идет. Хорошо, зайдем
>с другого конца. :) Представьте что Вы директор конторы пишушей софт.
>Как вы оцените труд своих программеров в каком-либо проекте?

Один директор знакомый мне сказал, что примерно так:

берем стоимость человекочасов в фирме-разработчик и умножаем на количество часов затраченных на разработку + какое-то n-число (коэффициент). Если несколько человек делают, то умножить полученное на количество занятых людей


"Как правильно оценивать стоимость проекта?"
Отправлено PavelR , 19-Янв-10 10:18 
>[оверквотинг удален]
>>
>>Причем тут государство? Речь о методах оценки труда программера идет. Хорошо, зайдем
>>с другого конца. :) Представьте что Вы директор конторы пишушей софт.
>>Как вы оцените труд своих программеров в каком-либо проекте?
>
>Один директор знакомый мне сказал, что примерно так:
>
>берем стоимость человекочасов в фирме-разработчик и умножаем на количество часов затраченных на
>разработку + какое-то n-число (коэффициент). Если несколько человек делают, то умножить
>полученное на количество занятых людей

:-)

"Затраченных на разработку" - это значит - сколько стоит "готовый" продукт. Тут же задается вопрос - сколько _будет_ стоить некоторый продукт. Для этого требуется _оценить_ это самое ожидаемое к "затрате" количество человеко-часов. Для этого требуется некоторый проектировщик, который по более-менее точному ТЗ, исходя из знания специфики своей команды, раздробит задачу на этапы, куски, задачи и подзадачи, _составит план работ_ и оценит всё это дело в временно-денежных единицах.


"Как правильно оценивать стоимость проекта?"
Отправлено gas , 19-Янв-10 10:21 
>[оверквотинг удален]
>>
>>Причем тут государство? Речь о методах оценки труда программера идет. Хорошо, зайдем
>>с другого конца. :) Представьте что Вы директор конторы пишушей софт.
>>Как вы оцените труд своих программеров в каком-либо проекте?
>
>Один директор знакомый мне сказал, что примерно так:
>
>берем стоимость человекочасов в фирме-разработчик и умножаем на количество часов затраченных на
>разработку + какое-то n-число (коэффициент). Если несколько человек делают, то умножить
>полученное на количество занятых людей

То есть я правильно понимаю, ПРИКИДЫВАЕТСЯ НА ГЛАЗОК примерное время на реализацию какой-либо задачи к примеру 1 программером. А потом тупо по тарифу, например 1000 р. за 1 час разработки.


"Как правильно оценивать стоимость проекта?"
Отправлено Andrey Mitrofanov , 19-Янв-10 10:41 
>Представьте что Вы директор конторы пишушей софт.

Я Бил Гейтс... Я бил Гейтс... Не-а, не могу! %)

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

Так что... Оценка снизу: написание софта _ничего_ не стоит (поэтому этим никто [из нас] не занимается... ну, или денег за это не получает?...), оценка сверху.... ну, см.журнал Форбс, "второе место" или около того. Вооооот... такой непрофессиональный ответ на непрофессиональный вопрос--


"Как правильно оценивать стоимость проекта?"
Отправлено saveug , 20-Янв-10 11:24 
Я, например, сталкивался со следующими случаями:

1. когда примерно понятно что нужно делать

используется водопадный подход, то есть составляется подробный план работ с учетом работы по анализу (выявлению требований), тут экспертная оценка, например, 2 недели один человек, затем формируется детальный план работ: разработка этого, того, другого, оценивается примерное время на разработку каждой задачи, добавляется тестирование (где-то 30% от времени разработки). Вот и получается примерный план работ на известное количество участников. Нужно не забыть добавить риски, например умножить полученный срок на 0.2

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

2. когда совсем не понятно что нужно делать

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

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

из плюсов: заказчик часто получает результат, функционал постоянно корректируется в нужном направлении, заказчик тратит небольшие суммы за конкретно выполненную работу.

Я, например, часто использую второй вариант и в помощь привлекаю DEVPROM, который позволяет все нужные параметры работы команды посчитать и управлять списком пожеланий к функциональности продукта.