Skip to content

Android Informacje o projekcie

Jakub Dajczak edited this page Nov 13, 2022 · 5 revisions

Dokumentacja Projektu grupowego

Informacje o projekcie

Wydział Elektroniki, Telekomunikacji i Informatyki
Politechnika Gdańska

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}

Spis treści

  1. Wprowadzenie - o dokumencie

    1. Cel dokumentu

    2. Odbiorcy

    3. Terminologia

  2. Cel i założenia projektu

    1. Cel projektu

    2. Założenia projektu

      1. Tytuł podpunktu
  3. Organizacja projektu

    1. Zespół projektowy

    2. Nadzór nad projektem

    3. Infrastruktura komunikacyjna

    4. Zarządzanie jakością w projekcie

  4. Analiza ryzyka i zarządzanie ryzykiem w projekcie

Wprowadzenie - o dokumencie

Cel dokumentu

{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.

Odbiorcy

{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ć}

Terminologia

{wyjaśnienie używanych w dokumencie pojęć i skrótów, oznaczenia używane wewnątrz dokumentu np. oznaczenia wymagań}

Cel i założenia projektu

{zakres projektu, główne założenia, główne wymagania, elementy składowe produktu, wstępnie planowany zakres prac, inne wg uznania opiekuna)

Cel projektu

Założenia projektu

Tytuł podpunktu

{wpisać właściwe dla projektu}

Organizacja projektu

Zespół projektowy

{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

Nadzór nad projektem

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

Infrastruktura komunikacyjna

{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:

  1. 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
  2. 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)
  3. 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}

Zarządzanie jakością w projekcie

{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.}

Analiza ryzyka i zarządzanie ryzykiem w projekcie

{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.
Clone this wiki locally