Що таке багаторівневий контракт у розробці системи та чому його рекомендують: детальний огляд

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

Що таке багатоступінчасті договори

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

Укладання договорів відповідно до характеру кожного етапу та завершення роботи

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

Типи договорів, які укладаються в кожному проекті

Договори, які часто використовуються в розробці систем, це договори підряду та договори квазі-повірення, і вони використовуються в залежності від характеру кожного етапу. Загалом, у процесі розробки систем, наприклад, детальне проектування, реалізація програми, модульне тестування і т.д., зазвичай використовуються договори підряду. Причина, чому такі етапи добре підходять для договорів підряду, полягає в тому, що договори підряду наголошують на “завершенні роботи” як на вимозі до виконання зобов’язань, а характер етапу також легко конкретизувати вимоги до “завершення”. Детальніше про “завершення роботи” в договорах підряду ми розглядаємо в наступній статті.

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

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Якщо вендору однобічно вимагається “завершення роботи” як зобов’язання, то вибір договору підряду може бути простішим. Однак, якщо на практиці користувач і вендор повинні працювати разом, то може бути реальним надати юридичний захист відносинам, які базуються на довірі між сторонами. Детальніше про різницю між договорами підряду та договорами квазі-повірення ми розглядаємо в наступній статті.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

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

Серед пунктів, які часто записуються в основному договорі, можна назвати, наприклад:

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

Ці особливості полягають в тому, що, незважаючи на те, що договори розділені на окремі етапи, вони є частиною одного проекту, і зазвичай не потребують розрізнення між етапами, але мають однаковий зміст. Таким чином, загальні, універсальні угоди виокремлюються як основні договори, а окремі угоди, які слід укласти окремо для кожного етапу, розміщуються під основним договором як окремі договори. Це є особливістю багатоступінчастого договору. Багатоступінчасті договори використовуються не тільки в розробці систем, але й у комерційних угодах, які характеризуються великими розмірами та складністю. Зауважте, що протилежним поняттям до багатоступінчастого договору з його складною структурою є одноразовий договір. Якщо темою не є розробка систем, а замовлення костюма на замовлення, то одноразовий договір зазвичай буде достатнім.

Переваги багатоступінчастого договору

Отже, які переваги може мати використання такого підходу, як багатоступінчастий договір? Якщо узагальнити, можна виділити наступні переваги:

Перевага багатоступінчастого договору 1: Легше реагувати на зміни в проектах розробки

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

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

Перевага багатоступінчастого договору 2: Легше робити точні кошториси

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

https://monolith.law/corporate/increase-of-estimate[ja]

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

Перевага багатоступінчастого договору 3: Легше зрозуміти справедливість вартості для того, хто платить винагороду

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

Підсумки

Багаторівневі контракти є відповідними для формування взаємної згоди в справедливій та прозорій формі, а також ефективними для запобігання майбутніх проблем. Однак, можливо, дехто з вас подумав: “Чи не мають багаторівневі контракти якісь недоліки, і чи не краще в деяких випадках укладати окремі контракти?”. Щодо цього питання, якщо говорити прямо, можна стверджувати, що якщо бізнес малого масштабу і очевидно, що робота буде завершена швидко, то краще укласти загальний контракт, оскільки це зменшує необхідність укладання контракту кожного разу. Однак, важливіше зрозуміти переваги багаторівневих контрактів, які є точними та стійкими до змін, ніж зосереджуватися на дуже обмежених недоліках багаторівневих контрактів. Якщо проект має певний масштаб, то слід використовувати такий підхід як справу вже вирішену.