Outsource Software Development Agreement: ключові елементи

Компанії – замовники, які винаймають зовнішніх підрядників для розробки програмного забезпечення, ризикують зіштовхнутися з ризиками, пов’язаними як з неякісним кінцевим продуктом розробки, так і з порушення прав інтелектуальної власності, не передбачивши в договорі на розробку програмного забезпечення відповідні положення, що б регулювали ці та інші чутливі питання.

Предмет договору

Ключової вимогою до подібного роду взаємовідносин є чітка кінцева ціль, яку прагне досягти компанія – замовник. Це може бути як і цілісна програма, так і її частина у вигляді конкретного вихідного унікального коду, яку можна імплементувати у готовий продукт. Не визначивши мету, розробка програмного забезпечення може перетворитися в «розробку заради розробки».

Комунікація та взаємодія

Перш за все, компанія повинна врахувати тип залучення зовнішніх підрядників та рамки взаємодії з ними в процесі розробки програмного забезпечення. Наприклад, сторони мають визначити:

• Методологію залучення (Waterfall, Agile, чи Outstaff);
• Регулярність визначення та постановки завдань в рамках договору та спосіб їхньої постановки;
• Періодичність, з якою сторони будуть зустрічатися для коригування процесу роботи, та, при необхідності, постановки додаткових завдань.

Окрім всього іншого, сторони мають узгодити в договорі канали комунікації та системо (при наявності), з допомогою якої буде здійснюватися комунікація та поставка чи коригування задач.

Строки надання послуг

Однією з ключових та істотних умов при здійсненні розробки програмного забезпечення є визначення строків для реалізації окремого проекту в цілому або виконання певних його етапів, а при залученні по методології Outstaff – граничних термінів для залучення конкретних осіб.

У випадку не визначення результатів надання послуг, у компанії – замовника можуть виникнути проблеми з вимогою надання розробником результату до конкретної дати, що може потягнути за собою безкінечний процес узгодження результатів та усунення недоліків в програмному забезпеченні, що розроблюється.

Критерії прийняття

Рекомендується, щоб компанія – замовник, перед або в процесі постановки задач, визначала конкретні критерії прийняття результатів послуг, що являють собою конкретне програмне забезпечення, що відповідає технічним показникам, визначеним замовником в договорі або в конкретному завданні.

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

Права інтелектуальної власності

Потрібно завжди пам’ятати, що будь яке програмне забезпечення є сукупністю як технічних елементів так і певних прав, які належать розробнику та замовнику такого програмного забезпечення.

Компанія замовник повинна враховувати, що в договорі необхідно передбачити пункт про передачу прав інтелектуальної власності на всі об’єкти інтелектуальної власності розробляються за договором про розробку програмного забезпечення, до замовника, адже такі права виникають в рамках договору найму, а отже всі майнові права інтелектуальної власності будуть належати замовнику.

Що ж стосується авторських прав, то варто враховувати, що такі права завжди належатимуть автору – надавачу послуг, а отже, в рамка договору необхідно зазначити, що автор передає право замовнику використовувати програмне забезпечення і відмовляється від будь яких претензій щодо використання своїх авторських прав у майбутньому. Однак тут слід зауважити, що авторські права мають бути оплачені, тому компанії – замовнику необхідно окремо сплатити виконавцю плату за використання авторських прав або включити ці плату до вартості надаваних послуг.

Надважливим пунктом, на наш погляд, є також пункт про момент переходу права власності, в тому числі прав інтелектуальної власності, від виконавця до замовника. Це має бути окремий пункт договору і передбачати укладення або укладення окремого акту приймання – передачі або узгодження по результатам сплати інвойсу або прийняття послуг чи готового продукту замовником в електронному вигляді.

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

Вартість та оплата

Положення про вартість послуг та їхнє професійне формулювання допоможуть уникнути додаткових витрат, які не передбачаються договором, але за результатами надання послуг можуть виникнути. Мова, наприклад, може йти про додаткові витрати пов’язані з відрядженням, проживанням та транспортними витратами. У відповідності з деякими законодавчими вимогами, такі вимоги повинні потриватися замовником, якщо інше не передбачено договором між сторонами.

Саме тому, ми рекомендуємо детально визначати вартість послуг, розмір витрат та порядок оплати належних сум, враховуючи обов’язок сплатити банківські комісії, збори, мита та інші витрати, які можуть виникнути у зв’язку зі здійсненням платежів.

Конфіденційність

Практичним залишається питання збереження конфіденційної інформації в рамках розробки програмного забезпечення. Нерідко виникають ситуації, коли недобросовісні розробники можуть працювати на конкурентів компанії та ділитися з ними інформацією про розроблюване вами програмне забезпечення або продукт. Окрім цього, такі розробники можуть самостійно розробляти продукт, який буде аналогічний тому, що використовує замовник.

В контексті цього ризику, ми рекомендуємо передбачати в договорі надзвичайно суворі положення про захист конфіденційної інформації та комерційної таємниці, при цьому не обмежуючись лише строком співпраці. Бажано вказувати термін після розірвання або припинення договору на розробку програмного забезпечення протягом якого будуть діяти положення про захист конфіденційності та відповідальності за його порушення.

Висновок

Ми впевнені в тому, що договір на розробку програмного забезпечення (Outsource Software Development Agreement) є досить складним та структурованим за своєю природою документом, що потребує досить глибокого аналізу в процесі його складання та професійного підходу з точки зору визначення прав, обов’язків та відповідальності кожної із сторін.