Agile-контракт – це тип угоди про впровадження (від англійської: Agile – спритність). Це специфічна «операційна модель», яку можна описати як «агільну» – тобто вона гнучка та може змінюватися залежно від потреб клієнта. Це безіменний контракт, контракт «найкращих зусиль», найбільш тісно пов’язаний з контрактом-мандатом.
Гнучкі методології стають дедалі популярнішими у впровадженні ІТ-проектів. Це не класична угода про впровадження, яка ближча до контракту на конкретну роботу через заздалегідь визначений кінцевий результат, тобто конкретну мету чи продукт, часто з докладними технічними специфікаціями. Однак у випадку з Гнучкими проектами (контрактами) все навпаки: бачення, якого ми хочемо досягти або створити, є першочерговим, і це бачення може бути змінено або модифіковано та природно розвиватися протягом проекту, іншими словами, воно має бути гнучко сформоване. Такі типи проектів впровадження типові, зокрема, для стартапів, де концепція та бачення є першочерговими, а точна форма кінцевого результату часто ще точно не відома. Тому йдеться радше про постановку цілей та визначення ресурсів, необхідних для їх досягнення. І саме ця «мінливість» контракту створює його найбільшу проблему.
Отже, що ж ключове? Ось кілька ключових елементів:
По-перше, найважливіше – це «бачення», і воно має становити центральну «вісь» – опис того, чого ми хочемо досягти, чому і як, тобто найважливіші цілі контракту та їх визначення й концепції. Відстеження прогресу та моніторинг результатів, а також визначення етапів проекту також є надзвичайно важливими.
Крім того, також важливо визначити ролі, призначені в рамках проекту – завдання та повноваження, а також можливість їх зміни або модифікації. Визначення «закінчення» або «готовності» проекту – впровадження механізмів перевірки або контрольних списків.
Ще одним важливим елементом цього типу угоди є визначення та регулювання авторського права та прав інтелектуальної власності, ліцензування, передачі прав тощо, а також регулювання відповідальності сторін угоди – хто за що відповідає та на яких умовах, включаючи своєчасність або будь-які затримки, що могли виникнути, а також питання та спосіб врегулювання проекту.
З точки зору клієнта, також дуже важливо визначити стандарти програмування та документації (наприклад, коду) – як щодо вибору мови програмування, так і методу коментування коду та, загалом, підготовки документації.
Якщо вас зацікавила ця тема або у вас є якісь запитання чи занепокоєння, будь ласка, звертайтеся до нашого офісу – ми будемо раді відповісти на всі ваші запитання.
Це сповіщення надано лише для ознайомлення та не є юридичною консультацією.
Правовий статус станом на 14 березня 2024 року.
автор/редактор серії:
