Хорошо составленный ИТ-контракт является страховым покрытием для ИТ-предприятия. Любой, кто занимается составлением и обсуждением ИТ-контрактов, должен придерживаться надежной методики для достижения оптимального результата. В конце концов, методология зависит от типа ИТ-проекта и компаний, которые его представляют. Редакционная часть, вероятно, является наиболее приемлемым временем для настройки контракта с максимальной выгодой. Это сэкономит деньги и поможет избежать дополнительных споров при правильном выполнении.
Чтобы правильно настроить контракт, требуется очень хорошее понимание технических и авторизованных моментов, связанных с ИТ-проектом, а также проблем, которые могут возникнуть во время реализации проекта и после него. Поэтому договор должен быть частным, а не основным. Многие менеджеры переоценивают свое понимание технических аспектов ИТ-инициатив и связанных с ними разрешенных опасностей, таким образом, обычно исключая технических специалистов и уполномоченных специалистов из проекта. Однако это ограничивает гибкость оценки возможных опасностей и своевременного реагирования на них.
Сначала не откладывайте начало; Переговоры по контракту в ИТ-инициативах занимают больше времени, чем вы думаете на первый взгляд. Не откладывайте составление контракта на последнюю минуту. Проблемы с контрактом умножаются с превышением скорости. Так что учитывайте авторские и технические опасности на этапе проектирования договора.
Во-вторых, поставьте цели. Не пытайтесь без промедления довести до совершенства все пункты договора. Используйте метод рентабельности финансирования, чтобы определить элементы ИТ-проекта, которые являются наиболее важными и полезными для вас. Как только эти элементы будут признаны, опишите их в контракте. Всегда полезно иметь несколько вариантов одного и того же пункта контракта на протяжении переговоров. Ваши цели должны быть изложены в форме, принятой и согласованной всеми заинтересованными сторонами. Например, установление технических целей и спецификаций программного обеспечения необходимы для соглашений об этапах обслуживания.
В ИТ-контрактах очень важно изучить элементы, которые предусматривают объем лицензии или изменение авторских прав в рамках созданной программы. Разработчики программного обеспечения заботятся о сохранении прав, необходимых для распространения программного обеспечения, поскольку программное обеспечение конкретного человека, как только оно создано для конкретной фирмы, может быть просто использовано в другом месте, а позже также может продаваться как обычное программное обеспечение. В отличие от этого, покупателю, который финансировал улучшение программного обеспечения, довольно часто не нужно передавать какие-либо финансовые авторские права разработчику программного обеспечения. Одним из важнейших обязательных элементов ИТ-контракта является подробное описание прав, предоставляемых посредством использования программного обеспечения. В случае предоставления лицензии лучше всего проверить, является ли лицензия уникальной или неисключительной, на определенный или неопределенный срок; кроме того, какую территорию он охватывает; какое количество клиентов сможет использовать программу одновременно; при каких обстоятельствах покупатель сможет переключить программу на 3 события; предоставляет ли лицензия право покупателю самостоятельно переключать программное обеспечение и так далее. Здесь очень важно согласовать код поставки программы, например, указать, является ли код поставки частью договора или нет, так как на него полагается дополнительное усовершенствование программы.
Кроме того, очень важно, чтобы в контракте были четко указаны высококачественные требования к программному обеспечению, гарантии и юридическая ответственность, обязанности событий в рамках средств реализации программного обеспечения, стратегии проведения администрирования, тестирования, разрешения споров, условий оплаты, выхода. положения, расчеты по дополнительному обслуживанию программы для ЭВМ, помимо стратегии приемки и переключения промежуточных и конечных результатов работы. При приемке окончательной версии программного обеспечения покупатель должен подтвердить, что программное обеспечение соответствует технической спецификации, поставляемой в рамках договора, и не имеет существенных недостатков. При подписании акта приема-передачи программа для ЭВМ не может быть отклонена из-за незначительных недостатков, которые обычно постоянно присутствуют в программе для ЭВМ. Перед приемкой окончательной версии программного обеспечения ИТ целесообразно согласовать определенный интервал, в течение которого будет проверяться работа окончательного образца программного обеспечения.
Для производителя программного обеспечения полезно уменьшить юридическую ответственность, насколько это позволяет законодательство. Обычно юридическая ответственность ограничивается определенной финансовой суммой и убытком, возникающим исключительно в силу определенных обстоятельств. В части, определяющей юридическую ответственность, лаконичная формулировка о том, что вред возмещается в соответствии с законодательством, может показаться клиенту излишне полезной.
В целом, события обычно недооценивают ход составления контракта, надеясь, что дружба может решить все конфликты в ИТ-инициативах. Однако жизнь учит нас, что, когда возникает битва, события имеют тенденцию больше зависеть от договорных формулировок, чем от устных гарантий.
