Wydział Zarządzania
Kierunek studiów: Zarządzanie
Specjalność: Zarządzanie projektami
WDROŻENIE MS PROJECT NA WYDZIALE
ZARZĄDZANIA POLITECHNIKI RZESZOWSKIEJ
Kierownik projektu: Agata Węgrzyn Członkowie zespołu: Monika Ważna |
Nadzór merytoryczny: dr Jacek Strojny |
---|
Rzeszów 2015/2016
TM Project jest swego rodzaju systemem zarządzania projektami zarówno tradycyjnymi jak i prowadzonymi w sposób zwinny. Oprogramowanie to oparte jest na strukturze organizacyjnej, której szkielet tworzą osoby pełniące funkcje kierownicze przypisane do tej struktury.
W ramach systemu TM Project możliwe jest zlecanie zadań w obrębie organizacji. Każde zadanie posiada swoje pola, w których mamy możliwość określenia kto jest zlecającym, kto wykonującym, podania pełnego opisu zadania itp. Taka organizacja zapewnia pełną ewidencję i możliwość raportowania w ramach prac zlecanych pomiędzy działami czy wykorzystaniem sprzętu
w obrębie firmy jak i działów.
TM Project jest systemem, który łączy takie oprogramowania jak MS Project
i SharePoint.
Kompatybilność z MS Project pozwala na bezpośredni obieg wszystkich danych pomiędzy tymi dwoma systemami na każdym szczeblu zarządzania. Zarządzanie projektami
w tym systemie polega na ułatwieniu sobie życia poprzez zmniejszenie czasu poświęcanego
na aktualizację postępu prac czy dopilnowywania harmonogramu.
Synchronizacja z MS Project to również zarządzanie zadaniami. Jest to trzon aplikacji odpowiedzialny za rozkład prac w firmie. Na bazie zadań możliwe jest zlecenie pracy, jej odbiór, a także rozdzielenie tych prac pomiędzy konkretnymi działami, dzięki czemu w trakcie pracy kierownik ma pewność, że każde zadanie ma przyporządkowaną osobę wykonującą dane zadanie. Do każdego z takich zadań może zostać przyporządkowany opis, osoby odpowiedzialne za to zadanie mogą ustawiać status takiego zadania czy priorytet. Oczywiście nie zostały tutaj pominięte takie aspekty jak monitoring budżetu, ustalenie kalendarza oraz grafiku prac firmy.
Dodatkowo współpraca z SharePoint usprawnia niektóre funkcjonalności systemu dotyczące projektów oraz obiegu dokumentów kosztowych. Sam SharePoint jest doskonałym narzędziem do komunikacji w obrębie firmy. Jednym z podstawowych zastosować jest możliwość zbudowania portalu internetowego w obrębie firmy, dzięki czemu każdy z pracowników może się wymieniać dokumentami, przechowywać je czy komunikować się za pomocą grup dyskusyjnych z dowolną inną osobą z firmy.
System TM Project daje możliwość używania systemu CRM w obrębie firmy. Na bazie zadań, wyjazdów czy pól dodatkowych jest możliwość zarządzania kontaktami z klientami czyli kontroli umówionych spotkań czy telefonów. Każde ze spotkań wprowadzone w systemie CRM zostaje dodane automatycznie dodane do kalendarza projektu.
Wydział Zarządzania aktualnie przeprowadza kilka projektów. Program TM Project będąc kompleksowym oprogramowaniem do zarządzania projektami ułatwiłby i przyspieszyłby proces kierowania projektem. Przede wszystkim dałby on możliwość tworzenia portfeli projektowych
na całym Wydziale co umożliwiłoby skuteczniejsze i szybsze zarządzanie tymi projektami
i osiąganie strategicznych celów tej części uczelni.
Kompatybilność kilku programów w jednym systemie to ułatwienie dla pracowników. Rotacja danych pomiędzy zsynchronizowanymi programami to nie tylko duża oszczędność czasu dla kierownika, który ma świadomość, że dane muszą zostać wprowadzone tylko jeden raz,
ale także i dla zespołu, który w jednym miejscu ma zebrane wszystkie informacje dotyczące projektu i nie ma konieczności poszukiwania ich z innych źródeł.
Uczelnia czy wydział to instytucja, w której każdy z pracowników ma zlecone wiele różnych zadań – dlatego też tak ważna jest możliwość komunikacji i wymiany informacji
w zespole. Przesłanie raz jednego pliku na grupę dyskusyjną to dostarczenie informacji wszystkim wybranym przez nas osobom, które takich informacji potrzebują. System pozwala na realizację założonych wcześniej celów wraz ze zmniejszeniem ryzyka procesów zarządczych
czy wykonawczych.
Nie jest też wymagana obecność kierownika na miejscu – dzięki raportom dostarczanym przez pracowników w programie możliwe jest zdalne monitorowanie całego projektu.
Dodatkową korzyścią wynikającą z wprowadzenia oprogramowania TM Project
na Wydział Zarządzania jest fakt, że do tej pory tylko jedna z uczelni wyższych na terenie Polski jest zarządzana projektowo, a to pozwala na zwiększenie renomy naszego wydziału na rynku. Studenci nastawieni na zarządzanie projektowe będą w wyborze uczelni kierowali się systemem zarządzania uczelnią, lecz także zaletą jest fakt, że program przez który Wydział będzie zarządzany zostanie udostępniony dla studentów specjalizacji związanych z zarządzaniem projektami.
TM Project może okazać się dobrą inwestycją nie tylko dla Wydziału Zarządzania,
ale również i dla całej Politechniki Rzeszowskiej.
INICJACJA |
PLANOWANIE |
REALIZACJA |
ZAKOŃCZENIE |
||
---|---|---|---|---|---|
CEL FAZY |
Podjęcie decyzji |
Skompletowany plan pełnego projektu |
Wdrożenie TM Project na Wydziale Zarządzania do 30.06.2016 |
Zamknięcie projektu |
|
KAMIEŃ MILOWY |
Start projektu |
Decyzja o realizacji |
Stworzenie harmonogramu |
Działające oprogramowanie |
Gotowa karta zakończenia projektu |
KAMIEŃ MILOWY DATA |
1.10.2015 |
14.12.2015 |
14.04.2016 |
30.05.2016 |
30.06.2017 |
ZADANIE W FAZIE |
studium wykonalności projektu |
określenie zadań do wykonania i ich podział, stworzenie budżetu, określenie ram czasowych, zasobów, analiza ryzyka, |
wykupienie licencji, przeszkolenie, podpisanie umów/ |
rozliczenie projektu, kontrola końcowa projektu, |
|
BUDŻET |
-7 000 zł (wykupienie licencji) -korzystanie z pomocy radców prawnych Politechniki Rzeszowskiej, |
||||
DOKUMENTACJA |
Raport ze studium wykonalności projektu |
harmonogram, diagramy sieciowe, wykres Gantta, analiza tendencji kosztów |
umowy, dokumentacja zarządcza |
Raport z zakończenia projektu |
|
CELE JAKOŚĆ |
Stworzenie dobrej jakości studium wykonalności |
Stworzenie racjonalnego oraz dobrze przemyślanego planu projektu. |
Wdrożenie prawidłowo funkcjonującego oprogramowania |
Wysoki poziom zadowolenia użytkowników programu |
Lp. | Interesariusz | Oczekiwania | RK | SW | Cele | Strategia |
---|---|---|---|---|---|---|
1. | Dziekan Wydziału Zarządzania | prestiż, zwiększenie efektywności pracowników, zaoszczędzenie czasu i pieniędzy | 3 | 10 | Niedopuszczenie do wstrzymania projektu | Zdawanie cyklicznych raportów z postępu projektu |
2. | Kierownik projektu | duża efektywność działań i duże zaangażowanie zespołu projektowego | 1 | 8 | Zrealizowanie projektu w terminie - do 30.06.2015 r. | Ciągła kontrola harmonogramu i terminów umów/ kontraktów. |
3. | Zespół projektowy | sprawiedliwy podział pracy, brak konfliktów, zdobycie doświadczenia | 1 | 6 | Brak rotacji, sumienne wykonywanie zadań | Motywowanie pracowników, raporty z wykonywanych zadań |
4.1. | Pracownicy WZ którzy są za wdrożeniem | łatwy w obsłudze, niezawodność, łatwy dostęp, oszczędność czasu , ułatwienie pracy | 4 | 3 | Pomoc ze strony pracowników, dzielenie się swoimi spostrzeżeniami oraz pomysłami na udoskonalenie programu | Zaprezentowanie pracownikom pozytywnych aspektów wdrożenia projektu, prezentacja funkcjonalności |
4.2. | Pracownicy WZ którzy są przeciwni wdrożeniu | Program nie zostanie zdrożony | 9 | 5 | Przekonanie pracowników do korzystania z programu | Zaprezentowanie pracownikom pozytywnych aspektów wdrożenia projektu, prezentacja funkcjonalności |
5. | Twórca programu TM Project | korzyści finansowe, prestiż, najwyższa jakość wdrożenia, komunikacja z zespołem | 4 | 10 | Sprawne wdrożenie programu na WZ, przeszkolenie pracowników wydziału do korzystania z programu |
Stały kontakt, raporty z działań |
6. | Informatycy | zdobycie wiedzy i doświadczenia, uzyskanie przewagi na rynku pracy względem innych informatyków |
7 | 3 | dobra współpraca i przepływ informacji | Przedstawienie korzyści związanych z wprowadzenie TM Project. |
7. | Media PRz | Ciekawy materiału na artykuł, rozgłos, wywiad na wyłączność | 1 | 1 | Posiadanie materiału na wywiad/artykuł, | Udzielenie wywiadów, przygotowanie ciekawych materiałów prasowych |
8. | Konkurencyjne uczelnie zarządzane projektowo | niepowodzenia programu, wysokie koszty wdrożenia w porównaniu z konkurencyjnymi programami | 6 | 2 | Bycie najsprawniej zarządzaną instytucją publiczną w Polsce |
Badanie rynku, kontrola i ciągłe ulepszenia programu |
9. | Kierownik katedry | Ułatwienie pracy swoich podwładnych, szybszy przepływ informacji, możliwość zdalnego nadzorowania postępu projektu, oszczędność czasu | 6 | 6 | Zaakceptowanie projektu i motywowanie pracowników do korzystania z niego |
Przedstawienie instrukcji i wskazanie zalet z wdrożenia programu |
10. | Unia Europejska | Fundusze na projekt będą wykorzystywane zgodnie z ich przeznaczeniem i będą wykorzystane na maksimum możliwości. |
2 | 10 | Otrzymanie dofinansowania | złożenie zgodnego z wytycznymi biznes planu |
11. | Studenci WZ | Dostęp do programu, możliwość szkolenia z obsługi programu. Możliwość korzystania z niego przy realizacji projektów studenckich | 2 | 1 | Feedback, sugestie i opinie na temat programu |
Umożliwienie organizacjom studenckim (koła naukowe, samorząd) dostępu do programu oraz badanie opinii |
12. | Radcy prawni Politechniki Rzeszowskiej | Poprawność dokumentacji | 2 | 7 | pomoc przy tworzeniu dokumentacji od strony prawnej | stały kontakt i przepływ informacji, praca z radcami prawnymi |
Lp. |
|
|
|
|
|
|
---|---|---|---|---|---|---|
1. | Ryzyko projektu |
133500 | 32450 | |||
1.1. | Ryzyko prawne | 27 tys. | 3700 | |||
1.1.1. | pominięcie ważnych aspektów/ punktów umowy |
brak określenia do jakich parametrów powinno być dostosowane oprogramowanie; brak informacji dotyczących szkoleń, ich ilości i materiału, który podczas szkoleń zostanie przekazany; nieujęcie sposobu postępowania w przypadku awarii systemu i błędnego działania po zamknięciu projektu; mało sprecyzowane sposoby postępowania dotyczące rozwiązania umowy przez strony |
5% | 10 tys. | 500 | Unikanie |
1.1.2. | Opóźnienie w podpisaniu umowy | skutki: stracenie pozycji lidera pomiędzy uczelniami jeśli chodzi o wprowadzenie ZP na uczelniach, a co za tym idzie stracenie liczby studentów kierujących się renomą, dodatkowe koszty, zaburzenie całego harmonogramu | 70% | 1 tys. | 700 | unikanie |
1.1.3. | brak informacji na temat znaku towarowego firmy APR i niedostosowanie się do ich wymagań |
użycie znaku towarowego niezgodnie z zasadami ustalonymi przez APR | 10% | 10 tys. | 1000 | minimalizacja |
1.1.4. | problemy z licencją do wykorzystywanych grafik |
brak dostępu licencyjnego do grafik przesłanych przez APR, a zostaną one nieświadomie wykorzystane przez nas bądź przez media nagłośniające nasz projekt | 25% | 6 tys. | 1500 | unikanie |
2.1. | Ryzyko technologiczne |
37,5 tys. | 9850 | |||
2.1.1. | Awarie sprzętu/systemu | Rzeczy materialne takie jak komputery ulegają często awariom jeśli są używane w nieodpowiedni sposób. Awaria sprzętu spowoduje od razu awarie całego oprogramowania, ponieważ bez użycia komputera nie jesteśmy stanie wprowadzać do niego danych. | 25% | 2-15 tys. ( w zależności od ilości sprzętu) średnia: 7 tys. |
1750 | unikanie |
2.1.2. | utrata danych | Utrata danych może spowodować opóźnienie realizacji projektu oraz może doprowadzić do niepowodzenia całego projektu. Dodatkowo może nieść za sobą ogromne koszty w związku z próbą odzyskania danych. | 50% | 5 tys. | 2500 | unikanie |
2.1.3. | Ryzyko związane z niedostosowaniem hardware i software | Niewłaściwe działanie programu lub brak możliwości zainstalowania programu TM Project | 50% | 7 tys. | 3500 | unikanie |
2.1.4. | Brak funduszy na modernizacje sprzętu | Jeśli nasz sprzęt nie będzie modernizowany niektóre opcje programu mogą po prostu nie działać. Może to budzić niezadowolenie wśród użytkowników oprogramowania | 10% | 7 tys. | 700 | minimalizacja |
2.1.5. | niedostosowany sprzęt | Oprogramowanie może nie zadziałać, a co za tym idzie- nie będzie używane. | 5% | 10 tys. | 500 | unikanie |
2.1.6. | Ryzyko poważnych błędów w algorytmie | Błędy te spowodują konieczność naniesienia poprawek w programie, co za tym idzie trzeba będzie to zlecić firmie, co wiążę się z kosztami. Dodatkowo wiązać się to będzie z zaburzeniem harmonogramu, opóźnieniami: koszt: nowego planowania |
60% | 1,5 tys. | 900 | unikanie |
3.1. | Ryzyko klienta |
13 tys. | 1300 | |||
3.1.1 | czynny opór pracowników przed zmianami | nieużywanie programu, kształtowanie negatywne PR-u o programie | 40% | brak kosztów |
0 | minimalizacja |
3.1.2. | brak zgody władz wydziału na wdrożenie projektu | ocenienie projektu jako niekoniecznego do wprowadzenia na uczelnię, nieprzynoszącego wymiernych korzyści; brak czasu na spotkania dotyczące wdrożenia programu | 30% | 1 tys. | 300 | minimalizacja |
3.1.3. | niezgodność z wymaganiami klienta | brak czasu władz na spotkania dotyczące projektu, a więc brak informacji dotyczących wymagań i oczekiwań władz |
10% | 10 tys. | 100 | minimalizacja |
3.1.4. | Przekroczenie czasu realizacji | nie będziemy pierwszą uczelnią, która wprowadzi system zarządzania projektami w organizacji, a więc zostanie utracony prestiż uczelni, dodatkowe koszty związane z zaburzeniem harmonogramu | 40% | 1 tys. | 400 | minimalizacja |
3.1.5. | Nieuznanie systemu za zakończony | przedłużenie harmonogramu i zwiększenie kosztów, | 50% | 1 tys. | 500 | minimalizacja |
4.1. | Ryzyko dostawcy |
27 tys. | 7450 | |||
4.1.1. | Upadek firmy | Upadek firmy spowoduje to, że nie otrzymamy programu TM Project, czego wynikiem będzie upadek całego projektu wdrożenia programu na Wydziale Zarządzania. | 20% | 15 tys. | 3000 | akceptacja |
4.1.2. | przekazanie błędnego oprogramowania | Błędne oprogramowanie spowoduje konieczność poprawienia oprogramowania. Wiąże się to z dodatkowymi kosztami oraz zaburzeniem harmonogramu. | 60% | 1 tys. | 600 | minimalizacja |
4.1.3. | niedostarczenie oprogramowania na czas | Opóźnienie dostarczenia oprogramowanie spowoduje zaburzenia całego harmonogramu, planu zadań zespołu projektowego oraz opóźni termin wdrożenia programu na Wydziale Zarządzania | 80% | koszty pośrednie: nie będziemy pierwszą uczelnią techniczną, która wdroży ten system, co odbije się na rekrutacji nowych studentów | 0 | akceptacja |
4.1.4. | konflikt, zaburzona komunikacja | Konflikt z dostawcą może opóźnić dostarczenie oprogramowania, co spowoduje zaburzenie całego harmonogramu. Natomiast wynikiem zaburzonej komunikacji może być brak informacji o programie, opóźnienia we wdrożeniu programu | 40% | 1 tys. | 400 | minimalizacja |
4.1.5. | śmierć dostawcy |
To zdarzenie może spowodować brak otrzymania programu TM Project, co grozi upadkiem całego projektu. | 30% | 7 tys. | 2100 | akceptacja |
4.1.6. | Różne interpretacji tych samych zapisów przez klienta i wykonawcę projektu | Różna interpretacji może spowodować błędy w programie, czego wynikiem będzie zlecenie poprawek. Będzie się to wiązać z dodatkowymi kosztami oraz z zaburzeniem całego harmonogramu. |
45% | 3 tys. | 1350 | minimalizacja |
5.1. | Ryzyko budżetowe |
24 tys. | 8450 | |||
5.1.1. | Odrzucenie wniosku o dofinansowanie przez UE na części merytorycznej/formalnej | Odrzucenie wniosku o dofinansowanie spowoduje brak funduszy na wdrożenie programu oraz upadek całego projektu. | 35% | 15 tys. | 5250 | akceptacja |
5.1.2. | brak wsparcia finansowego ze strony władz uczelni | Brak wsparcia finansowego ze strony władz uczelni może skutkować niedostateczną ilością funduszy na rozpoczęcie projektu. Skutkiem tego będzie szukanie innych instytucji finansowych co grozi opóźnieniem całego projektu. | 40% | 5 tys. | 2000 | przeniesienie |
5.1.3. | nieuwzględnienie jakiejś pozycji kosztów w budżecie projektu |
brak uwzględnienia kosztów związanych z kontaktem z pracownikami, twórcą programu TM Project i innych kosztów organizacyjnych, pominięcie aspektów typowo informatycznych, takich jak: nieuwzględnienie unowocześnienia aktualnego sprzętu, tak aby dobrze współgrał z TM Projectem |
40% | zależny od rodzaju kosztu średnio: 2 tys. |
800 | minimalizacja |
5.1.4. | niezmieszczenie się w budżecie projektu | Źle obliczony budżet może skutkować brakiem pieniędzy na inne koszty związane z wdrożeniem programu TM Project. Może to skutkować zadłużeniem się oraz brakiem wypłacalności. |
20% | 2 tys. | 400 | minimalizacja |
6.1. | Ryzyko personalne |
5 tys. | 1700 | |||
6.1.1. | Niewystarczające kompetencje/umiejętności pracowników | Pociągnie to za sobą dodatkowe koszty związane z przeszkoleniem pracowników lub zatrudnieniem innych | 50% | 1 tys. | 500 | minimalizacja |
6.1.2. | brak zaangażowania i chęci do współpracy | Może to się odbić na jakości projektu oraz opóźnieniach z wdrożeniem |
40% | 2 tys. | 800 | minimalizacja |
6.1.3. | konflikty w zespole projektowym/słaby przepływ informacji | Opóźnienia, zaburzenia całego harmonogramu, zaburzony przepływ informacji - niezrobienie jakiś zadań, | 30% | 1 tys. | 300 | minimalizacja |
6.1.4. | brak zainteresowania pracowników programem | Projekt będzie niepotrzebny | 25% | brak kosztów | 0 | minimalizacja |
6.1.5. | zbytnie obciążenie niektórych pracowników | Zaniedbanie lub niezrealizowanie niektórych zadań z powodu braku czasu | 10% | 1 tys. | 100 | minimalizacja |
Rys.1. Wykres ryzyka
Źródło: opracowanie własne
Tabela 4. Struktura celów
Źródło: opracowanie własne
Lp. | Drzewo | Miernik | Oczekiwany stan miernika |
---|---|---|---|
C | Wdrożenie na Wydziale Zarządzania programu TM Project do 30 czerwca 2017 |
Działający program | z dniem 30 czerwca 2017 oddanie programu TM Project do użytku |
1. | Cele związane z interesariuszami |
||
1.1. | Dziekan: utrzymanie poparcia w zakresie projektu przez cały czas jego realizacji |
Utrzymanie finansowania projektu | Zero istotnych zmian w projekcie wynikających ze decyzji dziekana |
1.1.1 | Otrzymanie pieniędzy na wdrożenie programu | Kwota pieniędzy | minimum 3 tysiące na koncie |
1.2. | Zespól projektowy: Minimum 90% efektywność pracy zespołu | Raporty z wykonywanych zadań, mieszczenie się w harmonogramie projektu, nie więcej niż jednodniowe opóźnienie w zadaniach |
Terminowe realizowanie zadań |
1.2.1. | Nie większy niż 20% zmiany zespołu projektowe w trakcie całej realizacji | Odsetek osób wymienionych w zespole | minimum 80% stałego zespołu projektowego podczas trwania projektu |
1.3. | Pracownicy WZ: Brak czynnego oporu przez wszystkich pracowników wobec wdrożenia programu TM Project | Brak działań pracowników wpływających na niekorzyść projektu | zero skarg, zero petycji do dziekana |
1.3.1. | Korzystanie z programu przynajmniej 70% pracowników WZ | Raport z logowań się pracowników do systemu podczas testowania | minimum 70% statystki logowań |
1.4. | Twórca programu: Działający program | Działający program | rozpoczęcie realizacji pierwszego projektu przy użyciu programu TM Project |
1.4.1. | Zminimalizowanie błędów w algorytmie programu. |
Raport z działania programu, | nie więcej niż 2 błędy w skali roku |
1.4.2. | Otrzymanie oprogramowania do 30 stycznia 2017 | Oprogramowanie | Płyta z programem do 30 stycznia 2017 |
1.7. | UE: Otrzymanie dofinansowania do 30 grudnia 2016 na wdrożenie programu TM Project | Dofinansowanie | Pieniądze na koncie |
2 | Cele związane z zarządzaniem | ||
2.1. | Zasoby ludzkie | ||
2.1.1. | Zintegrowany zespół | Efektywność pracy zespołu - efekt synergii | zero zdarzeń związane z zachowaniem ludzi na niekorzyść projektu |
2.1.2. | Motywacja | zgłaszanie przez pracowników swoich pomysłów, błędów w oprogramowaniu | przynajmniej jeden pomysł udoskonalenia |
2.1.3. | Dobra atmosfera w zespole projektowym | przeprowadzenie ankiet wśród pracowników | uzyskanie oceny min. 8/10 |
2.2. | Zarządzanie pracą | ||
2.2.1. | Sprawny przepływ informacji | Cotygodniowe raporty z wykonanych działań na stand-up |
Zadowalający wynik raportów |
2.2.2. | Zwiększenie samodzielności podejmowania inicjatyw przez osoby zarządzające | Ilość inicjatyw | przynajmniej jeden pomysł udoskonalenia |
2.3. | Zarządzanie finansami | ||
2.3.1. | Nieprzekroczony budżet | Stała kontrola przy kosztach poszczególnych zadań i zasobów | Maksymalne odchylenie od budżetu: 200zł |
3 | Cele merytoryczne | ||
3.1. | Zwiększenie prestiżu wydziału w skali kraju | Ranking | Wyższe miejsce w rankingu - minimum o 5 miejsc w górę |
3.1.1. | Wzrost chętnych na studia na WZ w roku 2017/18 | Ilość chętnych | o 2 osoby więcej na jedno miejsce |
3.1.2. | Wzrost ofert współpracy dla WZ | Ilość otrzymanych ofert | wzrost o 10% od momentu wprowadzenia programu |
3.1.3. | Wzrost atrakcyjności WZ jako pracodawcy dla specjalistów z dziedziny ZP | Wzrost chętnych specjalistów na jedno miejsce pracy | minimum 50% przedmiotów prowadzonych przez praktyków |
3.1.4. | Zainteresowanie mediów naszym Wydziałem i sposobem zarządzania | ilość artykułów | min. 7 artykułów ogólnopolskich dotyczących sposobu zarządzania WZ |
3.2. | Wewnętrzny rozwój uczelni | ||
3.2.1. | Wzrost zainteresowania studentów WZ problematyką projektową | liczba studentów na specjalności zarządzanie projektami | utworzenie kierunku zarządzania projektami |
3.2.4. | Przeszkolenie 10% najlepszych studentów WZ z zakresu działania programu | certyfikat uczestnictwa | umiejętności studentów - zdane testy |
4 | Cele związane z ryzykiem: obniżenie poziomu ryzyka | ||
4.1. | Sporządzenie bezbłędnej umowy, zawierającej wszystkie ważne aspekty | Otrzymanie poprawnie sporządzonej umowy od Radców Prawnych | Otrzymanie poprawnie sporządzonej umowy od Radców Prawnych |
4.2. | Podpisanie umowy w terminie | podpisana umowa | Podpisanie umowy do dnia: 30.06.2016 |
4.3. | Ograniczenie awarii sprzętu systemu | Raporty | Awarie sprzętu nie częściej niż raz na 2 miesiące |
4.4. | Ograniczenie ryzyka utraty danych | ilość utraconych danych | Wysyłanie bieżących raportów, udostępnienia w "chmurze" |
4.5. | Niedopuszczenie do zbytniego obciążenia pracowników | wykres Gantta | Brak przeciążonych zasobów ludzkich w harmonogramie |
4.6. | Podpisanie umów dotyczących wykorzystywanych w programie grafik | podpisana umowy | możliwość wykorzystania grafik |
4.7. | Znalezienie funduszy na modernizację sprzętu | pieniądze | Pieniądze na koncie |
Tabela 1. Plan fazowy projektu
Tabela 2. Analiza interesariuszy
Tabela 3. Analiza ryzyka
Tabela 4. Struktura celów
Rys.1. Wykres ryzyka