Знаете чем мне нравится биржа? Там всегда понятна текущая цена на товар!
Увы, услуги по разработке программного обеспечения на бирже не торгуются. Все попытки сделать площадку, на которой можно было бы быстро получить оценку стоимости проекта, проваливаются.
В подавляющем числе случаев, цены на услуги по разработке ПО не публикуются. Стоимость уже выполненных проектов не публикуется. Рамочную оценку проекта заказчик узнает после согласования ТЗ.
Насколько эта оценка адекватна и соответствует ли рынку? Начнем с того, как оценивают проекты компании-разработчики.
Как оценивают стоимость проекта
Все способы оценки стоимости сводятся к трем базовым:
- От финансовых возможностей заказчика. Определить сколько готов заплатить заказчик и под это подгонять стоимость работ.
- По опыту прошлых проектов. Берем фактические затраты на похожий проект. Меняем название и накидываем процент на инфляцию.
- От себестоимости. Составляется задач по проекту (структурная декомпозиция работ). Для каждой определяется требуемое время, которое умножается на ставку сотрудника.
Комбинируя эти способы хороший менеджер/продавец может в довольно широких диапазонах варьировать стоимость проекта и подстраиваться под заказчика. Но даже очень хороший менеджер/продавец не всесилен и сталкивается с настойчивым требованием об оптимизации (уменьшении) стоимости работ.
Способы оптимизации стоимости
Шел 2012 год. На одной из встреч Заказчик спросил: «А вы работает над оптимизацией стоимости разработки и снижением кол-ва ошибок?». Хотелось ответить: «Нет, а зачем?», но ответили: «Конечно!» и перевели разговор на другую тему.
Конечно же мы не снижали ни себестоимость, ни пытались радикально снизить количество ошибок. Это не имело для нас смысла, заказчик платил исправно и только изредка жаловался на цену.
Но времена изменились, пришлось очень серьезно задуматься над оптимизацией стоимости разработки и последующей эксплуатации разработанного нами программного обеспечения. Думаю, не только нам.
Итак, со стороны заказчика только один способ оптимизировать стоимость: снижать требования.
Требования к функциональности, качеству, документации, производительности и так далее.
Со стороны исполнителя способов значительно больше. Вот основные способы снижения затрат на разработку:
- Оптимизация затрат на персонал
- Финансирование одних проектов за счет других
- Внедрение методологии разработки
- Использование готовых решений/компонентов
Оптимизация затрат на персонал
Самый популярный способ уменьшения цены проекта. Обычно, приводит к печальным последствиям. Как для проекта. Так и для компании.
Финансирование одних проектов за счет других
Второй по популярности «трюк». В надежде на получение более крупного проекта, компания-разработчик соглашается на изначально убыточный для себя проект. Обычная пирамида. Главное, что бы пирамида не закончилась на вашем проекте.
Внедрение методологии разработки
Упорядочивает процесс работы. Производительность труда увеличивается не всегда, снижается кол-во ошибок. Внедрить эффективную методологию получается не у всех.
Использование готовых решений/компонентов
Самый сложный и эффективный способ снижения стоимости проекта. Требует значительный инвестиций в инструменты разработки — покупка сторонних или разработка собственных.
Первые два способа могут дать преимущество в краткосрочной перспективе, но от сотрудничества с компаниями, которые злоупотребляют ими, стоит воздержаться.
Наиболее «здоровый и правильный» это инвестиции в использовании готовых решений/компонентов и собственных разработок, которые повышают производительность труда и снижают количество ошибок.
Подведем итоги
Каждая компания разработчик программного обеспечения имеет свой уровнь цен, который складывается из множества факторов, таких как уровень профессионализма сотрудников, используемые технологии, наработки, подход к работе, выстроенные бизнес-процессы и т.д.
Только сравнивая предложения от разных компаний можно понять адекватную рынку цену проекта. Сравнивать предложения лучше на тендере. Предварительные оценки можно получить используя один из on-line калькуляторов:
Возвращаясь к аналогии с биржей, хотя цены на бирже в конкретный момент времени t и предельно ясны, но чтобы торговать успешно и с прибылью – вы всегда должны угадывать направление изменения цены. Так и в разработке ПО — важно понимать в бюджете вы или нет, когда ветер вдруг меняется. А он меняется.