Fiszka
Tworzenie Fiszki Projektowej dla ZPI-Day
Fiszka projektowa (ang. Project Premise) jest kluczowym dokumentem, który w syntetyczny sposób przedstawia najważniejsze informacje o projekcie. Jej zadaniem jest nie tylko zaprezentowanie celów, problemów i technologii wykorzystywanych w projekcie, ale także ułatwienie jego oceny przez opiekunów oraz zachęcenie do śledzenia postępów przez innych uczestników i zainteresowane strony. Poniżej przedstawiamy wytyczne dotyczące struktury fiszki oraz szczegóły, które należy w niej uwzględnić.
Pamiętajcie: To od Was zależy, czy Wasza fiszka wygeneruje się poprawnie. Jedynie dobrze wypełnione pola w formularzu, z właściwymi i dostępnymi elementami wpłyną na efekt. Jeśli gdzies popełnicie błąd to wszyscy to zobaczą :)
Struktura Fiszki Projektowej
-
Tytuł projektu
Tytuł powinien być krótki i sugestywny, jasno odzwierciedlając główny temat lub cel projektu. Przykład: "ZPI Day – Platforma Prezentacji Projektów Inżynierskich". -
Akronim
Przygotujcie zwięzły skrót, który będziecie wykorzystywać w komunikacji wewnętrznej i zewnętrznej. Np. "ZPI Day". -
Lista członków zespołu
Podajcie pełne imiona i nazwiska wszystkich członków zespołu, aby jasno określić, kto bierze udział w projekcie.
W ramach wypełniania formularz nalęży podać również numery albumów poszczególnych osób.
- Opiekun zespołu
Wpiszcie imię i nazwisko osoby nadzorującej projekt.
W formularzu nie podajemy stopnia, ani tytułu naukowego.
- Logo projektu Przygotuj grafikę zawierającą logotyp projektu. Powinna to być kwadratowa grafika o minimalnym rozmiarze 150x150 px. Idealnie, jeśli będzie to plik wektorowy lub rastrowy o rozdzielczości co najmniej 150 DPI.
W formularzu należy podać bezpośredni link do grafiki. Można do tego użyć np. Google Drive.
W przypadku braku weny, proponujemy użyć darmowych narzędzi takich jak [Canva](https://www.canva.com/logo-maker/templates/), [Hatchful by Shopify](https://hatchful.shopify.com/), [Looka](https://looka.com/logo-maker/), [FreeLogoDesign](https://www.freelogodesign.org/), czy [LogoMakr](https://logomakr.com/).
Syntetyczny Opis Projektu
W tej sekcji należy odpowiedzieć na kluczowe pytania:
Co zamierzacie osiągnąć?
- Jaki problem rozwiązuje Wasz projekt?
- Jakie są główne cele biznesowe?
- Jaką wartość dodaną wniesie projekt?
Opcjonalnie możecie również uwzględnić takie elementy jak:
- Kluczowe ryzyka
- Założenia i ograniczenia
Wszystkie odpowiedzi należy umieścić w następujących polach:
-
Opis problemu Zdefiniujcie główny problem techniczny, organizacyjny lub związany z użytkownikiem, który projekt ma rozwiązać. Opis powinien zawierać odpowiedni kontekst – np. tło branżowe, trudności użytkowników lub ograniczenia istniejących rozwiązań – aby wyjaśnić, dlaczego projekt jest konieczna. Przykłady: brak automatyzacji w procesie X, niska dostępność danych w systemie Y, potrzeba poprawy użyteczności interfejsu Z.
-
Beneficjenci Wskażcie osoby, zespoły, organizacje lub społeczności, które skorzystają z rezultatów projektu. Wyjaśnijcie, jak projekt wpłynie na ich codzienne działania, komfort, efektywność lub bezpieczeństwo. Mogą to być:
- Użytkownicy końcowi (np. studenci, pracownicy, klienci)
- Zespoły wewnętrzne (np. dział IT, administracja)
- Organizacje zewnętrzne (np. partnerzy, instytucje publiczne)
- Społeczności lokalne lub zawodowe
-
Cele biznesowe i cele projektu Połączcie cele strategiczne z konkretnymi celami projektowymi:
- Cele biznesowe: np. poprawa dostępności usług, zwiększenie jakości danych, redukcja kosztów operacyjnych, zwiększenie zaangażowania użytkowników.
- Cele projektu: mierzalne rezultaty, które zespół zamierza osiągnąć, np. opracowanie aplikacji webowej z funkcją X, integracja systemu Y z API Z, osiągnięcie czasu odpowiedzi poniżej 1 sekundy. Uwzględnij wskaźniki sukcesu i sposób ich weryfikacji.
-
Artefakty Wypisz i krótko opisz główne techniczne rezultaty projektu:
- Produkty końcowe: np. aplikacja mobilna, system webowy, algorytm analizy danych.
- Narzędzia wspierające: np. skrypty testowe, panele administracyjne, moduły integracyjne.
- Charakterystyka: krótki opis funkcjonalności, użytych technologii i docelowego środowiska wdrożeniowego.
Nie uwzględniaj dokumentacji – skup się na namacalnej wartości technicznej projektu.
W tej sekcji wymieńcie planowane technologie i narzędzia, aby pokazać, że proces technologiczny jest przemyślany. Przykładowe technologie:
- HTML/CSS i JavaScript – Do stworzenia interaktywnej strony ZPI Day.
- Python – Wspomaganie automatyzacji zadań i analizy danych.
- Git – Zarządzanie wersjami kodu oraz współpraca zespołowa.
- Canva – Projektowanie materiałów promocyjnych.
Formularz wymusi wybranie technologii z listy blisko 450 pozycji.
Pełna lista wspieranych technologii:
Roadmapa Projektu
Przedstawcie plan pracy w formie prostej listy kluczowych etapów i kamieni milowych. Przykład:
- Tydzień 1-2: Przygotowanie fiszki projektowej.
- Tydzień 3-4: Opracowanie projektu strony internetowej.
- Tydzień 5-6: Testy i walidacja funkcjonalności.
- Tydzień 7-8: Prezentacja i ocena projektu na ZPI Day.
Aby stworzyć roadmapę projektu, zacznij od zdefiniowania jego celu. Zastanów się, co chcesz osiągnąć i jakie problemy chcesz rozwiązać. Ważne jest, aby zrozumieć, kto będzie odbiorcą projektu, ponieważ to pomoże w dalszym planowaniu. Następnie podziel projekt na kluczowe etapy, takie jak faza badawcza, projektowania, rozwoju, testowania i wdrożenia. Określ realistyczne terminy dla każdego z tych etapów, pamiętając o elastyczności, gdyż mogą wystąpić nieprzewidziane okoliczności. Narzędzia do zarządzania projektami, takie jak wykresy Gantta, mogą być przydatne do wizualizacji harmonogramu, ale nie są to narzędzia dedykowane przygotowaniu Roadmapy. Roadmapa to wizualne narzędzie, które ma pomóc w organizacji pracy, a jej jasność i zrozumiałość są kluczowe dla sukcesu całego projektu. Bycie elastycznym i otwartym na zmiany w miarę postępu prac jest niezwykle istotne. Dobrze opracowana roadmapa może znacząco przyczynić się do efektywności i sukcesu projektu.
Jeśli chcesz poznać więcej szczegółów na temat tworzenia roadmapy projektu, polecamy zapoznać się z artykułami na stronach takich jak:
W ramach formularza należy przesłać link do obrazka z roadmapą w proporcjach 18:7. Najlepiej, aby był to plik wektorowy lub rastrowy o rozdzielczości co najmniej 150 DPI.
Dla lepszej wizualizacji udostępniamy przykład fiszki projektowej. Dzięki niemu możecie zobaczyć, jak prawidłowo wypełnić poszczególne sekcje oraz jak prezentować projekt w zwięzły i profesjonalny sposób.
Tworzenie fiszki projektowej jest kluczowym krokiem w realizacji ZPI Day. Jest to nie tylko dokument techniczny, ale również narzędzie komunikacyjne, które pozwala zainteresowanym ocenić podejście zespołu oraz wskazać obszary do poprawy. Dobre przygotowanie tego dokumentu ułatwi Wam nie tylko realizację projektu, ale również jego prezentację przed szerszą publicznością podczas finałowego wydarzenia.