Как сделать оценку программы в денежном эквиваленте?

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

0

Не претендую на истинность, но на мой взгляд как то так.

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

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

Конечно, возможно, если вам очень интересен проект, то можно и на скидки пойти

Сообщение от JoJoBizarre На сколько сильно влияет качество кода?

Лучше на берегу договариваться, (указать в договоре) - все что не указано в начальном ТЗ: или на усмотрение разработчика (это в основном про вопрос "а как это сделать") или "все дополнения за отдельные деньги, по отдельной оценке и оформляются допсоглашением" (это про вопрос "что еще сделать")


Очень частая ситуация: оценили "от балды" (не проработано ТЗ, не сделали нормально декомпозицию)... И обязались сделать "под ключ". В итоге бюджет уже потрачен, а еще много не сделано. Работы начинают комкаться, начинают появляться костыли "лишь бы побыстрее". Где то что то не учитывается.... В итоге может быть плачевно все.

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

1

Сообщение от JoJoBizarre Можете подсказать как сделать оценку программы в денежном эквиваленте?

Готовая программа?

Сообщение от JoJoBizarre На сколько сильно влияет качество кода?

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

Сообщение от voral В первую очередь необходимо максимально проработать ТЗ - чем оно точнее тем точнее возможно оценка

Детально проработанное ТЗ - это больше половины работы.
На практике, чем меньше стоимость доставки, тем меньше смысла прорабатывать ТЗ.

1

Сообщение от Shamil1 Детально проработанное ТЗ - это больше половины работы.

Да все верно.

Увы не каждый проект себе может себе такое позволить (и время и деньги). Но что получается дешевле в конечном счете не известно.

1

Сообщение от Shamil1 Детально проработанное ТЗ - это больше половины работы.

Есть понятие и в строительстве и в разработке ПО - "типовой проект". Его суют заказчику и полируют нюансы. Это дешевле разработки с нуля и по деньгам и по времени.

1

Сообщение от JoJoBizarre На сколько сильно влияет качество кода?

Качество кода, если под этим понимается читаемость кода, комментарии, архитектура, то может остаться незамеченным. Программы обычно судят по внешним признакам, по внешнему поведению, как правило, именно это оговаривается в ТЗ.
Оценка любого товара может производиться по себестоимости (по предложению), так и по конъюнктуре (по спросу). Затратный метод (тот, который по себестоимости) вроде понятен. Конъюктурно-ориентированный метод - здесь надо смотреть, какую прибыль или удовольствие приносит программа. Легче посчитать в случае, если спрос меркантильный, когда программа покупается, чтобы зарабатывать.

1

Сообщение от Shamil1 Если код плохой, то программа, скорее всего, ничего не стоит.

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

1

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

Согласен полностью и даже реальный пример есть. Есть некий модуль (то же ведь разновидность ПО). Распространяется по подписной модели и имеет открытый исходный код. Причем стоимость не маленькая (~30тыров). Т.к. бывает и подглючивает, где то не хватает функционала приходится декораторы делать - приходится заглядывать в код.... Код - тихий ужас. Прям хочется взять саную тряпку и....

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

1

О боже мой спасибо за ответы! (я бы везде поставил спасибо но у меня нет прав)
Вообще программы две.
Одну я полностью переписал из под dos на c#.
Мб возможно скинуть код и прогу чтобы Вы взглянули, если подскажете сколько это могло бы стоить со 2 я сам сориентируюсь?

0

voral, так и у меня такой же реальный пример был на прошлой работе. Когда джуны пилили на заказ ПО. Так в код без слёз смотреть нельзя было. Даже будучи сам джуном я понимал, что мы полное говно пишем. Но оно работало, а в код заказчик не смотрел.

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

Добавлено через 5 минут
JoJoBizarre, исходите из часов, которые вы затратили на прогу и ориентировочную стоимость своего часа.

1

Usaga, я не знаю сколько стоит мой час

0

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

1

Сообщение от Mikhaylo Программы обычно судят по внешним признакам, по внешнему поведению

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

Именно так. Когда-то очень давно мой сотрудник высказался примерно так: "Заказчику насрать, насколько красиво ты решил задачу, ему лишь бы работало". Тогда меня это озадачило, но время показало, что это так.

Цена вопроса - дело тонкое. У меня был случай, когда я буквально за день решил проблему, которая стоила заказчику очень дорого - он мне и заплатил как за месяц работы. А бывает, что месяц работы стоит гроши. Это рынок. Вопрос спроса.

В любом случае, нужно иметь какую-никакую профессиональную гордость и понимать, сколько стоит твой час. Правильно сказано:

Сообщение от Usaga прикиньте ожидаемую зарплату за месяц. Потом разделите на количество рабочих часов в месяце. Это и будет стоимость вашего часа.

1