Tworzenie umowy dla pisarzy technicznych

Obecny etap:
opracowywanie dokumentacji. Sprawdź oś czasu.

Na tej stronie znajdują się kwestie, które należy wziąć pod uwagę podczas zawierania umowy z twórcą technicznym sezonu w Dokumentach Google. Nie jest to porada prawna ani wyczerpująca lista wszystkich kwestii, które należy wziąć pod uwagę podczas tworzenia umów technicznych dotyczących projektów open source. W zależności od potrzeb organizacji lub projektu przed rozpoczęciem współpracy z twórcą technicznym warto skonsultować się z prawnikiem.

Zakres prac

  • Utwórz listę utworów objętych umową. Podaj jak najwięcej szczegółów. Na przykład zamiast „Dokumentacja interfejsu API” utwórz listę punktów końcowych, które muszą być udokumentowane, oraz informacje, które należy uwzględnić, takie jak przykładowe polecenie curl lub lista parametrów.
  • Skąd wiadomo, że treść jest „ukończona”?
  • Inne ważne kwestie:
    • Kto będzie właścicielem praw autorskich do danego utworu? W ramach której licencji zostanie zwolniony? Jaki udział otrzyma autor tekstu (wzmianka w witrynie, informacja o współtwórcy itp.)? Co zrobić, jeśli w przyszłości zajdzie konieczność ponownej licencji na treści? Jeśli np. oczekujesz, że scenarzysta techniczny podpisze umowę licencyjną dla współtwórców dotyczącą Twojego projektu open source, poinformuj o tym.
    • Jeśli spodziewasz się, że autor techniczny będzie uczestniczył w kilku okresach sprawdzania zmian, poinformuj ich o tym. Możesz np. poinformować, że spodziewasz się pierwszej wersji roboczej, a następnie drugiej prośby o rozwiązanie problemów technicznych, a potem ostatecznego zatwierdzenia na potrzeby korekty.
    • Jeśli oczekujesz, że autor tekstu dostarczy treści w określonym formacie, np. w formacie Markdown, umieść to w swojej umowie.
    • Czy w projekcie znajdują się wytyczne dotyczące korzystania z generatywnej AI do tworzenia dokumentacji lub kodu? Pamiętaj, aby udostępnić te wskazówki autorowi ds. technicznych.

Odszkodowanie

  • Uzgodnij z autorem tekstu ds. technicznych harmonogram płatności powiązany z określonymi datami i terminami dostaw.
  • Czy zapłacisz z góry na początku pracy?
  • Co się stanie, jeśli utworu nie będzie można wykorzystać lub zaakceptować (ponieważ zmieniły się priorytety projektu lub weryfikator zrezygnował z pracy itp.)? Czy możesz zapłacić „opłatę za śmierć”, by zrekompensować czas, jaki autor tekstu poświęcił?
  • Kto będzie odpowiadać za wszelkie opłaty za przeliczanie walut związane z wybraną formą płatności?

Komunikacja

  • Czy oczekujesz, że specjalista techniczny będzie dostępny podczas rozmów wideo lub spotkań?
  • Jakich kanałów komunikacji będziesz używać i jaki jest spodziewany czas odpowiedzi? Jeśli na przykład spodziewasz się, że specjalista techniczny odpowie na e-maile (lub wiadomości w Slacku) w ciągu jednego dnia, zaznacz to wyraźnie.
  • Z kim z projektu może skontaktować się wykonawca techniczny w sprawie różnych pytań, dotyczących na przykład problemów z płatnościami, konieczności sprawdzenia, odblokowania problemów z narzędziami lub kanałami albo innych czynnikach blokujących?
  • Czy autorzy powinni zastosować określoną procedurę, by przesłać swoją pracę, uzyskać opinie lub recenzje?

Narzędzia

  • Jakich narzędzi (lub wersji narzędzi) musi użyć zawodowiec, aby stworzyć swoją pracę?
  • Kto odpowiada za pomoc twórcy technicznego w konfiguracji, w uzyskaniu dostępu i uzyskiwaniu uprawnień?

Rozwiązywanie nieporozumień

  • Jak rozwiążecie spory dotyczące jakości materiałów technicznych? Kto podejmuje ostateczną decyzję?
  • Jak wygląda proces zwolnienia autora technicznego z projektu? Może to być na przykład brak 3 terminów z rzędu lub oddanie zadań o nieakceptowalnej jakości. W ramach egzekwowania tej procedury należy podać wyraźne dalsze kroki („Spodziewamy się prośby o wysłanie pierwszej wersji roboczej do najbliższego piątku”, a nie „Jak najszybciej prześlij swoją pracę”).
  • W jaki sposób powinien zrezygnować z publikacji? Jeśli to możliwe, to czy powinni wysłać powiadomienie, przygotować dokument lub poprosić o rozmowę?
  • Nie zapominaj o obowiązkach wobec autora projektu. Jeśli na przykład mentorzy zrezygnują z pracy i nie będzie można ich zastąpić lub jeśli nie będzie można zrealizować obiecanej weryfikacji, możesz przeznaczyć część środków pozostałych dla autora projektu (nawet jeśli nie będzie to możliwe).
  • Wyraźnie poinformuj, że autor techniczny jest zobowiązany do przestrzegania Kodeksu postępowania obowiązującego w projekcie, i podaj link do procesu egzekwowania Kodeksu postępowania. Możesz wyraźnie zaznaczyć, że naruszenie zasad CoC spowoduje zakończenie projektu i utratę płatności za zaległe prace.