Как оценить стоимость с очень небольшим количеством информации? [закрыто

https://softwareengineering.stackexchange.com/questions/21911

22-10-2019
|

Вопрос

У меня есть клиент, которому хочет веб -приложение, которое позволит ему сделать следующее (как он сказал мне слово для слова):

Регистрация пользователя
Повторяющиеся платежи для пользователей
Бронирование онлайн -конференц -зала

Я должен дать ему оценку стоимости очень быстро, и у меня нет времени, чтобы сделать какой -либо более глубокий анализ требований! Как бы вы справились с такой ситуацией? Должен ли я просто дать очень широкую оценку и выработать точные требования, как только он примет оценку? В этот момент вы обычно собираете требования, после или до получения контракта?

Решение

Вот что я обычно делаю, чтобы ограничить проблемы:

Определите информацию самостоятельно, описывая, что вы собираетесь делать в деталях.

Ставка на это, и только это.

Обратитесь к этому документу в своей официальной форме заказа на покупку, вы попросите вашего клиента знак.

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

Если вы не знаете, как оценить свой собственный документ, попробуйте сделать некоторую коллективную оценку, используя Планирование покера. Анкет Вы также можете разделить каждую функцию на задачи и оценить каждую. Суммировать и умножить результат по два Если вы довольно уверены, или три Если вы не уверены.

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

Другие советы

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

Считайте отдельные веб -страницы. Например, «Регистрация пользователя», вероятно, означает, что есть страница «Зарегистрироваться» - есть ли также страница «редактировать мой профиль»? Страница «Посмотрите на чужой профиль»? Могут ли менеджеры редактировать своих людей? Есть ли страница «Изменение пароля»? Страница "Забыл мой пароль"? Должны ли они давать секретные вопросы и ответы, и в каком случае для этого есть страницы? Повторите все это для других ваших пуль. Вы придумали некоторое число, например, 7, 27 или 93 или что -то еще, веб -страниц. (Этот список станет частью вашего предложения и покажет клиенту, которого вы уже начали разработать проект.)

Если вы создали веб -страницы перед использованием технологии, которую вы планируете использовать, вы должны иметь грубое ощущение среднего усилия на страницу. 1 час, полдня, 1 день - это зависит не только от вашей технологии, но и от того, сколько времени вы вкладываете в внешний вид, проверку, доступ, но вы уже должны знать это число. Умножьте два. Возможно, добавьте время в «Разработка базы данных и записи Procs» или «макеты отчета о дизайне», если он печатает причудливые вещи. Добавьте непредвиденные обстоятельства 10-25% в зависимости от того, что, по вашему мнению, будет терпеть клиент. Сделанный.

Если вы раньше не использовали технологию, чтобы создавать веб -страницы, отказались от этой работы. Если по какой -то причине вы не можете, подготовитесь к потере денег, потому что вы не сможете выставлять счета за свое время обучения, и вы не будете готовы сделать хорошие оценки. В качестве подхода от отчаяния, если вы действительно чувствуете, что должны устроиться на работу, предложите провести «технико-экономическое исследование», в котором вы разработаете проект и оцените цену с фиксированным BID для реализации вашего дизайна. Либо попросите быть «на часах» для технико -экономического обоснования, либо предложите фиксированную ставку, например, 1 день или 1 неделя или 2 недели.

Уже есть действительно отличные ответы. Вот еще несколько замечаний, основанных на том, чтобы заработать на жизнь, так как большую часть последних двадцати лет заработал на аутсорсинге.

Без адекватной, написанной, согласованной спецификации, заключение контрактов на фиксированную цену-это быстрый способ потерять тонны денег.

У нас с женой была пользовательская фирма по разработке программного обеспечения. Примерно в 1998 году к нам обратились к порту. «У нас на самом деле нет спецификации или даже списка функций, нам просто нужна программа Mac с теми же функциями, что и в нашей версии Windows». Таким образом, мы просмотрели версию Windows, предложили цену, немного Дикред и согласились на цену. И затем оказалось, что у лжецов был список функций, но и была множество скрытых функций, которые мы не заметили во время нашего обзора, которые были очень сложными и трудоемкими для реализации. Заработная плата наших сотрудников только для завершения этого проекта стоила нам три раза нашего дохода для него.

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

Не пишите спецификацию и дайте ее клиенту бесплатно.

Это очень заманчиво сделать это, чтобы вы могли получить согласие от клиента и защитить себя - но я делал это и решил, что это ошибка. Однажды я сделал это, я включил информацию в спецификацию, о которой у меня был особое опыт. Потенциальный клиент перешел на более дешевую команду разработчиков; Информация в спецификации заполнилась пропавшими пробелами в их знании - и существенная работа, которую я вкладывал в спецификацию, была в туалете.

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

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

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

Добро пожаловать в реальный мир.

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

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

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

Есть три способа, которыми я видел с этим:

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

Я не могу рекомендовать решение 1. Риск, который вы в конечном итоге привержены невозможной оценке, слишком большой.

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

В частности, на этой теме, насколько хорошо вы знаете проблемное пространство? Вы думали обо всех задействованных аспектах?

Будет ли система интегрироваться с Outlook?
Придется ли он поддерживать кейтеринг и оборудование (например, Meamers)?
Придется ли он поддерживать отслеживания участников, с интеграцией на стойке регистрации?
Придется ли он поддерживать автоматический выставление счетов за забронированные комнаты и связанное с этим питание? Какие модели ценообразования должны это позволить?
Придется ли вам отслеживать клавиши комнаты, с выездкой / регистрацией?
Смогут ли все что-нибудь забронировать, или вам нужна безопасность на уровне комнаты?
...

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

Конечно ты Можно будь проще. Но если ваш клиент хочет, чтобы система была конкурентоспособной с тем, что уже существует, Simply не будет ее сократить. Если этот клиент не согласен заранее в яблочко Что вы построите, это в значительной степени гарантировано, что вы окажетесь в тяжелых переговорах, как только придет время доставить и получить оплату.

Выберите случайную сумму, удвоите ее, затем сообщите клиенту это число, плюс или минус 200%. Это должно донести точку зрения.

Есть несколько систем оценки, и они не особенно новы.

Функциональные точки
Идея "Функциональные точки«В основном все программы имеют одинаковые 5 функций: выходы, запросы, входные данные, внутренние файлы и внешние интерфейсы. Вы уже использовали схему« регистрации пользователя », поэтому у вас есть хорошая идея, как один из этих взглядов. Что касается. «Повторяющаяся платежная система», это будет более сложным, и вы, вероятно, захотите изучить существующий API (многие люди пойдут с PayPal, пока PayPal не займет их, так что наметьте «план B», когда вы идете по этому пути) Анкет

Есть несколько инструментов функции «за деньги», но один бесплатный здесь.

Кокомо
Конструктивная модель затрат Использует исторические данные для оценки, но я думаю, вам не хватает исторических данных, чтобы выяснить, сколько времени и усилий повлечет за собой.

Ласковые слова: Кокомо не связан с названным городом в Индиане Кокомо. Анкет Когда Beach Boys делали рекламные ролики для Delco Electronics (подразделение GM, теперь развернувшись и называется Delphi Electronics), они сказали, что им так понравилось название города, что хотели поместить его в песню.

Эти методы оценки нуждаются в исторических данных, которые большинство разработчиков не будут собираться сами по себе. Один из методов для этого, для единственного практикующего был бы PSP. Анкет Хотя это не поможет вам выпустить этот конкретный огонь, это поможет с вашей будущей оценкой. Одна из причин того, что оценка настолько сложна для людей, заключается в том, что они не отслеживают свои оценки (таким образом, не могут сказать, где они пошли не так, или необходимо приспособиться в будущих проектах). И еще одна важная часть того, почему оценка настолько тяжелая, заключается в том, что люди сильно сгорели Непонамерники играют в политические игры с разработчиками. Анкет В результате оценки манжеты всегда ужасно неправильно с единственными исключениями «Мы сделали это раньше, и для завершения этого потребовалось x.

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

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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с softwareengineering.stackexchange