Агилни развој софтвера се незгодно уклапа са уговорима у којима су крајњи резултат, обим задатка и датум испоруке унапред одређени. У агилном пројекту стране раде у кратким спринтовима, дефинисаним периодима рада, а садржај производа се прилагођава како пројекат напредује.
То нуди флексибилност, али такође покреће правна питања. Ко поставља приоритете? Када се прихвата резултат спринта? И када пропуштени датум испоруке доводи до неизвршења обавезе? Овај чланак наводи како стране могу уговорно одговорити на ова питања.
Под агилним уговором у даљем тексту подразумевамо скуп аранжмана којима стране евидентирају агилну сарадњу. У пракси, та сарадња има облик оквирног споразума са одвојеним имплементационим споразумима за сваки задатак.
Агилни рад и уговарање
У традиционалном ИТ пројекту, стране унапред договарају функционални и технички дизајн. Добављач се затим обавезује да испоручи тај резултат у датом тренутку. У агилном развоју та фиксна дестинација је намерно одсутна: резултат је покретни циљ.
Сваки спринт испоручује функционалан, употребљив део софтвера. На основу демонстрација и корисничког искуства, клијент прилагођава курс. Док традиционални уговор бележи где се пројекат завршава, у агилном раду то остаје отворено.
Странке стога морају уговорно да реше оно што традиционални пројекат обично већ показује из спецификације. Издвајају се четири теме:
- ко одређује спецификације, односно ко испуњава улогу власника производа (особа која поставља приоритете у име клијента);
- како се промене обрађују у заостатку (приоритетна листа функционалности које тек треба да се изграде), планирање и цена;
- када се компонента сматра завршеном, на основу дефиниције завршеног (договорени критеријуми за готов резултат) и критеријума прихватања (захтеви према којима се испорука тестира);
- да ли су договорени датуми испоруке строги или индикативни.
Једна практична последица: агилни рад је тешко комбиновати са тендером у којем је обим задатка у потпуности унапред одређен. Страни која подлеже правилима јавних набавки, а ипак жели агилни развој, саветује се да у тендерској документацији остави простор за оквирни споразум са флексибилно дефинисаним имплементационим задацима.
Обавеза најбољих напора или резултата?
У складу са обавезом улагања најбољих напора, добављач не гарантује одређени резултат. Он се обавезује да ће применити пажњу која се може очекивати од разумно компетентног и разумно делујућег стручњака. У складу са обавезом резултата, добављач се обавезује на конкретно описан резултат.
Ознака у уговору није одлучујућа. Чак и када се уговор односи на обавезу резултата, суд може утврдити, на основу суштине аранжмана и њиховог контекста, да се заправо ради о обавези најбољих напора и обрнуто. Начин на који стране заправо сарађују стога има барем једнаку тежину као и изабрана формулација.
Ова разлика је важна у пракси јер је код обавезе резултата договорени резултат кључни, док се код обавезе најбољих напора мора проценити да ли је добављач уложио потребан напор. Та разлика одређује око чега се стране расправљају у спору и шта морају да докажу.
Овде се понављају две законске одредбе. Члан 6:74(1) Холандског грађанског законика предвиђа основу за накнаду штете за неизвршење које се може приписати. Међутим, не каже када постоји неизвршење; то зависи од квалификације обавезе и садржаја аранжмана. Члан 6:248 предвиђа да уговор такође има последице које произилазе из разумности и правичности. То оставља простора да се природа агилне сарадње узме у обзир приликом тумачења обавеза странака.
Уговорна основа: оквирни и имплементациони споразуми
У пракси, агилна сарадња се бележи у слојевима. Оквирни споразум регулише општи оквир: применљиве услове, одговорност, поверљивост и начин сарадње.
За сваки задатак стране закључују имплементациони споразум, којим се утврђују обим, планирање, састав тима, цена и критеријуми прихватања за тај део. Правни однос тако остаје стабилан док се суштина може мењати са сваким спринтом или издањем.
Без јасних критеријума прихватања не постоји запис о томе у односу на шта се резултат мора тестирати. Спорови о томе да ли је спринт успео тада се лакше јављају. Конкретни, мерљиви критеријуми прихватања по спринту су стога важнији од етикете коју стране придају обавези.
Једна тема која заслужује више пажње у агилним уговорима него у традиционалним ИТ уговорима јесте превремени прекид. Пошто је агилни пројекат низ узастопних спринтова без фиксне крајње тачке, уговор мора да регулише када страна може да стане, шта се дешава са компонентама и изворним кодом који су већ испоручени и како се пренос на другог добављача одвија.
Општи услови и одредбе су такође важни овде. NLdigital услови из 2025. године наслеђују издање из 2020. године, додајући поглавља о усклађености, сајбер безбедности, дељењу података, вештачкој интелигенцији и онлајн платформама, између осталог. Услови из 2020. године остају на снази тамо где су се стране око њих договориле, зато проверите која верзија се односи на ваш уговор. Они се баве специфичним агилним аспектима само у ограниченој мери; њих стране морају решити у имплементационом споразуму.
Судска пракса о роковима и сарадњи
Судска пракса не показује опште правило да агилни датум испоруке никада не може бити стриктан. Квалификација зависи од садржаја уговора, изабраног начина рада и стварне сарадње страна. Три случаја то илуструју.
Окружни суд Миден-Недерланд, 26. јул 2023. (ECLI:NL:RBMNE:2023:5936). Добављач IPS је развио софтвер за вагу користећи scrum за клијента Synergy. Уговор је наводио време испоруке од око 24 недеље. То није испоштовано; нови рок је одложен и поново пропуштен. Када је средином децембра 2020. године испоручено девет од десет договорених недељних блокова, Synergy је раскинуо уговор. Суд је утврдио да се обећано време испоруке рачуна као строги рок, тако да је дошло до неизвршења обавезе. Међутим, раскид уговора није важио: с обзиром на природу сарадње, у којој се нови аранжмани праве када се рокови пропусте, и с обзиром на то да је пројекат био скоро завршен, то неизвршење обавезе није оправдавало раскид. Практични значај: чак и у оквиру агилне сарадње, обећано време испоруке може бити строго, али неизвршење обавезе не значи аутоматски да раскид остаје на снази.
Окружни суд Amsterdam, 22. април 2026. (ECLI:NL:RBAMS:2026:3930). Клијент је тврдио да је програмер DTT испоручио нову мобилну апликацију са закашњењем, прекорачио предвиђене трошкове и неадекватно извршио одржавање постојећих апликација. Суд је одбацио све тужбе. Нису постојали строги рокови: датум испоруке наведен у понуди и у преписци морао се посматрати као обавеза најбољих напора у оквиру агилног или скрам метода рада, у којем су флексибилност и еволуирајући увид кључни. Практични значај: страна која жели да датум буде строг мора то изричито забележити; датум у понуди није довољан.
Amsterdam Апелациони суд, у случају између On Air и Triple IT. Странке су се сложиле да раде агилно или скрам методом без дефинисања крајњих резултата. У том контексту, обавеза се своди на мало више од стављања на располагање компетентних програмера који се примењују у складу са дизајном и дужношћу пажње марљивог извођача радова. Ако оно што је испоручено није у складу са прописима, напори да се то постигне су у принципу додатни рад. То може бити другачије када се добављач није придржавао договора или своје дужности пажње, али терет доказивања тога је на клијенту. Сама чињеница да перформансе крајњег производа не испуњавају жеље клијента стога није довољна да се утврди квар. У овом поступку, суд је такође именовао ИТ стручњака да објасни појмове као што су скрам мастер, спринт и готово. Практични значај: тамо где нема дефинисаних крајњих резултата, санациони радови лако падају на клијентов рачун.
Приликом процене захтева за раскид, суд стога може проценити какву је улогу свака страна имала у кашњењу и спровођењу пројекта. Страна која не жели да зависи од тог процењивања у појединачном случају мора сама да евидентира када је рок строг, а када је могућ превремени раскид.
Осам тачака које треба размотрити у уговору
Приликом састављања агилног уговора, размотрите следеће тачке. За сваку тему формулишите одговор на пратеће питање.
- Обим: која функционалност спада у спринт, а која је изричито ван њега?
- Приоритизација: ко може да промени заостале предмете и да ли та особа има овлашћење да то уради у име клијента?
- Прихватање: у ком року клијент мора да тестира и одговори, а шта важи ако то не учини?
- Рокови: да ли је наведени датум индикативан или строги, и да ли је то у уговору наведено у истој дужини?
- Цена: да ли се плаћа по спринту, по функционалном поену, по имплементираним сатима или по резултату?
- Власништво и коришћење: у ком тренутку клијент добија приступ изворном коду и документацији?
- Раскид: шта се преноси приликом превременог раскида и уз коју исплату?
- Континуитет: може ли други добављач наставити рад и какву документацију и преносивост кода то захтева?
Такође укључите дефиницију урађеног рада која није само функционална, већ поставља и захтеве у погледу квалитета, документације и преносивости кода. У супротном, спор о томе да ли је испоручени рад употребљив, и даље ће се јављати након престанка уговора.
Закључак
Агилни рад нуди флексибилност, али захтева уговор који се фундаментално разликује од традиционалног модела. Разлика између обавеза најбољих напора и резултата, јасни критеријуми прихватања и аранжман за превремени раскид су одлучујући. Разматрани случајеви показују да исход у великој мери зависи од конкретних аранжмана и стварне сарадње. Уговор који се бави овим тачкама боље се усклађује са начином на који стране заиста раде и смањује ризик од спорова.
Law & More помаже ИТ добављачима и клијентима у изради, прегледу и преговарању о оквирним и имплементационим споразумима, и саветује о квалификацији обавеза, критеријумима прихватања и аранжманима за излазак. Да ли се суочавате са спором око кашњења, резултата или прекида агилног пројекта? Слободно нас контактирајте за прилагођене савете.
Često postavljana pitanja
У наставку одговарамо на питања која нам најчешће постављају на ову тему.
Шта је агилни уговор?
Скуп аранжмана којима стране евидентирају агилну сарадњу. У пракси се састоји од оквирног споразума којим се поставља општи оквир, са имплементационим споразумом за сваки задатак који покрива обим, планирање, цену и критеријуме прихватања за тај део.
Да ли је датум испоруке у агилном пројекту строги рок?
Не аутоматски. Не постоји опште правило; зависи од уговора, начина рада и стварне сарадње. Ако желите да датум буде прецизан, забележите га у што више речи. Датум у понуди је сматран недовољним.
Која је разлика између обавезе најбољих напора и обавезе резултата?
У оквиру обавезе резултата, договорени резултат је кључан. У оквиру обавезе најбољих напора, мора се проценити да ли је добављач уложио потребан напор. Та разлика одређује око чега се стране расправљају у спору.
Да ли је ознака у уговору одлучујућа?
Не. Чак и када се уговор односи на обавезу резултата, суд може на основу суштине и контекста утврдити да је то заправо обавеза најбољих напора и обрнуто. Начин на који стране заправо раде је барем подједнако важан.
Ко може да промени заостатак?
Особа која испуњава улогу власника производа. Забележите ко је то и да ли има овлашћење да то ради у име клијента. Без тог аранжмана, настају спорови око тога ко је одговоран за промене приоритета.
Зашто су критеријуми прихватања толико важни?
Без јасних критеријума прихватања не постоји запис о томе у односу на шта се резултат мора тестирати. Спорови о томе да ли је спринт успео тада се лакше јављају. У пракси су важнији од етикете која се везује за обавезу.
Ко плаћа санационе радове ако испорука није у складу са условима?
Тамо где нису дефинисани крајњи резултати, напори да се испуне жеље клијента у принципу падају на рачун клијента као додатни рад. То је другачије када добављач није поштовао договоре или своју дужност пажње, већ терет доказивања тога лежи на клијенту.
Како је организовано плаћање у агилном раду?
Везивање плаћања за један фиксни тренутак испоруке лоше се уклапа са методом без фиксног крајњег резултата. Уобичајене алтернативе су плаћање по спринту, по функционалном поену или по утрошеним сатима. Изричито забележите изабрану основу.
Могу ли комбиновати агилни рад са јавним тендером?
То захтева прилагођен приступ, јер тендер са потпуно фиксираним обимом претпоставља резултат познат унапред. Отворите простор у тендерској документацији за оквирни споразум са флексибилно дефинисаним имплементационим задацима.
Шта треба да организујем у вези са превременим раскидом?
Под којим условима страна може да прекине рад, шта се дешава са већ испорученим компонентама и изворним кодом, уз шта се врши пренос плаћања и шта је потребно другом добављачу да би наставио рад.
Да ли NLdigital услови из 2025. године пружају довољно смерница?
Само у ограниченој мери. Они наслеђују издање из 2020. и додају поглавља о усклађености, сајбер безбедности, дељењу података, вештачкој интелигенцији и онлајн платформама, између осталог, али се не баве специфичним агилним аспектима. Услови из 2020. остају на снази тамо где су договорени. Њих морате сами да решите у споразуму о имплементацији.
Да ли имате спор са добављачем ИТ услуга или желите да се прегледа ваш уговор о ИТ услугама? Наши ИТ адвокати вам радо могу помоћи.
Како Law & More може вам помоћи у вези са овим, објашњено је на нашем ИТ адвокат страна.
