Fixed price czy time and materials: jak wybrać model umowy

Fixed price czy time and materials? Jeśli zakres jest mały, dobrze opisany i nie zmieni się w trakcie, wybierz stałą cenę. Jeśli budujesz system, którego szczegóły poznasz dopiero w trakcie pracy, rozsądniejszy jest time and materials z limitem budżetu i regularną kontrolą postępu. Poniżej wyjaśniam, jak działa każdy model, gdzie leży ryzyko po obu stronach, kiedy sprawdza się model mieszany i jakie zapisy w umowie chronią zamawiającego.

Czym różnią się fixed price i time and materials

W modelu fixed price płacisz z góry ustaloną kwotę za z góry opisany zakres. W modelu time and materials (w skrócie T&M) płacisz za faktycznie przepracowany czas według uzgodnionej stawki godzinowej lub dziennej, a zakres może się zmieniać w trakcie.

Na papierze pierwsza opcja wygląda bezpieczniej, bo koszt znasz przed startem. W praktyce stała cena jest dokładnie tak pewna jak specyfikacja, na podstawie której ją policzono. O tym, co składa się na cenę systemu, piszę szerzej w tekście o tym, ile kosztuje system dedykowany. Model rozliczenia nie zmienia tych składników. Zmienia tylko to, kto płaci za pomyłkę w ich ocenie.

Kwestia	Fixed price	Time and materials
Kto ponosi ryzyko błędnej wyceny	formalnie wykonawca, w praktyce bufor w cenie	zamawiający
Zmiany zakresu	przez zlecenie zmiany i aneks	na bieżąco, przez zmianę priorytetów
Potrzebna specyfikacja	szczegółowa przed startem	cel, priorytety i lista znanych wymagań
Kontrola kosztu	kwota znana z góry	raporty godzin i limit budżetu
Zaangażowanie zamawiającego	duże na starcie i przy odbiorach	stałe, przy każdym przeglądzie postępu
Typowe zastosowanie	mały, powtarzalny zakres	nowy produkt, integracje, rozwój systemu

Kiedy fixed price ma sens

Fixed price sprawdza się wtedy, gdy zakres da się opisać w całości przed startem, a wykonawca robił już podobne rzeczy. Wtedy wycena jest oparta na doświadczeniu, a nie na zgadywaniu, i bufor bezpieczeństwa w cenie jest mały.

Stałą cenę rozważam, gdy spełnione są prawie wszystkie warunki z tej listy:

• zakres mieści się na kilku stronach: ekrany, role użytkowników, reguły, raporty,
• nie ma integracji z systemami, których zachowania nikt jeszcze nie sprawdził,
• wykonawca ma za sobą podobne wdrożenia i umie pokazać, z czego wynika jego wycena,
• budżet jest twardy, na przykład wynika z uchwały zarządu albo z umowy o dofinansowanie,
• zamawiający ma czas, żeby przed startem przygotować i zatwierdzić specyfikację.

Weźmy jako przykład firmę, która potrzebuje modułu zamówień hurtowych do istniejącego sklepu: logowanie klienta firmowego, cennik przypisany do klienta, eksport zamówienia do pliku. To da się opisać jednoznacznie, a wykonawca, który budował podobne moduły, wyceni pracę z małym marginesem błędu. Tu fixed price jest uczciwy dla obu stron.

Ryzyka fixed price po obu stronach

Fixed price przenosi ryzyko na wykonawcę tylko formalnie. Wykonawca wlicza je w cenę jako bufor, a gdy bufor się kończy, szuka oszczędności w miejscach, których zamawiający nie widzi od razu.

Prawo jest tu po stronie zamawiającego. Jeśli umowa ma charakter umowy o dzieło z wynagrodzeniem ryczałtowym, wykonawca nie może żądać podwyższenia ceny, nawet gdy nie dało się przewidzieć rozmiaru prac. Sąd może podwyższyć ryczałt albo rozwiązać umowę tylko wtedy, gdy nieprzewidywalna zmiana stosunków grozi wykonawcy rażącą stratą, jak stanowi art. 632 Kodeksu cywilnego. To mocna ochrona ceny, ale nie chroni jakości.

Po stronie zamawiającego ryzyka wyglądają tak:

• płacisz za bufor na ryzyko, które może się w ogóle nie pojawić,
• spór o to, co obejmowała specyfikacja, wraca przy każdym odbiorze,
• każda zmiana pomysłu to zlecenie zmiany, wycena i negocjacja, więc zespół zwalnia,
• gdy wycena okazała się za niska, pierwsze cięcia dotykają testów, dokumentacji i jakości kodu,
• wykonawcy zależy na szybkim odbiorze, a nie na tym, żeby system dobrze służył przez lata.

Po stronie wykonawcy ryzykiem jest strata na niedoszacowanym projekcie. Dlatego rzetelny software house przed wyceną ryczałtową prosi o etap analizy albo odmawia stałej ceny dla zakresu, którego nie rozumie. Taka odmowa to dobry sygnał, a nie brak pewności siebie.

Ryzyka time and materials i jak je ograniczyć

W time and materials ryzyko kosztowe leży po stronie zamawiającego: jeśli zespół pracuje wolno albo w złym kierunku, płacisz za każdą godzinę. Ten model działa dobrze tylko wtedy, gdy zamawiający widzi postęp i może szybko zmienić kierunek.

Ryzyko T&M ograniczają proste mechanizmy:

• limit budżetu na etap lub miesiąc i obowiązek uprzedzenia, zanim zespół się do niego zbliży,
• raport godzin rozbity na zadania, z wglądem w system zadań wykonawcy,
• pokaz działającego oprogramowania po każdym cyklu prac, a nie tylko status w mailu,
• szacunek przed startem każdej większej pozycji i porównanie z wykonaniem,
• osoba po stronie zamawiającego, która ustala priorytety i ma na to czas.

Taki rytm pracy opisuje większość metodyk zwinnych. Jeśli dopiero je poznajesz, zacznij od tekstu o tym, jak zarządzać projektami IT zwinnie. T&M nie znaczy bez planu: dobrze prowadzony projekt ma listę zadań z orientacyjną wyceną, priorytety i ustaloną datę przeglądu budżetu.

Model mieszany: najpierw analiza, potem rozwój

Zamiast wybierać fixed price albo time and materials w czystej postaci, najczęściej polecam model mieszany. Najpierw krótki etap analizy i makiet za stałą cenę, potem budowa rozliczana godzinowo z limitem albo ryczałtem dla kolejnych etapów, gdy zakres jest już znany. Taki układ dzieli ryzyko tam, gdzie da się je ocenić.

Spotykane warianty:

• Analiza za ryczałt, budowa w T&M: płacisz stałą kwotę za opis procesów, makiety i plan, a potem rozliczasz pracę godzinowo.
• Ryczałt na etapy: każdy kamień milowy wyceniany osobno, dopiero gdy poprzedni jest odebrany.
• T&M z limitem: wykonawca nie przekracza ustalonej kwoty bez pisemnej zgody zamawiającego.
• Stały budżet, zmienny zakres: płacisz stałą kwotę za okres pracy zespołu, a priorytety decydują, co się w nim zmieści.

Przykład: firma dystrybucyjna planuje portal dla dealerów połączony z systemem ERP. Zamiast jednej wyceny całości zamawia najpierw analizę procesów i makiety za stałą kwotę. Po analizie wiadomo, jakie dane trzeba wymieniać z ERP, więc panel dealera można wycenić ryczałtem, a integrację, której zachowania nikt jeszcze nie sprawdził na danych produkcyjnych, rozliczyć godzinowo z limitem.

Jak czytać oferty w obu modelach

Oferty w modelu fixed price i time and materials porównuje się po tym, co obejmują, a nie po kwocie na pierwszej stronie. Dwie oferty fixed price o podobnej cenie potrafią opisywać zupełnie inny zakres prac.

W ofercie ze stałą ceną szukam tego, czego w niej nie ma: testów, wdrożenia na serwer produkcyjny, migracji danych, dokumentacji, poprawek po odbiorze, okresu gwarancji. W ofercie T&M sprawdzam stawki dla poszczególnych ról, przedział szacunku zamiast jednej liczby, skład zespołu i to, kto realnie będzie pracował nad projektem. Brak przedziału w szacunku T&M zwykle znaczy, że nikt go rzetelnie nie liczył.

Zapisy w umowie, które chronią zamawiającego

Niezależnie od modelu kilka zapisów warto mieć w każdej umowie z wykonawcą oprogramowania. Chronią przed sporem o odbiór, przed utratą dostępu do kodu i przed niekontrolowanym wzrostem kosztów.

1. Definicja odbioru: co znaczy gotowe, kto testuje, ile dni roboczych ma zamawiający na uwagi i jak klasyfikuje się błędy.
2. Procedura zmian: zmiana zgłoszona na piśmie lub mailem, wyceniona przed realizacją i zaakceptowana przez wskazaną osobę.
3. Dostęp do kodu na bieżąco: repozytorium po stronie zamawiającego albo stałe kopie, a nie przekazanie dopiero przy odbiorze końcowym.
4. Prawa autorskie: przeniesienie praw albo licencja z wymienionymi polami eksploatacji i jasno określony moment przejścia, na przykład z zapłatą za etap.
5. Raportowanie: w T&M rozbicie godzin na zadania i prawo wglądu w system zadań.
6. Limit budżetu: kwota, której nie wolno przekroczyć bez zgody, i obowiązek ostrzeżenia przed jej osiągnięciem.
7. Kluczowe osoby: kto pracuje nad projektem i że zmiana tych osób wymaga uprzedzenia.
8. Wyjście z umowy: wypowiedzenie, przekazanie kodu, dokumentacji i dostępów oraz pomoc przy przejęciu przez inny zespół.

Ostrożnie z wysokimi karami umownymi za opóźnienie w umowie ryczałtowej. Wykonawca doliczy je do ceny albo nie złoży oferty, a często rezygnują właśnie ci, którzy dobrze liczą ryzyko. Lepiej działa podział na etapy i płatność za odebrane części.

Fixed price czy time and materials: pytania przed decyzją

Decyzję ułatwia kilka pytań, które zamawiający powinien zadać sobie, zanim zacznie zbierać oferty. Odpowiedzi szybko pokazują, który model pasuje do projektu.

• Czy potrafię opisać zakres tak, żeby dwie różne firmy wyceniły dokładnie to samo?
• Czy mam czas regularnie oglądać postęp i decydować o priorytetach?
• Czy budżet jest twardy, czy ważniejszy jest efekt biznesowy?
• Czy w projekcie są integracje z systemami, których zachowania nikt jeszcze nie sprawdził?
• Czy wykonawca robił podobne projekty i umie pokazać, skąd wziął wycenę?

Jeśli na pierwsze pytanie odpowiadasz tak, a na czwarte nie, stała cena ma sens. Jeśli jest odwrotnie, wybierz time and materials albo model mieszany. Ta sama logika dotyczy szerszej decyzji o tym, które prace oddać na zewnątrz, o czym piszę w tekście o tym, jak działa outsourcing IT w firmie.

Następny krok: zanim poprosisz o oferty, opisz cel projektu, główne procesy i znane integracje na jednej, dwóch stronach, a potem zapytaj każdego wykonawcę, który model proponuje i dlaczego. Sposób odpowiedzi dużo mówi o tym, jak firma rozumie ryzyko. Jeśli chcesz przejść przez wybór fixed price czy time and materials dla konkretnego projektu, napisz do mnie bezpośrednio.