1. Разработка по готовым требованиям заказчика
Это самый простой вариант. В этом варианте Вы предоставляете документ который содержат все существенные требования к создаваемому продукту, мы по нему считаем смету. Далее по этому же документу разрабатываем проект. Бюджет определяется до начала работ с достаточной точностью и выдаётся заказчику вместе с планом работ.
Предупредим сразу — секретарша, бывший программист на C++ и начальник отдела АСУ, как правило, не в состоянии написать подобный документ достаточно хорошо. Поэтому мы почти всегда рекомендуем заказать эту работу профессионалам — нам или другой компании, не важно. Конечно, можно сделать требования и силами заказчика и мы, конечно, постараемся перед началом работы внимательно проверить их и указать на возможные проблемы, но по опыту основная беда требований — это их неполнота или недостаточная детализация. А здесь, не потратив существенного времени и сил, мы не будем в состоянии найти все проблемы документа.
2. Разработка требований и реализация
Более сложный вариант. Вы приходите с идеей, которую готовы описать лишь на словах; с бизнес-планом, в котором продукт описан в трех строках и т.д. Мы, в процессе общения с Вами, формализуем требования, готовим документ в котором описано всё то, что требуется от создаваемого продукта. Требования обычно проходят несколько этапов жизни: они уточняются, дополняются, согласовываются с различными службами заказчика, верифицируются нашими ведущими разработчиками (на предмет возможности реализации и разумной стоимости производства). После того как требования на проект согласованы мы начинаем разработку.
3. Режим консультаций
Если Ваши мысли настолько абстрактны, что их нельзя облечь в форму документа, мы готовы работать с Вами в режиме консультаций. При этом результатом нашей работы может быть просто более глубокое понимание Вами предметной области, какие-либо конкретные документы, демонстрационные программы или даже законченный программный продукт. Отличие этого варианта от других — в том, что на старте никто не в состоянии точно описать задачу и определить объемы работ. Поэтому оплачивается такая работа почасово.
4. Гибкий метод – чёткие требования необязательны
Есть ещё один вариант работы, широко практикуемый на западе в случае стабильных отношений заказчик-исполнитель. В этом случае заказчик поставляет нам задачи, описанные в произвольной форме, а мы предлагаем вариант реализации. При этом заказчик оплачивает время работы над его задачами и другие косвенные затраты, которые были понесены в процессе работы — закупки специальной техники и программного обеспечения и т. п. (такие затраты, естественно, согласовываются с заказчиком). В таком режиме на старте работ оговаривается стоимость часа работы и примерные объёмы работы на месяц, которые мы обязуемся предоставить, а заказчик — выкупить.
