05 / 06
ZESPÓŁ TECHNOLOGICZNY
Praca i B2B w IT
Model współpracy w zespole IT wpływa jednocześnie na odpowiedzialność, własność kodu, poufność i możliwość rozwoju produktu. Dobieramy dokumenty do realnego sposobu wykonywania pracy, zamiast jedynie zmieniać nazwę umowy.
Kiedy pomagamy
Prawo włączone we właściwym momencie projektu.
- 01
firma wybiera między umową o pracę, B2B i innym kontraktem
- 02
brakuje ciągłości praw do kodu tworzonego przez zespół
- 03
trzeba uregulować poufność, zakaz konkurencji lub pracę zdalną
- 04
organizacja porządkuje odejście specjalisty i przekazanie wiedzy
Zakres wsparcia
Od diagnozy do decyzji i wdrożenia.
umowy z pracownikami, współpracownikami i kadrą zarządzającą
prawa autorskie do kodu, dokumentacji i innych rezultatów
poufność, zakaz konkurencji, sprzęt i bezpieczeństwo informacji
onboarding, zmiana roli i bezpieczne zakończenie współpracy
Dla kogo
Wsparcie dopasowane do roli w projekcie.
- software house’y↗
- startupy i scaleupy↗
- działy HR↗
- zespoły produktowe↗
Pytania i odpowiedzi
Najważniejsze kwestie na początku rozmowy.
01Czy umowa B2B zawsze jest bezpieczniejsza dla firmy?+
Nie. O bezpieczeństwie decyduje zgodność dokumentu z rzeczywistym sposobem współpracy, prawidłowy podział odpowiedzialności oraz konsekwencje podatkowe, ubezpieczeniowe i pracownicze.
02Jak zabezpieczyć prawa do kodu?+
Trzeba ustalić, kto tworzy rezultat, na jakiej podstawie oraz jaki zakres praw ma otrzymać firma. Ważne są także biblioteki zewnętrzne, open source, dokumentacja i wkład podwykonawców.
03Co uregulować przy odejściu programisty?+
Poza rozliczeniami warto zabezpieczyć przekazanie repozytoriów, dostępów, dokumentacji i wiedzy oraz przypomnieć zasady poufności i korzystania z własności intelektualnej.
Kontakt
Zacznijmy od konkretnego problemu.
Podczas pierwszej rozmowy ustalimy kontekst, cel biznesowy i najbliższą decyzję. Jeżeli zakres wymaga dodatkowej analizy, powiemy to wprost.