IT dielo a agilný vývoj

Áno, ale nie tak, že sa do zmluvy napíše fixná cena za neurčitý rozsah. V praxi sa osvedčuje rámcová zmluva s objednávkami alebo šprintmi, rozpočtovým stropom a definíciou „hotového“ na úrovni jednotlivých dodávok. Zmluva potom nepredstiera, že zadanie poznáme na začiatku, ale hovorí, ako sa priebežne dohaduje a za čo sa platí.

Len podľa vopred dohodnutých akceptačných kritérií — najlepšie testovacích scenárov v prílohe. Bez nich sa akceptácia zmení na dohadovanie o dojmoch. Rozlíšte aj podstatné vady, ktoré bránia prevzatiu, od drobných, ktoré sa dopisujú do protokolu s lehotou na odstránenie.

Je to dojednanie, že dielo sa považuje za prevzaté, ak objednávateľ v dohodnutej lehote nevznesie výhrady alebo softvér začne produkčne používať. Dodávateľa chráni pred obštrukciami pri preberaní, objednávateľa môže zaskočiť. Nastavuje sa vyvážene — dostatočne dlhou testovacou lehotou a výnimkou pre podstatné vady.

Rozhoduje zmenový proces v zmluve. Odporúčame, aby zmena rozsahu bola účinná až po písomnom odsúhlasení jej dopadu na cenu a termín — inak vznikajú neplatené viacpráce na jednej strane a nečakané faktúry na druhej. Formulár change requestu preto patrí priamo do príloh zmluvy.

Odovzdanie zdrojového kódu, dokumentácie a prístupov k repozitárom treba dojednať výslovne a previazať s platbou míľnika — inak môžete zostať závislí od jedného dodávateľa. Použité open-source komponenty by mala zmluva vyžadovať evidovať v zozname aj s licenciami, pretože niektoré kladú podmienky na ďalšie nakladanie s výsledkom. Samotný rozsah licencie k dielu rieši služba softvérová a licenčná zmluva.