IT dílo a agilní vývoj

Ano, ale ne tak, že se do smlouvy napíše pevná cena za neurčitý rozsah. V praxi se osvědčuje rámcová smlouva s objednávkami nebo sprinty, rozpočtovým stropem a definicí „hotového“ na úrovni jednotlivých dodávek. Smlouva potom nepředstírá, že zadání známe na začátku, ale říká, jak se průběžně dojednává a za co se platí.

Pouze podle předem dohodnutých akceptačních kritérií — nejlépe testovacích scénářů v příloze. Bez nich se akceptace změní v dohadování o dojmech. Rozlište také podstatné vady, které brání převzetí, od drobných, které se dopisují do protokolu se lhůtou k odstranění.

Jde o ujednání, že dílo se považuje za převzaté, pokud objednatel v dohodnuté lhůtě nevznese výhrady nebo začne software produkčně používat. Dodavatele chrání před obstrukcemi při přebírání, objednatele může zaskočit. Nastavuje se vyváženě — dostatečně dlouhou testovací lhůtou a výjimkou pro podstatné vady.

Rozhoduje změnový proces ve smlouvě. Doporučujeme, aby změna rozsahu byla účinná až po písemném odsouhlasení jejího dopadu na cenu a termín — jinak vznikají neplacené vícepráce na jedné straně a nečekané faktury na druhé. Formulář change requestu proto patří přímo do příloh smlouvy.

Předání zdrojového kódu, dokumentace a přístupů k repozitářům je třeba dohodnout výslovně a propojit s platbou milníku — jinak můžete zůstat závislí na jednom dodavateli. Použité open-source komponenty by smlouva měla vyžadovat evidovat v seznamu i s licencemi, protože některé kladou podmínky na další nakládání s výsledkem. Samotný rozsah licence k dílu řeší služba softwarová a licenční smlouva.