A fix áras szoftverfejlesztési szerződés nem az árat rögzíti, hanem a scope-ot. Ha a követelmények menet közben változnak, és egy pénzügyi IT-projektben szinte mindig változnak, a kockázat nem tűnik el, csak átkerül a change requestekbe és a beszállító kockázati felárába. A time and material ott működik, ahol a bizonytalanság nagy, de csak átláthatósággal és költségkerettel. A legjobb kompromisszum sokszor egy fix áras felmérés, utána keretösszeges time and material.
Röviden
- A fix ár akkor működik, ha a követelmények stabilak, jól leírhatók, és a megrendelő oldalán sincs nagy változás várható.
- A time and material akkor működik, ha a scope még alakul, és a megrendelő naponta tud dönteni a prioritásokról.
- Fix árnál a beszállító beárazza a bizonytalanságot, és minden eltérés change request lesz. Time and materialnél a kockázat a megrendelőnél marad, ezért átláthatóság és keretösszeg kell hozzá.
- Pénzügyi szolgáltatóknál a DORA a szerződés tartalmára ír elő követelményeket, az árazási modelltől függetlenül.
Volt CIO-ként sokszor ültem olyan beszerzési egyeztetésen, ahol a fix ár volt a biztonságos választás. A pénzügy szereti, mert egy szám kerül a költségvetésbe, az igazgatóság szereti, mert van mire hivatkozni. A projekt végén aztán rendszerint kiderült, hogy a fix ár a költségvetési sort védte, nem a projektet.
Fix ár és time and material: mi a különbség valójában?
Fix árnál a beszállító egy előre leírt scope-ot vállal egy előre rögzített összegért és határidőre. A kockázat papíron a beszállítónál van: ha többet dolgozik, az az ő vesztesége.
Time and materialnél (T&M) a ráfordított munkaidőt fizeted, jellemzően szakértői napidíjban. A scope rugalmas, menet közben átrendezheted a prioritásokat, de a költségkockázat nálad marad.
Ez a tankönyvi különbség. A gyakorlatban egy másik kérdés dönt: ki és mikor határozza meg, mi készüljön el. Fix árnál ezt a szerződés aláírásakor egyszer és mindenkorra eldöntöd, time and materialnél hétről hétre.
A fix ár nem az árat rögzíti, hanem a scope-ot
A fix áras szerződés akkor fagyasztja be a specifikációt, amikor a projektről a legkevesebbet tudsz: az elején. Minden, amit később tanulsz – a felhasználói visszajelzés, egy új szabályozói elvárás, egy rejtett függőség a core rendszerben –, eltérés a szerződéstől. Ebből három dolog következik.
A beszállító beárazza a bizonytalanságot. Egy tapasztalt beszállító nem vállal fix árat kockázati felár nélkül. Minél homályosabb a specifikáció, annál nagyobb a felár. Vagyis a fix ár ott a legdrágább, ahol a legnagyobb a bizonytalanság, és sokszor pont ott ragaszkodik hozzá legjobban a beszerzés.
A change request lesz a valódi árlista. A szerződéskötés után minden változás külön ajánlatot, egyeztetést és jóváhagyást igényel. A projekt végösszegét így nem az eredeti ár, hanem a change requestek összege dönti el. Erről korábbi cikkünkben, a scope creep kezeléséről részletesebben is írtunk.
A vita a specifikáció értelmezéséről szól, nem a felhasználóról. Fix árnál mindkét fél érdeke a saját olvasata: a beszállítóé a szűkebb, a megrendelőé a tágabb. Az üzleti elemző ilyenkor fordítóból döntőbíróvá válik, a csapat energiája pedig a projektről a szerződésre megy át.
A time and material sem bianco csekk
A time and material ellen a leggyakoribb érv, hogy nincs felső határa. Ez akkor igaz, ha a megrendelő nem figyel. A T&M-ben a kontrollt nem a szerződéses ár adja, hanem az átláthatóság.
A Mitigia carbon credit platformjánál a scope a befektetői elvárások és a piaci visszajelzések alapján fejlesztés közben is bővült. A változások egy része nem is a megrendelő csapatától jött, hanem a finanszírozójától. Ilyen környezetben a heti státuszlevél tartotta kézben a projektet: mit végeztünk el, mit vállalunk a következő hétre, mi nem készült el határidőre, és miért nem. Ez a néhány sor többet ér egy bonyolult kötbérkonstrukciónál, mert a megrendelő minden héten látja, mire megy el a pénze, és bármikor irányt válthat.
Time and materialnél a megrendelőnek is van dolga. Kell egy ember, aki naponta elérhető, és dönteni is mer a prioritásokról. Ha ez hiányzik, a T&M valóban drága lesz, de nem a szerződés miatt.
Mikor melyiket válaszd? Döntési szempontok
| Szempont | Inkább fix ár | Inkább time and material |
|---|---|---|
| Követelmények érettsége | Leírt, stabil, ismert folyamat | Még alakul, új termék vagy új üzleti modell |
| Változás valószínűsége | Kicsi | Nagy, a piac vagy a befektető is alakítja |
| Megrendelői döntéshozó | Ritkán érhető el | Naponta elérhető, felhatalmazással |
| Integrációk, legacy függőségek | Kevés, jól dokumentált | Sok, a core rendszerbe nyúlunk |
| Mit akarsz rögzíteni? | Költségvetést és eredményt | Csapatot, tempót és prioritási jogot |
Ha az öt szempontból legalább háromnál a jobb oldali oszlop illik a projektedre, a fix ár valószínűleg csak elrejti a kockázatot.
A harmadik út: fix áras felmérés, utána keretösszeges time and material
A pénzügyi szektorban a beszerzésnek és az igazgatóságnak jogos igénye, hogy legyen egy jóváhagyható szám. A projektnek pedig az, hogy tanulhasson menet közben. A kettő összeegyeztethető, ha a szerződés két szakaszból áll.
- Fix áras felmérés (1–3 hét). Ebben a szakaszban az üzleti elemzés feltérképezi az igényeket, a függőségeket és azt, hogy az üzleti modell mennyire kész. Ennek a kimenete a mérföldkövekre bontott scope és egy reális becslés. Ha vannak vizuális tervek, például Figmában, azokból már ekkor összeállítható a mérföldkő-lebontás.
- Keretösszeges time and material (angolul capped time and materials). A megvalósítás T&M-ben fut, de rögzített felső kerettel és mérföldkövenkénti felülvizsgálattal. A változásokat előre megállapodott change request folyamat kezeli, így minden módosításból egy ismert döntési lépés lesz, nem vita.
Ezzel a beszerzés kap egy felső összeget, a projekt pedig megkapja a rugalmasságot. A felmérés ráadásul önmagában is döntési pont: ha kiderül, hogy az ötlet még nem érett meg, kevés pénzzel lehet megállni.
Amit a DORA hozzátesz a szerződéshez
Bankoknál, biztosítóknál és más pénzügyi szolgáltatóknál az árazási modell nem ment fel a szerződés tartalmi követelményei alól. A DORA rendelet 30. cikke minden IKT-szolgáltatási szerződésnél előírja többek között a szolgáltatás egyértelmű leírását, az adatkezelés helyét, a felmondási jogokat és az együttműködést a felügyelettel. A kritikus vagy fontos funkciókat támogató szolgáltatásoknál emellett pontos mennyiségi és minőségi teljesítménycélok, auditjog és kilépési stratégia is kell.
Az árazás szempontjából van egy pont, amelyet sokan átsiklanak: ha a szolgáltatással összefüggő IKT-incidens történik, a beszállítónak díjmentesen vagy előre meghatározott áron kell segítséget nyújtania. Egy tiszta time and material szerződésben tehát az incidenskezelésnek akkor is előre rögzített ára kell legyen, ha minden más munka óradíjban megy.
Ennek van egy másik, kevésbé nyilvánvaló következménye is: egy time and material szerződés sem lehet csak „óradíj és létszám”. Ha a fejlesztés kritikus funkciót érint, a T&M szerződésben is mérhetően le kell írni, mit szállít a beszállító. Részletesen a DORA rendelet és az IT-beszállítók kapcsolatáról szóló cikkünkben írtunk erről.
Amit a FrontX-nél másképp csinálunk
- Üzleti elemzéssel kezdünk. Új termék vagy bizonytalan scope esetén előbb az igényeket és a függőségeket térképezzük fel, és csak utána becsüljük a megvalósítást.
- Heti írásos státusz. Minden héten leírjuk, mit végeztünk el, mit vállalunk, és mi csúszott, okkal együtt. Nincsenek üres vállalások.
- A change request folyamatot a szerződésbe írjuk. Előre megállapodunk, hogyan kezeljük a változást, mert minden projektben lesz belőle.
- Mindkét oldalt ismerjük. Csapatunk tagjai dolgoztak megrendelői oldalon pénzügyi szolgáltatóknál, ezért tudjuk, mire van szüksége a beszerzésnek és az igazgatóságnak a jóváhagyáshoz. Erre épül a digitális termékfejlesztés és egyedi szoftverfejlesztés szolgáltatásunk.
Ha most döntesz egy fejlesztés szerződési modelljéről, szívesen átnézzük veled, melyik illik a projekt bizonytalanságához: kérj ingyenes konzultációt.
Gyakran ismételt kérdések
Mi a különbség a fix ár és a time and material között?
Fix árnál a beszállító egy előre leírt scope-ot vállal rögzített összegért és határidőre. Time and materialnél a ténylegesen ráfordított munkaidőt fizeted, és menet közben alakíthatod a scope-ot. Az első a költségvetést rögzíti, a második a rugalmasságot adja.
Mikor érdemes fix áras szoftverfejlesztési szerződést kötni?
Ha a követelmények stabilak és jól leírhatók, kevés az integráció, és nem várható nagy változás a projekt alatt. Ilyen lehet például egy jól ismert folyamat digitalizálása vagy egy meglévő funkció bővítése.
Hogyan lehet kordában tartani a time and material költségét?
Rögzített felső kerettel, mérföldkövenkénti felülvizsgálattal és heti, írásos státuszjelentéssel. Kell egy megrendelői döntéshozó is, aki naponta elérhető, és dönteni tud a prioritásokról.
Mi az a change request, és miért drágítja a fix áras projektet?
A change request a szerződésben rögzített scope módosítása. Fix áras projektnél minden változás külön ajánlatot és jóváhagyást igényel, így a projekt végösszegét gyakran a change requestek határozzák meg, nem az eredeti ár.
Vonatkozik a DORA a szoftverfejlesztési szerződésekre?
Igen, ha a megrendelő pénzügyi szolgáltató, és a szerződés IKT-szolgáltatásra vonatkozik. A DORA 30. cikke az árazási modelltől függetlenül előírja a szerződés kötelező tartalmát, a kritikus funkcióknál pedig mérhető teljesítménycélokat és kilépési stratégiát is.
Behán László a FrontX Kft. ügyvezetője és társalapítója. Korábban a Signal Biztosító CIO-ja, a Groupama Biztosító fejlesztési és adattárház-vezetője, valamint a LeasePlan Hungaria igazgatóságának tagja volt operációs igazgatóként. 20 év IT és üzleti vezetői tapasztalattal rendelkezik a pénzügyi szektorban. LinkedIn-profil
