Karta projektu B+R przed pisaniem wniosku: jakie informacje zebrać od zespołu?

Masz pomysł na projekt B+R, zespół techniczny widzi jego potencjał, a podczas pierwszej rozmowy padają hasła o nowej technologii, przełomowym rozwiązaniu i przewadze nad konkurencją. Problem zaczyna się wtedy, gdy trzeba przełożyć tę wizję na konkrety: co właściwie chcemy zbadać, czego jeszcze nie wiemy, jak zmierzymy rezultat i kto wykona poszczególne prace?

Właśnie do tego służy karta projektu B+R. Nie jest gotowym wnioskiem o dofinansowanie i sama nie przesądza, czy projekt kwalifikuje się jako działalność badawczo-rozwojowa. Pozwala natomiast zebrać od zespołu informacje potrzebne do oceny pomysłu, wskazać luki i przygotować się do dalszej pracy nad projektem.

Poniżej znajdziesz praktyczny zakres takiej karty oraz pytania, które warto zadać zespołowi przed warsztatem lub rozpoczęciem prac nad dokumentacją aplikacyjną.

Dlaczego standardowa karta projektu to za mało dla przedsięwzięcia B+R?

Ponieważ w projekcie B+R trzeba opisać nie tylko cel, harmonogram i odpowiedzialności, ale również to, czego zespół jeszcze nie wie i w jaki sposób zamierza tę niewiedzę ograniczyć.

W typowym projekcie biznesowym zależy nam przede wszystkim na przewidywalności: znamy rezultat, wiemy, jakie zadania trzeba wykonać i próbujemy ograniczyć ryzyko zmian zakresu.

W projekcie badawczo-rozwojowym sytuacja wygląda inaczej. Część wyniku z definicji nie powinna być oczywista na początku. Zespół mierzy się z problemem technologicznym lub badawczym, stawia założenia, prowadzi testy i dopiero na podstawie ich wyników decyduje o kolejnych działaniach.

Dlatego karta projektu B+R powinna pomóc odpowiedzieć przede wszystkim na cztery pytania:

• co dokładnie chcemy rozwiązać?
• czego jeszcze nie wiemy?
• jak sprawdzimy, czy zaproponowane rozwiązanie działa?
• jakich informacji nadal brakuje, aby świadomie rozpocząć przygotowanie projektu?

Tak przygotowany materiał ułatwia podjęcie decyzji, czy koncepcja jest wystarczająco dojrzała do dalszej analizy, czy najpierw trzeba uzupełnić dane, benchmarki, zakres badań lub kompetencje zespołu.

Co powinna zawierać karta projektu B+R przed rozpoczęciem pracy nad wnioskiem?

Dobra karta projektu powinna porządkować osiem obszarów: problem, hipotezę, zakres prac, zespół, dane i dowody, ryzyka, harmonogram oraz luki wymagające uzupełnienia.

Nie chodzi przy tym o przygotowanie kilkudziesięciostronicowego dokumentu. Na tym etapie ważniejsze jest zebranie konkretnych odpowiedzi i wskazanie braków niż tworzenie języka charakterystycznego dla formularza konkursowego.

1. Problem: co dokładnie zespół próbuje rozwiązać?

Zacznij od problemu, a nie od opisu produktu, który firma chce stworzyć.

W karcie powinno znaleźć się wyjaśnienie:

• jakiego ograniczenia technologicznego lub procesowego dotyczy projekt,
• jak problem objawia się obecnie,
• jakie rozwiązania są już dostępne i dlaczego nie rozwiązują go wystarczająco dobrze,
• jakie dane potwierdzają istnienie problemu.

Zamiast zapisywać: „chcemy opracować innowacyjny system”, lepiej ustalić, co obecne systemy robią niewystarczająco dobrze i jaki parametr ma zostać poprawiony.

Jeżeli zespół nie potrafi jeszcze wskazać punktu odniesienia, wyników wcześniejszych testów albo danych rynkowych, jest to ważna luka do uzupełnienia – nie powód, aby ją ukrywać.

2. Hipoteza: czego nie wiemy i co chcemy sprawdzić?

Projekt B+R nie powinien zaczynać się od założenia, że zaplanowane rozwiązanie na pewno zadziała.

W karcie warto opisać jedną lub kilka hipotez roboczych, np.:

„Zakładamy, że zmiana X pozwoli poprawić parametr Y przy zachowaniu warunku Z. Nie wiemy jednak, czy rozwiązanie będzie stabilne przy…”.

Kluczowe pytania do zespołu brzmią:

Co musi się wydarzyć, aby uznać hipotezę za potwierdzoną?
Jaki wynik testu pokaże, że przyjęte podejście nie działa?

Dzięki temu projekt nie sprowadza się do listy czynności. Pokazuje logiczny związek pomiędzy problemem, eksperymentem, wynikiem i kolejną decyzją.

3. Zakres: gdzie zaczynają się i kończą prace B+R?

W karcie trzeba oddzielić działania wymagające eksperymentowania od prac rutynowych, wdrożeniowych i organizacyjnych.

Warto zapisać:

• co ma powstać w projekcie,
• jakie eksperymenty, prototypy lub testy będą potrzebne,
• które działania opierają się na dostępnej wiedzy i standardowych rozwiązaniach,
• czego projekt świadomie nie obejmuje.

Na tym etapie warto również określić punkt startowy technologii. Jeżeli w projekcie stosowane są poziomy gotowości technologicznej TRL, nie trzeba przepisywać do karty całej dziewięciostopniowej skali. Ważniejsze jest określenie, co zostało już rzeczywiście osiągnięte i jakie dowody to potwierdzają.

Dopiero na podstawie konkretnych zadań można później właściwie analizować ich charakter i przypisywać je do odpowiednich kategorii prac B+R.

4. Zespół: kto ma wykonać poszczególne prace?

Lista nazwisk to za mało. Karta powinna pokazywać, jakie kompetencje są potrzebne do realizacji poszczególnych zadań i czy firma rzeczywiście nimi dysponuje.

Dla każdej kluczowej roli warto ustalić:

• za co dana osoba będzie odpowiadać,
• jakie ma doświadczenie istotne dla projektu,
• ile czasu może realnie przeznaczyć na prace,
• kto podejmuje decyzje merytoryczne,
• których kompetencji brakuje wewnątrz organizacji.

To również dobry moment, aby zidentyfikować potrzebę współpracy z jednostką badawczą, laboratorium, dostawcą technologii lub innym podwykonawcą.

5. Dane i dowody: na czym opieramy założenia projektu?

Im wcześniej zostaną ustalone źródła danych, tym łatwiej później opisać punkt wyjścia i mierzyć efekty eksperymentów.

Zespół powinien wskazać:

• jakie wyniki testów już posiada,
• jakie dane procesowe lub techniczne są dostępne,
• co stanowi dzisiejszy poziom bazowy,
• jakie parametry będą mierzone,
• skąd będą pochodziły kolejne wyniki,
• w jaki sposób będą dokumentowane testy i decyzje.

Nie każda informacja musi być dostępna przed pierwszym warsztatem. Karta powinna jednak jasno pokazywać, co jest faktem, co założeniem, a czego jeszcze nie wiemy.

6. Ryzyka i zależności: co może zmienić przebieg projektu?

Ryzyko w projekcie B+R nie powinno być sprowadzone wyłącznie do opóźnionej dostawy urządzenia czy nieobecności pracownika.

Najważniejsze są pytania dotyczące samego rozwiązania:

• który parametr może okazać się niemożliwy do osiągnięcia,
• które założenie technologiczne jest najmniej pewne,
• od czego zależy powodzenie kolejnego etapu,
• co zespół zrobi, jeżeli pierwsze podejście nie zadziała.

W tej części warto również zebrać ryzyka związane z dostępem do danych, urządzeń, zewnętrznych laboratoriów, technologii i praw własności intelektualnej.

Jeżeli część prac ma zostać zlecona na zewnątrz, trzeba już na początku wiedzieć, kto wykonuje zadanie, jakie rezultaty ma przekazać oraz jakie prawa do rezultatów i wiedzy są potrzebne firmie w dalszej części projektu.

7. Harmonogram: jakie decyzje dzielą projekt na logiczne etapy?

Na etapie karty nie potrzeba jeszcze szczegółowego harmonogramu obejmującego każdą czynność.

Potrzebna jest za to odpowiedź na pytanie: jakie kolejne rezultaty lub testy pozwolą podjąć decyzję o przejściu do następnego etapu?

Dobry szkic harmonogramu pokazuje:

• główne zadania,
• oczekiwany rezultat każdego etapu,
• kryterium jego oceny,
• zależności pomiędzy etapami,
• osoby odpowiedzialne,
• orientacyjny czas realizacji.

Kamień milowy nie powinien oznaczać wyłącznie „zakończyliśmy etap”. Powinien pozwalać ocenić, co wiemy po jego zakończeniu i jaka decyzja z tego wynika.

8. Luki: czego nie wiemy przed rozpoczęciem dalszej pracy?

To jedna z najważniejszych części karty.

Niekompletna odpowiedź nie zawsze oznacza słaby projekt. Problem zaczyna się wtedy, gdy brak informacji nie zostanie zauważony przed rozpoczęciem pracy nad dokumentacją.

Lista luk może obejmować np.:

• brak porównania z istniejącymi rozwiązaniami,
• brak danych bazowych,
• nieustalony sposób pomiaru efektu,
• brak osoby o konkretnej kompetencji,
• niejasny zakres podwykonawstwa,
• nieustalone prawa do technologii,
• brak wyników wcześniejszych testów,
• zbyt ogólnie określone kamienie milowe.

Każdej luce warto przypisać osobę odpowiedzialną za jej wyjaśnienie i określić, czy informacja jest potrzebna przed warsztatem, przed decyzją o aplikowaniu czy dopiero podczas dalszego planowania projektu.

O co zapytać zespół, budując kartę projektu B+R?

Najważniejsze pytania powinny dotyczyć problemu badawczego, niepewności, mierzalności rezultatu, granic projektu oraz zasobów potrzebnych do wykonania prac.

Nie pytaj wyłącznie: „co chcemy zbudować?”. Taka rozmowa bardzo szybko zamienia się w prezentację produktu. Spróbuj zamiast tego przejść przez poniższe pytania.

Pytania o problem i niepewność

Czego dzisiaj nie potrafimy zrobić przy wykorzystaniu obecnej technologii?
To pytanie pomaga oddzielić rzeczywisty problem od ogólnej potrzeby rozwoju produktu.

Co konkretnie sprawia, że nie znamy dziś rozwiązania?
Szukamy źródła niepewności: parametru, zależności, zachowania materiału, algorytmu, procesu lub innego elementu, którego nie można po prostu zaprojektować według gotowej instrukcji.

Które założenie projektu może okazać się błędne?
Jeżeli zespół odpowiada „żadne”, warto jeszcze raz przeanalizować, gdzie znajduje się rzeczywiste ryzyko badawcze.

Co zrobimy, jeśli pierwsze podejście nie zadziała?
Plan alternatywny pokazuje, czy projekt rzeczywiście zakłada eksperymentowanie i iteracje.

Pytania o mierzalność i granice innowacji

Jak liczbowo pokażemy różnicę pomiędzy stanem obecnym a rezultatem projektu?

W zależności od projektu może to być m.in. wydajność, dokładność, czas działania, zużycie energii, masa, odporność, stabilność, liczba błędów albo inny parametr techniczny.

Z czym będziemy porównywać rezultat?
Bez punktu odniesienia trudno ocenić, czy osiągnięty efekt rzeczywiście wnosi istotną zmianę.

Które elementy projektu są autorskim rozwojem, a które standardową integracją lub konfiguracją dostępnych rozwiązań?

To szczególnie ważne w projektach informatycznych, automatyzacyjnych i technologicznych, w których część prac może mieć charakter rutynowy.

Pytania o harmonogram i zasoby

Jakie 3–5 najważniejszych etapów prowadzi od dzisiejszego stanu do zakładanego rezultatu?

Po czym poznamy, że możemy przejść do kolejnego etapu?

Jakich specjalistów potrzebujemy i ile ich pracy będzie wymagało każde zadanie?

Jakiego sprzętu, infrastruktury, danych lub usług zewnętrznych brakuje nam do wykonania testów?

Takie pytania dają znacznie lepszą podstawę do późniejszego budowania harmonogramu i budżetu niż próba oszacowania kosztów całego projektu na podstawie ogólnej koncepcji.

Co przygotować przed warsztatem dotyczącym projektu B+R?

Przed warsztatem nie trzeba mieć gotowego wniosku. Trzeba natomiast zebrać materiał, na którym zespół będzie mógł pracować.

Dobrym pakietem startowym jest:

1. Jednostronicowy opis projektu – problem, planowany rezultat i obecny etap rozwoju.
2. Wstępnie wypełniona karta projektu – nawet jeśli część pól pozostaje oznaczona jako „do ustalenia”.
3. Dane źródłowe – wyniki wcześniejszych testów, raporty, parametry obecnego rozwiązania, analizy lub inne materiały potwierdzające punkt wyjścia.
4. Lista zespołu i kompetencji – wraz z informacją, gdzie potrzebne może być wsparcie zewnętrzne.
5. Szkic etapów projektu – bez szczegółowego harmonogramu, ale z najważniejszymi testami i decyzjami.
6. Lista otwartych pytań – wszystkie elementy, których zespół jeszcze nie potrafi jednoznacznie określić.

Taki materiał pozwala wykorzystać warsztat do rzeczywistego dopracowania projektu zamiast poświęcać pierwszą część spotkania na odtwarzanie podstawowych informacji.

Jeżeli firma chce nauczyć zespół samodzielnego planowania takich przedsięwzięć, warto sprawdzić szkolenie „Jak zaplanować i sfinansować projekt B+R”. Dla zespołów pracujących również z narzędziami generatywnej AI dostępne jest także szkolenie „Jak napisać projekt badawczo-rozwojowy z zastosowaniem AI”.

Jakich błędów unikać przy zbieraniu danych do projektu B+R?

Najczęstszy problem nie polega na braku dobrego pomysłu, lecz na tym, że dane o projekcie są zbierane zbyt późno albo z niewłaściwej perspektywy.

Opisywanie produktu zamiast problemu

Materiały marketingowe pokazują klientowi, dlaczego produkt ma być atrakcyjny. Dokumentacja projektu B+R musi dodatkowo pokazać drogę do jego opracowania.

Dlatego przewaga konkurencyjna czy potencjał sprzedażowy nie zastępują informacji o problemie technologicznym, testach, ryzykach i sposobie oceny wyników.

Zakładanie, że każda nowa funkcja oznacza B+R

Nowa wersja systemu, modernizacja urządzenia albo rozwój produktu nie stają się automatycznie działalnością B+R.

Kluczowe jest ustalenie, które zadania wymagają rozwiązania nieoczywistego problemu i prowadzenia prac w warunkach niepewności, a które można wykonać przy użyciu dostępnej wiedzy i standardowych metod.

Ukrywanie niepewności, żeby projekt wyglądał „pewniej”

W biznesowej prezentacji inwestycji zespół często próbuje ograniczyć liczbę znaków zapytania. W projekcie B+R część z nich jest jednak istotną informacją.

Nie chodzi o sztuczne tworzenie ryzyka, lecz o uczciwe wskazanie elementów, których wynik nie jest przesądzony i które wymagają zweryfikowania.

Odkładanie dokumentowania prac na później

Warto od początku ustalić sposób przechowywania wyników testów, decyzji projektowych, danych źródłowych i informacji o zaangażowaniu zespołu.

Zakres wymaganej dokumentacji zależy od konkretnego instrumentu finansowania oraz etapu projektu, ale odtwarzanie przebiegu prac wiele miesięcy później jest znacznie trudniejsze niż systematyczne gromadzenie materiałów.

FAQ – karta projektu B+R przed przygotowaniem wniosku

Masz pomysł na projekt B+R? Najpierw uporządkuj założenia

Dobrze przygotowana karta nie zastępuje wniosku. Sprawia natomiast, że firma rozpoczyna pracę nad nim z dużo lepiej uporządkowanym materiałem: zna problem, potrafi wskazać niepewność, ma wstępny zakres prac, wie, jakie dane posiada i czego jeszcze brakuje.

To również dobry punkt wyjścia do decyzji, czy projekt jest gotowy do dalszego planowania, jaki instrument finansowania warto analizować i w których obszarach potrzebna jest dodatkowa praca zespołu.

Elpartners wspiera firmy zarówno w przygotowaniu projektów badawczo-rozwojowych, jak i w pozyskiwaniu dotacji i funduszy unijnych. Analiza rozpoczyna się od założeń konkretnego projektu, nie od dopasowywania pomysłu na siłę do dostępnego konkursu.