4.8 Оценка преимуществ и недостатков закупки готовых или разработки новых ит и ис

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

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

В итоге рекомендуется осуществлять покупку готового продукта, если имеющиеся на рынке программные продукты удовлетворяют следующим условиям:

• подходящая цена,

• наличие команды внедрения,

• деловая репутация фирмы и уверенность в перспективах длительного и перспективного сотрудничества,

• наличие положительного опыта внедрения аналогичных проектов.

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

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

Отечественные системы дешевле, сопровождение проще и они не требуют локализации.

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

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

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

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

4.9 Особенности контрактов на закупку и разработку ит и ис

Типовой контракт на закупку или разработку ИТ и ИС содержит реквизиты сторон, ФИО ответственных лиц, краткое описание сути сделки, стоимость и порядок оплаты, доставки, а также ответственность сторон в случае неисполнения своих обязательств.

Контракт на закупку также должен содержать наименование программного продукта, его версию и название редакции (релиза), количество лицензий, вариант версии продукта (сетевой или локальный). Отдельно в контракте может быть оговорено предоставление дополнительных услуг по установке и поддержке программного продукта в течение первых нескольких недель или месяцев эксплуатации. Возможно ли получение бесплатной технической помощи определенный период с момента покупки продукта, предусматривается ли наличие бесплатного или льготного варианта обучения пользователей, возможности позвонить и получить квалифицированную техническую помощь по телефону горячей линии поддержки продукта. Отдельной строкой может быть в контракте прописана процедура обновления приобретаемого продукта. В зависимости от величины сделки и особенностей приобретаемых ИТ и ИС, величина скидок может также учитываться в общей стоимости контракта.

В последнее время стало очень популярной тенденцией покупка программного обеспечения по модели SaaS (Software as a Service). В связи с этим отдельно в контракте необходимо оговорить длительность использования сервиса, порядок разграничения прав в области информационной безопасности и др.

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

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

С другой стороны возможно оформление контрактов в форме коммерческого предложения или оферты.