Cel kształcenia i wykaz literatury

Główny cel kształcenia: Zapoznanie z najpopularniejszymi metodykami projektowymi zarówno uniwersalnymi (PRINCE2) jak również branżowymi (RUP, XP, SCRUM) oraz oprogramowaniem wspierającym kierownika projektu.

Ogólne informacje o zajęciach: Moduł omawia specyfikę takiego produktu jak oprogramowanie i pokazuje, w jaki sposób zarządzać procesem wytwórczym systemów informatycznych, procesem integracji systemów lub wdrożeniem strategii informatyzacji firmy. Aby sprawnie zarządzać przedsięwzięciami informatycznymi realizowanymi dla przemysłu, nie wystarczy ogólna znajomość problematyki zarządzania projektami. Trzeba dobrze znać szczegóły metodyk projektowych, stosowanych w realizacji przedsięwzięć informatycznych. W tym obszarze również wypracowano standardy. Do najczęściej wykorzystywanych można zaliczyć Rational Unified Process, Microsoft Solution Framework, COBIT, ITIL, etc., które niniejszy przedmiot wyczerpująco prezentuje.

Wykaz literatury, wymaganej do zaliczenia zajęć

Literatura wykorzystywana podczas zajęć wykładowych

1	Koszlajda A.	Zarządzanie projektami IT. Przewodnik po metodykach.	Helion.	2010
2	Kruchten P., Kroll P.	Rational Unified Process od strony praktycznej.	WNT.	2007

Literatura wykorzystywana podczas zajęć ćwiczeniowych/laboratoryjnych/innych

1

Wróblewski P.

Zarządzanie projektami z wykorzystaniem darmowego oprogramowania.

Helion.

2009

Literatura do samodzielnego studiowania

1

Kruchten P.

Rational Unified Process od strony teoretycznej.

WNT.

2007

Wymagania wstępne w kategorii wiedzy/umiejętności/kompetencji społecznych

Wymagania formalne: Rejestracja na 4 semestr studiów II stopnia

Wymagania wstępne w kategorii Wiedzy: Znajomość procesów rozwoju systemów informatycznych oraz podstaw zarządzania projektami.

Wymagania wstępne w kategorii Umiejętności: Podstawowa znajomość środowiska Ms-Project Professional.

Wymagania wstępne w kategorii Kompetencji społecznych:

Efekty kształcenia dla zajęć

MEK	Student, który zaliczył zajęcia	Formy zajęć/metody dydaktyczne prowadzące do osiągnięcia danego efektu kształcenia	Metody weryfikacji każdego z wymienionych efektów kształcenia	Związki z KEK	Związki z PRK
01	Potrafi dobrać metodykę ze względu na specyfikę projektu i typ tworzonego oprogramowania.	wykład problemowy	zaliczenie cz. pisemna	K_W02+ K_W09+ K_U19++	P7S_UW P7S_WG
02	Potrafi zaplanować projekt, przygotować dokumentację projektową oraz monitorować kluczowe metryki.	laboratorium problemowe	zaliczenie cz. praktyczna	K_U19++	P7S_UW
03	Potrafi wspomagać działania realizowane przez kierownika projektu za pomocą oprogramowania komercyjnego oraz wybranych pakietów udostępnianych za darmo.	laboratorium problemowe	zaliczenie cz. praktyczna	K_U19+++	P7S_UW

Uwaga: W zależności od sytuacji epidemicznej, jeżeli nie będzie możliwości weryfikacji osiągniętych efektów uczenia się określonych w programie studiów w sposób stacjonarny w szczególności zaliczenia i egzaminy kończące określone zajęcia będą mogły się odbywać przy użyciu środków komunikacji elektronicznej (w sposób zdalny).

Treści kształcenia dla zajęć

Sem.	TK	Treści kształcenia	Realizowane na	MEK
4	TK01	Metodyki skalowalne na przykładzie Rational Unified Process	W01	MEK01
4	TK02	Generyczne metodyki zarządzania projektami na przykładzie PRINCE2	W02, W03	MEK01
4	TK03	Metodyki zwinne na przykładzie SCRUM	W04, W05	MEK01
4	TK04	Przygotowywanie uzasadnienia biznesowego i zrębów dokumentacji projektowej	L01	MEK02
4	TK05	Zarządzanie wymaganiami	L02	MEK02 MEK03
4	TK06	Wykorzystanie narzędzi analizy strategicznej w planowaniu systemu i ustalaniu jego istotności strategicznej	L03, L04	MEK02
4	TK07	Szacowanie pracochłonności i zasobów niezbędnych przy realizacji projektu	L05, L06	MEK02
4	TK08	Przygotowywanie planu wydania i iteracji	L07, L08	MEK02
4	TK09	Przygotowywanie dokumentacji projektowej w środowisku programowym	L09, L10	MEK02 MEK03

Nakład pracy studenta

Forma zajęć	Praca przed zajęciami	Udział w zajęciach	Praca po zajęciach
Wykład (sem. 4)	Przygotowanie do kolokwium: 12.00 godz./sem.	Godziny kontaktowe: 10.00 godz./sem.	Uzupełnienie/studiowanie notatek: 6.00 godz./sem. Studiowanie zalecanej literatury: 15.00 godz./sem.
Laboratorium (sem. 4)	Przygotowanie do kolokwium: 12.00 godz./sem.	Godziny kontaktowe: 20.00 godz./sem.
Konsultacje (sem. 4)		Udział w konsultacjach: 1.00 godz./sem.
Zaliczenie (sem. 4)	Przygotowanie do zaliczenia: 12.00 godz./sem.	Zaliczenie pisemne: 2.00 godz./sem.

Sposób wystawiania ocen składowych zajęć i oceny końcowej

Forma zajęć	Sposób wystawiania oceny podsumowującej
Wykład	Na zaliczeniu pisemnym wykładu sprawdzana jest realizacja pierwszego efektu modułowego. Sprawdzian obejmuje pytania obowiązkowe oraz dodatkowe. Student musi odpowiedzieć poprawnie na WSZYSTKIE pytania obowiązkowe aby uzyskać ocenę dostateczną. Odpowiedź na pytania dodatkowe pozwala uzyskać wyższą ocenę: 25% poprawnych odpowiedzi - 3,5; 40% poprawnych odpowiedzi - 4,0; 60% poprawnych odpowiedzi - 4,5; 80% poprawnych odpowiedzi - 5,0
Laboratorium	Na zaliczeniu praktycznym laboratorium sprawdzana jest głównie realizacja drugiego i trzeciego efektu modułowego (MEK02, MEK03). Sprawdzian obejmuje zadania obowiązkowe oraz dodatkowe. Student musi poprawnie wykonać WSZYSTKIE zadania obowiązkowe aby uzyskać ocenę dostateczną. Rozwiązanie zadań dodatkowych pozwala uzyskać wyższą ocenę: 25% poprawnie rozwiązanych zadań - 3,5; 40% poprawnie rozwiązanych zadań - 4,0; 60% poprawnie rozwiązanych zadań - 4,5; 80% poprawnie rozwiązanych zadań - 5,0;
Ocena końcowa	Warunkiem zaliczenia modułu jest osiągnięcie wszystkich efektów modułowych i zaliczenie wszystkich form zajęć. Ocena końcowa wyznaczana jest jako średnia ważona oceny z wykładu z wagą 0,4 i laboratorium z wagą 0,6.

Przykładowe zadania

Wymagane podczas egzaminu/zaliczenia
(-)

Realizowane podczas zajęć ćwiczeniowych/laboratoryjnych/projektowych
(-)

Inne
(-)

Czy podczas egzaminu/zaliczenia student ma możliwość korzystania z materiałów pomocniczych : nie

Treści zajęć powiazane są z prowadzonymi badaniami naukowymi: tak

1

J. Jakieła; M. Olech; M. Rataj

Crossing the Chasm-from Business Models to Software Architecture

2020