Wdrożenie się opóźnia. Czy to jeszcze ten sam zakres prac?
Zamawiający i wykonawca inaczej rozumieją ustalenia z początku projektu. Trzeba zestawić umowę z backlogiem, zmianami i zasadami odbioru, zanim spór o termin stanie się sporem o zapłatę.
SPECJALIZACJE / PRAWO IT
Prawo IT i oprogramowanie.
Pomagamy tworzyć, kupować i wdrażać technologię na jasno opisanych zasadach. Projektujemy i negocjujemy umowy, które łączą zakres prac, odbiory, dane, odpowiedzialność oraz prawa do kodu i produktu.
PRZYKŁADOWE SYTUACJE
Jakie pytania pojawiają się w praktyce?
To typowe dylematy firm, które pokazują zakres możliwej pomocy. Nie są opisami spraw konkretnych klientów.
Kupujemy system, bez którego firma nie może pracować. Co w razie awarii?
Warto ustalić poziom dostępności, czas reakcji, sposób zgłaszania błędów oraz dostęp do danych po zakończeniu usługi. Samo zapewnienie, że system jest „w chmurze”, nie opisuje tych zasad.
Kod tworzyło kilku wykonawców. Czy możemy rozwijać go dalej?
Sprawdzamy umowy z każdą osobą i firmą, użyte komponenty oraz zakres praw do kodu i dokumentacji. Dzięki temu wiadomo, jakie kwestie trzeba uporządkować przed sprzedażą produktu lub zmianą dostawcy.
ZAKRES WSPARCIA
Od pytania do konkretnej decyzji.
Dobieramy zakres pracy do etapu projektu i decyzji, którą trzeba podjąć.
umowy wdrożeniowe, serwisowe, utrzymaniowe i outsourcing IT
regulaminy SaaS, licencje, cloud i warunki korzystania z oprogramowania
SLA, odbiory, zmiany zakresu, gwarancja i odpowiedzialność
prawa do kodu, dokumentacji, baz danych i innych rezultatów
negocjacje po stronie dostawcy albo zamawiającego
DLA KOGO
Pracujemy z ludźmi, którzy prowadzą projekt.
- software house’y i dostawcy SaaS
- firmy zamawiające wdrożenia
- zespoły produktowe
- działy zakupów i technologii
PYTANIA I ODPOWIEDZI
Na początek warto wiedzieć.
Czy jeden wzór umowy wystarczy do każdego wdrożenia?
Nie. Model realizacji, sposób odbioru, odpowiedzialność i zasady zmian powinny odpowiadać konkretnemu produktowi, harmonogramowi oraz zależnościom między stronami.
Co najczęściej powoduje spory we wdrożeniach IT?
Nieprecyzyjny zakres, brak mierzalnych kryteriów odbioru, źle opisane zmiany oraz rozbieżność między harmonogramem biznesowym a odpowiedzialnością wykonawcy.
Czy zapłata za oprogramowanie oznacza nabycie praw?
Nie automatycznie. Trzeba ustalić, czy prawa są przenoszone, czy udzielana jest licencja, do których rezultatów i w jakim zakresie.
KONTAKT