Я видел на своем рабочем месте (в университете) большинство студентов, делающих оценку стоимости программного обеспечения их окончательной дипломной работы с использованием COCOMO . Я предполагаю, что этот способ оценки затрат несколько устарел (даты COCOMO 1981 года), поэтому мой вопрос:
How do you estimate costs in your software?
Я видел такие вещи, как:
Стоимость = (HoursOfWork + EstimatedIddle) * HourlyRate
Это не то, что я хочу, я ищу правильно (с научной точки зрения) определенную модель стоимости
РЕДАКТИРОВАТЬ Я нашел несколько связанных вопросов по SO:
pricing
estimation
cocomo
Дэвид Конде
источник
источник
Ответы:
В случае, если вы застряли в режиме «Водопад», единственный достаточно точный метод, который я использовал, это:
Вы получите очень точное число. Я не говорю, что это точно, но это будет точно.
Точность полностью зависит от того, сможете ли вы придумать номер для каждой задачи на основе прошлого опыта или найти человека, который делал это раньше. Чем больше у вас опыта, тем лучше ваши оценки.
Когда вы выполняете проект, отслеживайте свое время для каждой задачи и записывайте те, которые вы пропустили, чтобы вы могли сравнить. Это сделает вас лучше с течением времени.
источник
Оценка программного обеспечения чрезвычайно сложна. Один из подходов, который я использовал, состоит в том, чтобы как можно точнее разбить требования и оценить каждый фрагмент отдельно. Затем добавьте «коэффициент выдумки», который может быть либо множителем (удвоить его), либо фиксированной суммой (х часов за непредвиденную работу). Если у вас нет хороших требований, оценка невозможна для практических целей.
источник
За 30 лет, прошедших с 81 года, индустрия многому научилась. Оценка как это никогда не работала. Благодаря повальному увлечению Agile, в основном переписавшему пейзаж, мы используем «исторические точки», представляющие некоторую смутную «сравнительную трудность». Затем мы набираем «скорость», чтобы грязные гадости могли делать свои оценки $$ с некоторым количеством эмпирических данных.
источник
Я изучил некоторые «строгие» подходы, такие как оценки функциональных точек и некоторые их варианты, которые были разработаны для современных приложений. Я думаю, что часть этих подходов, которая является ценной, заключается в том, что она требует более детального анализа известных требований, чем я могла бы дать в противном случае.
Получить хороший набор данных для работы очень сложно, даже если у вас есть хорошая модель. Измерять производительность сложно. Люди играют практически в любую метрику.
Я прекратил его использовать, потому что моя организация слишком неблагополучна, чтобы получать выгоду от оценок программного обеспечения, но я немного отношусь к группе Cost Xpert и ее инструменту; но это очень дорого и, вероятно, не стоит затрат и кривой обучения для подавляющего большинства организаций.
источник
Очень сложно оценить усилия и затраты, но если вы хотите что-то более точное, то:
разделите HoursOfWork на 3 компонента:
удалить EstimatedIddle.
Обратите внимание, что все, что занимает более 8 часов, приведет к огромной ошибке.
источник
Обычно мы делим полный объем работ на основные модули / элементы, которые можно рассматривать как подпроект. Другими словами, это те рабочие части, которые клиент рассматривает как отдельные части проекта, и которые клиент хочет оценить отдельно.
Как только это будет сделано, мы разделим каждый модуль на задачи, подзадачи и даже меньшие подзадачи, чтобы каждый из них можно было легко оценить, а оценка занимает от одного до десяти человеко-часов. Таким образом, мы получаем подробную разбивку объема работ по проекту.
Последний шаг - распределение задач между этапами. Мы делаем это так, чтобы после каждого этапа клиент получал видимые результаты. Это помогает пройти один этап и перейти к другому. Итак, наконец мы получаем что-то вроде:
Модуль 1
Изначально мы делали это, используя лист Excel. Но более двух лет назад мы начали использовать программный инструмент для этого. Есть несколько подобных продуктов, которые помогают с этим www.evenflow.com , www.swproposal.com и несколько других. Я не помню весь список. Мы провели исследование давно. Надеюсь, что это может помочь.
Хороший вопрос, как точно оценить. Там нет 100% правильной оценки, как мы полагаем. Единственный способ - разделить весь объем работ на как можно более мелкие задачи. Чем меньше у вас задач, тем более детальный обзор и анализ проекта вы делаете. Так что в любом случае точность увеличивается.
источник