Dokumentacja prac rozwojowych to nie biurokracja
W firmach technicznych dokumentowanie prac badawczo-rozwojowych bywa traktowane jako obowiązek narzucony z zewnątrz, wykonywany dopiero wtedy, gdy pojawia się rozliczenie dotacji albo pytanie księgowej o ulgę podatkową. Efektem jest odtwarzanie przebiegu projektu z pamięci i z fragmentów korespondencji, kilkanaście miesięcy po fakcie.
Tymczasem ta sama dokumentacja pełni co najmniej cztery funkcje naraz: pozwala rozliczyć finansowanie, uzasadnia kwalifikację kosztów, porządkuje wiedzę wewnątrz zespołu i wskazuje, kto wniósł wkład twórczy w powstanie rozwiązania. Ostatni punkt bywa niedoceniany, dopóki nie trzeba ustalić, kto jest twórcą i komu przysługują prawa.
Co powinno zostawiać ślad
Nie chodzi o rozbudowany system, tylko o konsekwentne zapisywanie kilku rzeczy w trakcie prac, a nie po nich.
- Hipotezy i cele – jaki problem techniczny próbowano rozwiązać i jakie przyjęto założenia.
- Przebieg prób – warianty, parametry, wyniki, także te negatywne. Nieudane próby są dowodem, że praca miała charakter badawczy, a nie odtwórczy.
- Daty i autorstwo – kto i kiedy wykonał daną czynność oraz kto zaproponował rozwiązanie.
- Decyzje projektowe – dlaczego wybrano jeden kierunek, a odrzucono inny.
- Wersje dokumentacji technicznej – rysunki i modele wraz z historią zmian.
Forma ma znaczenie drugorzędne. Sprawdzają się zarówno dzienniki prac prowadzone w systemie firmowym, jak i uporządkowane repozytorium plików z jasną konwencją nazw. Ważniejsza jest regularność i to, żeby zapisy powstawały na bieżąco.
Powiązanie z rozliczeniem finansowym
Jeżeli firma korzysta z dofinansowania albo z ulgi podatkowej na działalność badawczo-rozwojową, dokumentacja merytoryczna musi dać się połączyć z ewidencją kosztów. Przepisy podatkowe wymagają wyodrębnienia kosztów działalności badawczo-rozwojowej w prowadzonej ewidencji, a przy projektach dotacyjnych rozliczenie opiera się na przypisaniu wydatków do konkretnych zadań.
W praktyce największym problemem jest czas pracy zespołu. Jeżeli te same osoby zajmują się jednocześnie bieżącą produkcją i pracami rozwojowymi, bez systematycznej ewidencji trudno później wykazać podział. Odtwarzanie go po zakończeniu projektu jest zajęciem żmudnym i zawsze mniej wiarygodnym niż zapis prowadzony na bieżąco.
Dokumentacja a ochrona rezultatów
Zapisy z przebiegu prac przydają się także wtedy, gdy pojawia się pytanie o ochronę rozwiązania. Pozwalają ustalić, w którym momencie powstała istota rozwiązania, kto brał w tym udział i czy cokolwiek zostało wcześniej ujawnione publicznie.
To ostatnie bywa kluczowe. Prezentacja na spotkaniu branżowym, artykuł w prasie fachowej albo film pokazujący działanie prototypu mogą przesądzić o utracie możliwości uzyskania ochrony. Uporządkowana dokumentacja pozwala ustalić fakty zamiast opierać się na wspomnieniach uczestników.
Przy projektach finansowanych ze środków zewnętrznych ta sama warstwa materiału służy również do tego, żeby wykazanie innowacyjności rozwiązania opierało się na konkretach, a nie na ogólnych sformułowaniach o nowoczesności produktu.
Minimum, które warto wdrożyć od razu
Dla niewielkiego zespołu wystarczy zestaw kilku nawyków: jeden dziennik prac na projekt uzupełniany co tydzień, konwencja nazewnictwa plików obejmująca datę i wersję, krótkie protokoły z testów zamiast ustnych ustaleń oraz rejestr osób uczestniczących w pracach.
To zajmuje kilkanaście minut tygodniowo, a zmienia sytuację firmy w każdym z trzech momentów, w których dokumentacja bywa potrzebna: przy rozliczeniu, przy sporze o prawa i przy decyzji o zgłoszeniu rozwiązania do ochrony.
