-
Notifications
You must be signed in to change notification settings - Fork 2
Android Informacje o projekcie
Nazwa i akronim projektu: {nazwa projektu, np: System zabezpieczenia portu przed zagrożeniami terrorystycznymi - SZP} | Zleceniodawca: {nazwa/nazwisko klienta} | |
Numer zlecenia: {numer zespołu projektowego w ramach Projektu grupowego wg systemu SPG, np. 13@KSSR'2022} | Kierownik projektu: {kierownik zespołu projektowego} | Opiekun projektu: {opiekun projektu } |
Nazwa dokumentu/akronim: Informacje o projekcie – IoP | Nr wersji: {wersja dokumentu np. 1.00} |
Odpowiedzialny za dokument: {nazwisko, imię} | Data pierwszego sporządzenia: {data wykonania pierwszej wersji dokumentu} |
Data ostatniej aktualizacji: {data wykonania aktualnej wersji dokumentu} | |
Studia I stopnia, inżynierskie | |
Semestr realizacji Projektu grupowego: 1 {nie zmieniać} |
Historia zmian
Wersja | Opis modyfikacji | Rozdział / strona | Autor modyfikacji | Data |
1.00 | {opis np. wstępna wersja} | {np. całość} | {nazwisko, imię} | {data zmiany} |
{wersja} | {opis np. dodanie etapu C} | {np. pkt 2, 2.3} | {nazwisko, imię} | {data zmiany} |
{nie zmieniać }
Celem dokumentu jest uporządkowanie podstawowych informacji o projekcie, wykonawcach, temacie, zakresie projektu, wstępnie planowanym zakresie prac, zarządzaniu jakością i wykonanie uproszczonej analizy ryzyka.
{określenie adresatów dokumentu, może być to typ odbiorcy; tu: zleceniobiorca (Katedra), członkowie zespołu projektowego oraz wymienione z nazwiska osoby, do których dokument ma dotrzeć}
{wyjaśnienie używanych w dokumencie pojęć i skrótów, oznaczenia używane wewnątrz dokumentu np. oznaczenia wymagań}
{zakres projektu, główne założenia, główne wymagania, elementy składowe produktu, wstępnie planowany zakres prac, inne wg uznania opiekuna)
{wpisać właściwe dla projektu}
{w tym punkcie należy wypełnić tabelkę określającą role poszczególnych osób w realizacji projektu oraz podać kontaktowy adres e-mailowy do każdej z osób}
Tabela 3.1. Członkowie zespołu projektowego
Lp. | Imię i nazwisko członka zespołu | Rola w projekcie | E-mail kontaktowy |
Tabela 3.2. Osoby pełniące nadzór nad projektem
Nazwa katedry | Wpisać nazwę katedry, w której jest realizowany projekt | |
Opiekun | Wpisać imię i nazwisko opiekuna projektu | e-mail: |
Klient (osoba reprezentująca klienta) | Wpisać imię i nazwisko klienta | e-mail: |
Koordynator katedralny | Wpisać imię i nazwisko koordynatora katedralnego (ustalić z opiekunem) | e-mail: |
Koordynator wydziałowy | dr inż. Sławomir Gajewski | e-mail: slawomir.gajewski@eti.pg.edu.pl |
{w tym punkcie należy zaplanować organizacyjne aspekty realizacji projektu; to znaczy, że zespół projektowy, w porozumieniu ze swoim opiekunem, powinien ustalić oraz spisać planowane formy i terminy konsultacji na trzech płaszczyznach:
- spotkań studentów z opiekunem projektu – studenci z opiekunem powinni zaplanować oraz opisać metody i formy współpracy wraz ze wstępnym harmonogramem spotkań. W tym punkcie należy opisać również, w jaki sposób opiekun będzie otrzymywał informację o postępach w projekcie
- współpracy zespołu z klientem - studenci powinni opisać, w jaki sposób planują współpracować z klientem (zwłaszcza, jeśli jest to klient zewnętrzny)
- spotkań między studentami - studenci powinni ustalić i opisać, w jaki sposób będą się ze sobą komunikować, jak zorganizują przekazywanie sobie fragmentów projektów (np. wytworzonego oprogramowania), kto będzie koordynował pracę, w jaki sposób będzie przekazywana informacja o ewentualnych problemach, jaka będzie procedura tworzenia i weryfikacji dokumentacji, wersjonowania, kto będzie odpowiedzialny za komunikację z opiekunem oraz klientem projektu, w jaki sposób będzie zorganizowana archiwizacja projektu}
{W tym punkcie należy opisać metody zarządzania jakością w projekcie, czyli powinien się tu znaleźć opis metod weryfikacji poprawności wykonanych części projektu, metodę kontroli dokumentacji (czyli np. sprawdzanie dokumentu przez inną osobę niż autor przed wysłaniem do serwisu projektowego), metodę kontroli wykonywanych prac przez poszczególne osoby, bieżąca współpraca z klientem i weryfikacja spełniania oczekiwań itp.}
{W tym punkcie należy opisać, w jaki sposób będzie się odbywać zarządzanie ryzykiem w projekcie. To znaczy należy zastanowić się i opisać, jakie są potencjalne ryzyka np. wyjazd członka zespołu projektowego na program Erasmus, pojawienie się konkurencyjnego rozwiązania na rynku, kłopoty z komunikacją z klientem, opóźnienia w zakupach itp. A następnie spróbować opisać, jak temu przeciwdziałać i jak sobie radzić w przypadku wystąpienia ryzyka. Można to zrobić w formie tabelki; w tabeli podano przykład.
Czynniki ryzyka identyfikuje się na podstawie kwestionariuszy lub list ryzyk. Zazwyczaj identyfikacja czynników ryzyka jest oparta na intuicji. Należy wskazać te czynniki ryzyka, które wydają się Państwu najistotniejsze. Opis ryzyka należy przedstawić za pomocą szablonu znajdującego się poniżej.
Dla zidentyfikowanych czynników należy przygotować strategię zarządzania ryzykiem. Możliwe sposoby zarządzania:
-
unikanie – nie podejmujemy się wykonania projektu;
-
minimalizowanie/zapobieganie - wpływanie na czynniki wywołujące ryzyko;
-
minimalizacja skutków – wpływanie na zmniejszenie konsekwencji wystąpienia ryzyka;
-
delegowanie ryzyka – np. ubezpieczenie, przerzucenie odpowiedzialności na klienta itp.;
-
plany awaryjne – plany na wypadek zmaterializowania się ryzyka;
-
śledzenie – można przyjąć, że któreś z ryzyk tylko śledzimy, jeżeli przygotowanie planów awaryjnych jest np. zbyt pracochłonne;
-
ignorowanie – żeby przyjąć strategię ignorowania, musimy być prawie pewni, że dane zjawisko się nie zmaterializuje, bo prawdopodobieństwo jego wystąpienia jest bardzo małe.
Proszę pamiętać, że wybrana strategia zarządzania ryzykiem może być odmienna dla każdego z ryzyk. Jednak każda strategia powinna mieć swoje uzasadnienie.
Aby wykonać zadanie poprawnie, należy zastanowić się, jakie ryzyka są związane z wybranym tematem projektu grupowego}.
Tabela 4.1. Członkowie zespołu projektowego
Lp. | Nazwa ryzyka | Ocena prawdop. wystąpienia | Opis potencjalnych skutków | Sposoby rozwiązywania problemów |
1. | Wyjazd członka zespołu | 50,00% | Brak jednego ogniwa w projekcie. Brak dostępu do dokumentacji/ oprogramowania wytworzonej przez tą osobę. | Należy przeorganizować pracę zespołu. W związku z tym ryzykiem trzeba zadbać o odpowiednie archiwizowanie wykonanych części projektu w miejscu dostępnym dla wszystkich członków zespołu oraz przechowywanie wytworzonej dokumentacji projektu w formie edytowalnej w ustalonym miejscu. |
- Informacje o projekcie
- Dokumentacja techniczna projektu
- Harmonogram szczegółowy i specyfikacja wymagań
- Plakat informacyjny Projektu grupowego
- Raport semestralny
- Raport końcowy