Strona główna

Zlecenie — dwa jasne modele umowy

Stała cena z kamieniami milowymi dla zdefiniowanych projektów rozwojowych, kontyngent godzinowy do bieżącego doradztwa i zadań o trudnym do zaplanowania zakresie. Brak wynajmu pracowników.

Sposób zorganizowania zlecenia naznacza cały projekt — od pierwszej rozmowy, przez codzienną współpracę, aż do odbioru. Jasno sformułowane umowy chronią obie strony: klienta przed niespodziankami, dostawcę przed oczekiwaniami, których nie ma w umowie.

Istnieją dwa sprawdzone modele. Właściwy wybór nie zależy od tego, który jest tańszy — lecz od tego, jak jasno cel projektu można opisać na początku.

Stała cena

1. Umowa ze stałą ceną (umowa o dzieło)

Nadaje się do: projekty rozwojowe z jasno opisywalnym rezultatem i zdefiniowanymi kamieniami milowymi — typowo rozwój kompleksowy, projekty sprzętowe, projekty FPGA, moduły oprogramowania układowego o zdefiniowanej funkcjonalności.

Przebieg:

  • Jasna definicja celu i świadczenia na początku
  • Przy większych projektach podział na etapy (kamienie milowe), każdy z uzgodnioną płatnością częściową
  • Fakturowanie po dostawie każdego kamienia milowego (lub całości przy małych projektach)
  • Płatność w uzgodnionym terminie (zwykle 14, najpóźniej 30 dni)
  • Odbiór końcowy i płatność końcowa po pełnej dostawie
  • Zmiany w trakcie projektu są obsługiwane w aneksie

Korzyści dla klienta:

  • Gwarancja ceny: cena całkowita jest ustalona przed rozpoczęciem projektu. Brak niespodzianek na końcu.
  • Brak ryzyka zaliczki: płatności następują dopiero po dostawie świadczenia.
  • Podział ryzyka: odchylenia w nakładzie pracy ponosi dostawca; to jest istotą umowy ze stałą ceną.
  • Twarde zobowiązanie do dostawy: dostarczane jest to, co jest w specyfikacji. Spory o «tego nie miałem na myśli» zostają przesunięte do fazy wyjaśniającej na początku.
  • Bezpieczeństwo na kamień milowy: płacisz tylko za faktycznie odebrane rezultaty.

Co jako klient masz dostarczyć:

  • Wystarczająco jasna definicja zadania na początku
  • Szybki odbiór kamieni milowych (zwykle w ciągu 5–10 dni roboczych)
  • Dostarczenie potrzebnych informacji (istniejące interfejsy, dokumentacja techniczna, dostępy do systemów docelowych)
  • Terminowa płatność faktur w uzgodnionym terminie
Kontyngent godzinowy

2. Kontyngent godzinowy

Nadaje się do: bieżące towarzyszenie, doradztwo, przeglądy kodu, analizy i projekty, których zakres jest trudny do oszacowania na początku — prace eksploracyjne, poszukiwanie błędów w cudzym kodzie, analiza odziedziczonego oprogramowania.

Przebieg:

  • Uzgodnienie kontyngentu godzinowego jako maksymalnych ram zlecenia
  • Fakturowanie tylko faktycznie przepracowanych godzin
  • Fakturowanie miesięczne z raportem działań
  • Termin płatności 14 lub najpóźniej 30 dni od otrzymania faktury
  • Brak przedpłaty kontyngentu — koszty powstają tylko z faktycznie przepracowanych godzin
  • Korekta kontyngentu możliwa, gdy tylko okaże się, że potrzebne jest więcej pracy

Korzyści dla klienta:

  • Brak ryzyka zaliczki: płacisz za wykonaną pracę, po jej wykonaniu
  • Elastyczność: płacisz dokładnie za to, co zostało wykonane, ani więcej, ani mniej
  • Niska bariera wejścia: również małe zlecenia są opłacalne, bo nie wymagają ciężkiej specyfikacji
  • Zdolność reakcji: krótkie życzenia mogą być załatwione w uzgodnionych ramach bez nowych negocjacji
  • Przejrzystość: raport działań czyni każdą godzinę śledzalną

Co jako klient masz dostarczyć:

  • Jasna priorytetyzacja kolejnego zadania
  • Dostarczenie potrzebnych informacji do każdego zadania
  • Akceptacja, że dokładny nakład pracy na zadanie można wcześniej oszacować tylko z grubsza
  • Terminowa płatność faktur miesięcznych w uzgodnionym terminie

Który model pasuje do Twojego projektu?

SytuacjaZalecany model
Kompleksowy rozwój z jasną specyfikacjąStała cena
Projekt sprzętowy lub FPGA ze zdefiniowanymi wymaganiamiStała cena
Analiza błędu lub przejęcie kodu o niejasnym zakresieKontyngent godzinowy
Bieżące doradztwo przez wiele miesięcyKontyngent godzinowy
Towarzyszenie zewnętrznemu projektowi z punktowym wsparciemKontyngent godzinowy
Wymóg stałej ceny z wewnętrznego centrum kosztówStała cena

W razie wątpliwości polecam kontyngent godzinowy na pierwsze tygodnie — gdy tylko wymagania są wystarczająco jasne, można przejść do stałej ceny. To przejście czyni wejście niskoryzykownym.

Zarządzanie projektem w modelu umowy

Przy kompleksowych pracach rozwojowych zarządzanie projektem jest zawarte w umowie ryczałtowej — specyfikacja wymagań, architektura, planowanie kamieni milowych, przeglądy i dokumentacja odbioru wchodzą w zakres dostawy. Jeżeli wymagane jest wyłącznie zarządzanie projektem do wsparcia istniejącego zespołu klienta, odbywa się to preferencyjnie poprzez stałe ceny za poszczególne dostawy: specyfikacja wymagań, dokument architektoniczny, macierz śledzenia, tabela FMEA itd. Budżety godzinowe są możliwe, ale lepiej nadają się do bieżącego wsparcia technicznego niż do jasno wyodrębnionych dostaw dokumentacyjnych.

Czego nie oferuję: wynajem pracowników

Stan: wyraźnie wykluczony.

Wynajem pracowników (praca tymczasowa, użyczanie pracowników) wyraźnie nie jest oferowany. Wynika to ze struktury przedsiębiorstwa jako niezależnego konsultanta z własną spółką — dwa powyższe modele pokrywają wszystkie zwykłe układy projektowe.

To rozgraniczenie nie jest tylko formalne — chroni Państwa jako klienta przed możliwymi konsekwencjami z zakresu prawa socjalnego związanymi z nielegalnym wynajmem pracowników.

Pierwsza rozmowa i niezobowiązująca ocena projektu

Każde zlecenie zaczyna się od pierwszej rozmowy, w której projekt jest krótko omawiany. Na tej podstawie powstaje zgrubne oszacowanie nakładu pracy i rekomendacja modelu umowy. Pierwsza rozmowa jest bezpłatna i niezobowiązująca — również jeśli nie wynika z niej żadne zlecenie. Podpisanie NDA dla projektów poufnych jest oczywistością.

Typowa pierwsza rozmowa trwa 30 do 60 minut i odbywa się telefonicznie lub przez wideokonferencję. Późniejsza praca projektowa również odbywa się głównie zdalnie — to obniża koszty i pozwala na ciągłą koncentrację. Do przygotowania wystarczy krótki e-mail z kilkoma słowami kluczowymi o projekcie.

Ogólne warunki

Ogólne warunki obowiązują dla wszystkich zleceń. Regulują odpowiedzialność, gwarancję, poufność, czas trwania umowy i przypadki szczególne, takie jak wcześniejsze rozwiązanie. Warunki są tak sformułowane, by były bezpośrednio użyteczne w zwykłych projektach embedded; odmienne ustalenia są możliwe w poszczególnych przypadkach i są negocjowane oddzielnie.

Schemat kolorów

Język