Az agilis szoftverfejlesztés nehezen illeszkedik olyan szerződésekbe, amelyekben a végeredményt, a feladat terjedelmét és a szállítási határidőt előre rögzítik. Egy agilis projektben a felek rövid sprintekben, meghatározott munkaidőszakokban dolgoznak, és a termék tartalmát a projekt előrehaladtával módosítják.
Ez rugalmasságot kínál, de jogi kérdéseket is felvet. Ki határozza meg a prioritásokat? Mikor fogadják el a sprint eredményét? És mikor jelent a késedelmes szállítási határidő? Ez a cikk ismerteti, hogy a felek hogyan válaszolhatnak szerződésben ezekre a kérdésekre.
Agilis szerződés alatt a továbbiakban azon megállapodások összességét értjük, amelyekben a felek agilis együttműködést rögzítenek. A gyakorlatban ez az együttműködés keretmegállapodás formájában valósul meg, minden egyes megbízásra külön végrehajtási megállapodásokkal.
Agilis munkavégzés és szerződéskötés
Egy hagyományos IT projektben a felek előre megállapodnak egy funkcionális és műszaki tervben. A beszállító ezután vállalja, hogy egy adott pillanatban leszállítja az eredményt. Az agilis fejlesztés során ez a fix cél szándékosan hiányzik: az eredmény egy mozgó cél.
Minden sprint a szoftver egy működő, használható részét adja le. A bemutatók és a felhasználói tapasztalatok alapján az ügyfél módosítja a folyamatot. Míg egy hagyományos szerződés rögzíti a projekt végét, az agilis munkavégzés során ez nyitott marad.
A feleknek ezért szerződésben kell rendezniük azt, amit egy hagyományos projekt általában már a specifikációból is kitűnik. Négy téma emelkedik ki:
- ki határozza meg a specifikációkat, azaz ki tölti be a terméktulajdonos szerepét (az a személy, aki az ügyfél nevében meghatározza a prioritásokat);
- hogyan kerülnek a változtatások a várólistába (a még kiépítendő funkciók prioritási listája), a tervezés és az ár;
- mikor számít egy komponens befejezettnek, a kész definíciója (a kész eredményre vonatkozó elfogadott kritériumok) és az elfogadási kritériumok (a követelmények, amelyek alapján a szállítást tesztelik) alapján;
- hogy a megállapodott szállítási határidők szigorúak vagy indikatívak-e.
Egy gyakorlati következmény: az agilis munkavégzés nehezen kombinálható olyan pályázattal, amelyben a megbízás terjedelme teljes mértékben előre meghatározott. Egy beszerzési szabályok hatálya alá tartozó félnek, amely ennek ellenére agilis fejlesztést szeretne, tanácsos a pályázati dokumentációban helyet biztosítania egy keretmegállapodásnak, amelyben rugalmasan meghatározott végrehajtási feladatok szerepelnek.
Legjobb erőfeszítések vagy eredménykötelezettség?
A legjobb erőfeszítésekre vonatkozó kötelezettségvállalás keretében a szállító nem garantál egy adott eredményt. Kötelezi magát arra, hogy olyan gondossággal jár el, amely egy ésszerűen hozzáértő és ésszerűen eljáró szakembertől elvárható. Eredménykötelezettség keretében egy konkrétan leírt eredmény elérésére kötelezi el magát.
A szerződésben szereplő megnevezés nem meghatározó. Még ha egy szerződés eredménykötelezettségre is utal, a bíróság a megállapodások tartalma és kontextusa alapján megállapíthatja, hogy valójában a legjobb erőfeszítések megtételére irányuló kötelezettségről van szó, és fordítva. Ezért az, hogy a felek hogyan működnek együtt valójában, legalább akkora súllyal bír, mint a választott megfogalmazás.
A különbségtétel a gyakorlatban azért fontos, mert az eredménykötelezettség keretében a megállapodott eredmény a központi elem, míg a legjobb erőfeszítésekre vonatkozó kötelezettség keretében azt kell értékelni, hogy a szállító megtette-e a szükséges erőfeszítéseket. Ez a különbség határozza meg, hogy a felek miről vitatkoznak a vitában, és mit kell bizonyítaniuk.
Két törvényi rendelkezés ismétlődik itt. A holland polgári törvénykönyv 6:74. cikkének (1) bekezdése határozza meg a teljesítés felróható mulasztása esetén a kártérítés alapját. Nem mondja ki azonban, hogy mikor áll fenn mulasztás; ez a kötelezettség minősítésétől és a megállapodások tartalmától függ. A 6:248. cikk kimondja, hogy a szerződésnek is vannak az ésszerűségből és a tisztességből fakadó következményei. Ez teret enged az agilis együttműködés jellegének figyelembevételére a felek kötelezettségeinek értelmezésekor.
Szerződéses alap: keretmegállapodások és végrehajtási megállapodások
A gyakorlatban az agilis együttműködés rétegekben kerül rögzítésre. Egy keretmegállapodás szabályozza az általános keretet: az alkalmazandó feltételeket, a felelősséget, a titoktartást és az együttműködés módját.
Minden egyes megbízáshoz a felek végrehajtási megállapodást kötnek, amely meghatározza az adott rész hatókörét, tervezését, csapatösszetételét, árat és elfogadási kritériumait. A jogviszony így stabil marad, miközben a tartalom minden egyes sprinttel vagy kiadással változhat.
Egyértelmű elfogadási kritériumok nélkül nincs feljegyzés arról, hogy az eredményt mivel kell összehasonlítani. Így könnyebben felmerülhetnek viták arról, hogy a sprint sikeres volt-e. A sprintenkénti konkrét, mérhető elfogadási kritériumok ezért fontosabbak, mint a felek által a kötelezettséghez rendelt címke.
Az agilis szerződésekben a hagyományos IT-szerződésekhez képest az egyik téma a korai felmondás. Mivel egy agilis projekt egymást követő sprintek sorozata rögzített végpont nélkül, a szerződésnek szabályoznia kell, hogy mikor állhat le az egyik fél, mi történik a már leszállított komponensekkel és forráskóddal, és hogyan történik az átadás egy másik beszállítónak.
Az általános szerződési feltételek itt is számítanak. Az NLdigital 2025-ös feltételei a 2020-as kiadást váltják fel, és többek között fejezeteket adtak hozzá a megfelelőségről, a kiberbiztonságról, az adatmegosztásról, a mesterséges intelligenciáról és az online platformokról. A 2020-as feltételek továbbra is hatályban maradnak, ahol a felek megállapodtak bennük, ezért ellenőrizze, hogy melyik verzió vonatkozik az Ön szerződésére. Az agilis szempontokat csak korlátozott mértékben tárgyalják; ezeket a feleknek a végrehajtási megállapodásban kell rendezniük.
Határidőkről és együttműködésről szóló esetjog
A joggyakorlat nem mutat általános szabályt arra vonatkozóan, hogy egy agilis szállítási határidő soha nem lehet szigorú. A minősítés a szerződés tartalmától, a választott munkamódszertől és a felek tényleges együttműködésétől függ. Három eset illusztrálja ezt.
Midden-Nederland Kerületi Bíróság, 2023. július 26. (ECLI:NL:RBMNE:2023:5936). Az IPS beszállító mérlegszoftvert fejlesztett scrum használatával a Synergy ügyfél számára. A szerződés körülbelül 24 hetes átfutási időt írt elő. Ezt nem tartották be; új határidőt halasztottak, majd ismét elmulasztották. Amikor 2020 decemberének közepén a tíz megállapodott heti blokkból kilencet leszállítottak, a Synergy felmondta a szerződést. A bíróság úgy ítélte meg, hogy az ígért átfutási idő szigorú határidőnek számít, így a szerződésszegés történt. A felmondás azonban nem maradt érvényben: az együttműködés jellegéből adódóan, amelyben a határidők elmulasztása esetén új megállapodások születnek, és mivel a projekt majdnem befejeződött, a szerződésszegés nem indokolta a felmondást. Gyakorlati jelentőség: még egy agilis együttműködésen belül is lehet szigorú az ígért átfutási idő, de a szerződésszegés nem feltétlenül jelenti azt, hogy a felmondás érvényben marad.
Kerületi Bíróság Amsterdam, 2026. április 22. (ECLI:NL:RBAMS:2026:3930). Egy ügyfél azt állította, hogy a DTT fejlesztő késve szállított le egy új mobilalkalmazást, túllépte a tervezett költségeket, és nem megfelelően végezte el a meglévő alkalmazások karbantartását. A bíróság minden keresetet elutasított. Nem voltak szigorú határidők: az árajánlatban és a levelezésben megnevezett szállítási dátumot a legjobb erőfeszítések elkövetésének tekintették egy agilis vagy scrum munkamódszeren belül, amelyben a rugalmasság és a fejlődő betekintés központi szerepet játszik. Gyakorlati jelentőség: annak a félnek, amely szigorú dátumot kíván, ezt kifejezetten rögzítenie kell; az árajánlatban szereplő dátum nem elég.
Amsterdam Fellebbviteli Bíróság az On Air és a Triple IT közötti ügyben. A felek abban állapodtak meg, hogy agilis vagy scrum módszertant alkalmaznak a végeredmények meghatározása nélkül. Ebben az összefüggésben a kötelezettség alig több annál, mint hogy kompetens fejlesztőket biztosítsanak, akik a tervnek és a gondos vállalkozó gondossági kötelezettségének megfelelően alkalmazzák munkájukat. Ha a szállított dolog nem felel meg az előírásoknak, a megfelelőség elérésére irányuló erőfeszítések elvileg többletmunkának minősülnek. Ez más lehet, ha a szállító nem tartotta be a megállapodásokat vagy a gondossági kötelezettségét, de ennek bizonyítása az ügyfelet terheli. Az a puszta tény, hogy a végtermék teljesítménye nem felel meg az ügyfél kívánságainak, ezért nem elegendő a hiba megállapításához. Ebben az eljárásban a bíróság egy informatikai szakértőt is kirendelt az olyan fogalmak magyarázatára, mint a scrum master, a sprint és a done. Gyakorlati jelentőség: ahol nincsenek meghatározott végeredmények, a javító munka könnyen az ügyfél felelősségére hárul.
A hatályon kívül helyezés iránti kérelem elbírálásakor a bíróság ezért mérlegelheti, hogy az egyes felek milyen szerepet játszottak a projekt késedelmében és lebonyolításában. Az a fél, amelyik nem kíván erre a mérlegelésre támaszkodni egy adott esetben, maga köteles rögzíteni, hogy mikor szigorú a határidő, és mikor lehetséges a szerződés idő előtti megszüntetése.
Nyolc pont, amit a szerződésben ki kell térni
Agilis szerződések szerkesztése során a következő pontokat kell figyelembe venni. Minden egyes témához fogalmazza meg a választ a kapcsolódó kérdésre.
- Hatókör: mely funkciók tartoznak a sprintbe, és mi van kifejezetten azon kívül?
- Priorizálás: ki módosíthatja a hátralékokat, és van-e felhatalmazása erre az ügyfél nevében?
- Elfogadás: mennyi időn belül kell az ügyfélnek tesztelnie és válaszolnia, és mi a teendő, ha nem teszi meg?
- Határidők: a megadott dátum tájékoztató jellegű vagy szigorú, és a szerződés is ezt írja elő röviden?
- Ár: futamenként, funkciópontonként, bevetett órákonként vagy eredményenként fizetnek?
- Tulajdonjog és használat: mikor fér hozzá az ügyfél a forráskódhoz és a dokumentációhoz?
- Felmondás: mi kerül átruházásra idő előtti felmondás esetén, és milyen kifizetés ellenében?
- Folytonosság: folytathatja-e egy másik beszállító a munkát, és milyen dokumentációt és kódátvihetőséget igényel ez?
Tartalmazzon egy olyan definíciót is a kész fogalmára vonatkozóan, amely nemcsak funkcionális, hanem követelményeket is meghatároz a kód minőségére, dokumentációjára és átadhatóságára vonatkozóan. Ellenkező esetben a leszállított munka használhatóságáról továbbra is vita merülhet fel a szerződés megszüntetésekor.
Összegzés
Az agilis munkavégzés rugalmasságot kínál, de olyan szerződést igényel, amely alapvetően eltér a hagyományos modelltől. A legjobb erőfeszítések és az eredményekre vonatkozó kötelezettségek közötti különbségtétel, az egyértelmű elfogadási kritériumok és a korai felmondás lehetősége döntő fontosságú. A tárgyalt esetek azt mutatják, hogy az eredmény nagymértékben függ a konkrét megállapodásoktól és a tényleges együttműködéstől. Egy ezeket a pontokat tárgyaló szerződés jobban igazodik a felek tényleges együttműködéséhez, és csökkenti a viták kockázatát.
Law & More Segítséget nyújt az IT-beszállítóknak és ügyfeleknek a keretrendszerek kidolgozásában, felülvizsgálatában és tárgyalásában, valamint a megállapodások végrehajtásában, és tanácsot ad a kötelezettségek minősítésével, az elfogadási kritériumokkal és a kilépési megállapodásokkal kapcsolatban. Vitás kérdésekkel néz szembe egy agilis projekt késedelmével, eredményeivel vagy leállításával kapcsolatban? Forduljon hozzánk bizalommal személyre szabott tanácsadásért.
Gyakran Ismételt Kérdések
Az alábbiakban megválaszoljuk azokat a kérdéseket, amelyeket a témával kapcsolatban a leggyakrabban feltesznek nekünk.
Mi az az agilis szerződés?
Azon megállapodások összessége, amelyek révén a felek rögzítik az agilis együttműködést. A gyakorlatban egy keretmegállapodásból áll, amely meghatározza az általános keretet, valamint egy végrehajtási megállapodásból minden egyes megbízáshoz, amely tartalmazza az adott rész hatókörét, tervezését, árát és elfogadási kritériumait.
Egy agilis projektben a szállítási dátum szigorú határidő?
Nem automatikusan. Nincs általános szabály; ez a szerződéstől, a munkamódszertől és a tényleges együttműködéstől függ. Ha szigorú dátumot szeretne, rögzítse azt a lehető legrövidebb időn belül. Egy árajánlatban szereplő dátumot elégtelennek ítéltek.
Mi a különbség a legjobb erőfeszítések és az eredménykötelezettség között?
Eredménykötelezettség esetén a megállapodott eredmény központi szerepet játszik. A legjobb erőfeszítések megtételére vonatkozó kötelezettség esetén azt kell értékelni, hogy a szállító megtette-e a szükséges erőfeszítéseket. Ez a különbség határozza meg, hogy a felek miről vitatkoznak egy vitában.
A szerződésben szereplő címke a döntő?
Nem. Még ha a szerződés eredménykötelezettségre is hivatkozik, a bíróság a tartalom és a kontextus alapján megállapíthatja, hogy valójában a legjobb erőfeszítések megtételére irányuló kötelezettségről van szó, és fordítva. Az, hogy a felek hogyan működnek valójában, legalább akkora súllyal bír.
Ki módosíthatja a lemaradásokat?
A terméktulajdonos szerepét betöltő személy. Rögzítse, hogy ki ez a személy, és hogy van-e felhatalmazása erre az ügyfél nevében. E megállapodás hiányában viták merülhetnek fel arról, hogy ki a felelős a prioritások változásáért.
Miért olyan fontosak az elfogadási kritériumok?
Világos elfogadási kritériumok nélkül nincs feljegyzés arról, hogy mivel kell összehasonlítani az eredményt. Így könnyebben felmerülhetnek viták arról, hogy a sprint sikeres volt-e. A gyakorlatban ezek fontosabbak, mint a kötelezettséghez kapcsolódó címke.
Ki fizeti a javítási munkálatokat, ha a szállítmány nem felel meg az előírásoknak?
Amennyiben nincsenek meghatározott végeredmények, az ügyfél kívánságainak teljesítésére irányuló erőfeszítések elvileg az ügyfél számlájára hárulnak többletmunkaként. Más a helyzet akkor, ha a szállító nem tartotta be a megállapodásokat vagy a gondossági kötelezettségét, de ennek bizonyítása az ügyfelet terheli.
Hogyan történik a fizetés az agilis munkavégzés során?
A fizetés egyetlen fix szállítási időponthoz kötése rosszul illik egy olyan módszerhez, amelynek nincs fix végeredménye. Gyakori alternatívák a futamok, a funkciópontok vagy a felhasznált órák alapján történő fizetés. A választott alapot explicit módon rögzítse.
Össze tudom kombinálni az agilis munkavégzést egy nyilvános pályázattal?
Ez adaptált megközelítést igényel, mivel egy teljesen rögzített hatókörű pályázat előre ismert eredményt feltételez. A pályázati dokumentációban teret kell adni egy keretmegállapodásnak, rugalmasan meghatározott végrehajtási feladatokkal.
Mit kell intéznem a korai felmondással kapcsolatban?
Milyen feltételek mellett állhat le egy fél, mi történik a már leszállított komponensekkel és forráskóddal, milyen fizetési átutalás történik, és mire van szüksége egy másik beszállítónak a munka folytatásához.
Az NLdigital 2025-ös Általános Szerződési Feltételei elegendő útmutatást nyújtanak?
Csak korlátozott mértékben. Ezek a 2020-as kiadás utódjai, és többek között a megfelelőségről, a kiberbiztonságról, az adatmegosztásról, a mesterséges intelligenciáról és az online platformokról szóló fejezeteket bővítenek, de nem foglalkoznak az agilis szempontokkal. A 2020-as feltételek továbbra is ott maradnak érvényben, ahol megállapodtak róluk. Ezeket a végrehajtási megállapodásban kell rendezni.
Vitás ügye van egy IT-beszállítóval, vagy szeretné, hogy felülvizsgáljuk egy IT-szerződést? IT-jogászaink örömmel állnak rendelkezésére.
Hogyan Law & More segíthetünk ebben, ezt elmagyarázzuk a mi oldalunkon IT-jogász cimre.
