B2B Master Class z Moniką Drabek-Rainką
W 7. odcinku B2B Master Class Tomasz Grzemski gości Monikę Drabek-Rainkę, adwokat w kancelarii Law it up!, specjalizującą się w prawie nowych technologii. Tematem rozmowy jest "odczarowanie" umów IT – dokumentów, które często stają się kością niezgody między biznesem a działami prawnymi. Z tego odcinka dowiesz się, dlaczego narzucanie korporacyjnego szablonu umowy firmie IT to prosty przepis na porażkę projektu, czym różni się gwarancja od rękojmi w świecie software'u oraz jak bezpiecznie korzystać z rozwiązań Open Source w projektach komercyjnych.
Kluczowe punkty odcinka
- Umowa musi odzwierciedlać rzeczywistość – najczęstszym błędem jest podpisywanie sztywnych umów (np. Waterfall) przy projektach prowadzonych w metodyce zwinnej (Agile/Scrum), co prowadzi do sporów.
- Fixed Price to iluzja bezpieczeństwa – stała cena zazwyczaj zawiera duży bufor bezpieczeństwa (nawet dwukrotność estymacji) i generuje problemy przy każdej zmianie zakresu (Change Request).
- Time & Material (T&M) promuje transparentność – rozliczenie godzinowe jest najbardziej adekwatne przy projektach innowacyjnych, gdzie zakres prac ewoluuje w trakcie wdrożenia.
- Rower vs. Software – w przeciwieństwie do roweru, system IT składa się z tysięcy zmiennych komponentów, dlatego w B2B zazwyczaj wyłącza się ustawową rękojmię na rzecz precyzyjnie opisanej gwarancji.
- Pułapki Open Source – darmowe oprogramowanie (wolne licencje) nie zawsze można dowolnie modyfikować i sprzedawać; kluczowa jest weryfikacja warunków licencyjnych (np. GPL).
- •Forma pisemna jest święta – przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności; mailowe ustalenia w tym zakresie są bezskuteczne.
Szablon klienta vs. Specyfika IT
Monika Drabek-Rainka rozpoczyna od fundamentalnej kwestii: dlaczego firmy IT niechętnie podpisują szablony umów dostarczane przez działy prawne korporacji? Problem leży w nieprzystawalności standardowych kontraktów (często budowlanych lub zakupowych) do specyfiki wytwarzania oprogramowania. Klient często nie rozumie, czym jest Scrum, Sprint czy iteracja. Jeśli umowa mówi o "sztywnym harmonogramie i odbiorach", a zespół pracuje w Agile, dokument staje się fikcją ("umowa sobie, a życie sobie").
„Klient często nie rozumie, jak dany projekt IT będzie realizowany, bo robi to po raz pierwszy. Umowa to moment na edukację.” – Monika Drabek-Rainka
Ekspertka podkreśla, że negocjacje umowy to moment na edukację klienta – wyjaśnienie, jak projekt będzie realnie prowadzony, aby zapisy prawne wspierały proces, a nie go blokowały.
Odwieczny dylemat: Fixed Price czy Time & Material?
Większość rozmowy poświęcona jest modelom rozliczeń.
- Fixed Price (Stała cena): Klient czuje się bezpiecznie, znając końcową kwotę. Jednak Monika Drabek-Rainka ostrzega: przy projektach szytych na miarę, gdzie zakres jest niejasny, wykonawca musi doliczyć potężny bufor na ryzyko (nawet 100% narzutu). Każda zmiana w projekcie (a te są nieuniknione) uruchamia skomplikowaną procedurę Change Request (CR), co wydłuża czas i generuje konflikty.
- Time & Material (Rozliczenie godzinowe): Model, w którym płaci się za realnie przepracowany czas. Jest bardziej elastyczny i pozwala na szybsze dowiezienie MVP (Minimum Viable Product). Obawy o "naciąganie godzin" ekspertka kwituje krótko: w dobie transparentności taka firma szybko wypadłaby z rynku. Co ciekawe, ten model (jako "Open Book") zaczyna wchodzić nawet do branży budowlanej.
Gwarancja a Rękojmia – System to nie rower
Gość odcinka używa plastycznej metafory roweru, aby wyjaśnić różnicę między rękojmią a gwarancją.
System to nie rower. Rower łatwo zareklamować, bo widać, że rama pękła. W IT ustalenie źródła błędu to skomplikowany proces.” – Monika Drabek-Rainka
- Rękojmia: To ustawowa odpowiedzialność za wady (jak przy zakupie roweru, który ma pękniętą ramę). W IT jest ona trudna do egzekwowania i zazwyczaj wyłączana w umowach B2B.
- Gwarancja: To dobrowolne zobowiązanie, które precyzuje, co zostanie naprawione, w jakim czasie i na jakich zasadach. Ważnym wątkiem jest oczekiwanie klientów na "dożywotnią, darmową gwarancję". Monika wyjaśnia, że systemy IT nie działają w próżni – integrują się z zewnętrznymi bazami, przeglądarkami i systemami ERP. Błąd może wynikać z aktualizacji zewnętrznego komponentu, a nie ze złego kodu. Dlatego standardem rynkowym jest gwarancja ograniczona czasowo lub płatne umowy SLA (Service Level Agreement) na utrzymanie.
Open Source w projektach komercyjnych
Korzystanie z gotowych "klocków" (Open Source) przyspiesza wdrożenie i obniża koszty (zamiast 1000 godzin, programiści pracują 100). Jednak "darmowe" nie oznacza "bez zasad". Niektóre licencje (np. copyleft) wymagają, aby produkt pochodny również został udostępniony za darmo, co może "zabić" komercyjny projekt klienta. Software House musi być świadomy, jakich bibliotek używa. Dodatkowo, w przypadku Open Source, wykonawca często wyłącza gwarancję na sam "rdzeń" darmowego oprogramowania, ponieważ nie jest jego autorem (podobnie jak producent roweru może odesłać nas do producenta przerzutek).
Najczęstsze błędy prawne: Prawa autorskie i forma umowy
Największym grzechem w umowach IT jest niedochowanie formy pisemnej przy przenoszeniu autorskich praw majątkowych. W Polsce wymaga to "mokrego podpisu" lub kwalifikowanego podpisu elektronicznego. Ustalenia mailowe, skany czy "ptaszki" w systemach są w tym zakresie nieważne, co może skutkować tym, że klient zapłacił za system, ale formalnie nie jest jego właścicielem. Drugim błędem jest brak precyzyjnego Product Ownera po stronie klienta – osoby decyzyjnej, która ma czas i kompetencje, by prowadzić projekt. Bez niej nawet najlepsza umowa nie uchroni projektu przed paraliżem decyzyjnym.
Podziękowania
Dziękujemy Monice Drabek-Raince, adwokat z kancelarii Law it up!, za udział w cyklu B2B Master Class i merytoryczne przetłumaczenie zawiłości prawnych na język biznesu.
Ten odcinek pokazuje, że dobrze skonstruowana umowa IT nie jest "batem" na wykonawcę, ale instrukcją obsługi współpracy, która chroni obie strony. Dzięki wiedzy Moniki słuchacze mogą zrozumieć, dlaczego warto odejść od sztywnych szablonów na rzecz transparentnych modeli rozliczeń (T&M) i precyzyjnych zapisów o gwarancji, które realnie odzwierciedlają technologiczną naturę projektów e-commerce.
To kolejny odcinek B2B Master Class, który dowodzi, że sukces wdrożenia zależy nie tylko od kodu, ale od wzajemnego zrozumienia i zaufania sformalizowanego w mądrej umowie.
Powiązane treści
Poznaj dobre praktyki planowania procesów IT oraz zabezpieczania infrastruktury. Poniższe materiały pomogą Ci zbudować zdrową i transparentną relację z przyszłym partnerem technologicznym.
- Kompleksowe wdrożenia zwinnych platform e-commerce B2B w bezpiecznym modelu rozliczeń – Dowiedz się, w jaki sposób realizujemy zaawansowane projekty informatyczne, opierając się na metodyce Agile. Zobacz, jak partnerskie podejście i transparentność chronią Twój budżet przed ukrytymi kosztami.
- Case study Oceanic: Umiejętne zarządzanie projektem w metodyce Scrum i terminowe wdrożenie – Przeczytaj, jak nasze doświadczenie w zwinnym prowadzeniu projektów e-commerce pozwoliło sprawnie zrealizować platformę dla znanej marki. Poznaj korzyści płynące z obustronnej elastyczności podczas developmentu.
- Największe trudności związane z wdrożeniem platformy B2B e-commerce i jak ich uniknąć – Przejdź do artykułu eksperckiego, w którym omawiamy najczęstsze pułapki projektowe. Zrozum, dlaczego prawidłowa analiza i precyzyjne mapowanie odpowiedzialności to fundament bezpieczeństwa Twojej firmy.
- Jak mądrze zmienić agencję e-commerce i wynegocjować bezpieczne warunki utrzymaniowe SLA – Posłuchaj odcinka B2B Master Class z Tomaszem Grzemskim. Odkryj, jak uchronić się przed zjawiskiem vendor lock-in i dlaczego gwarancja pełnego dostępu do kodu źródłowego powinna być priorytetem.
- Zabezpieczenie prawne platformy B2B i precyzyjna umowa powierzenia danych z Software Housem – Obejrzyj kolejną rozmowę o prawie w IT. Zrozumiesz, na co koniecznie zwracać uwagę podczas podpisywania kontraktów technologicznych, aby uniknąć dotkliwych kar prawnych i finansowych w razie wycieku informacji.