Plan kontroli zmian w projekcie: Różnice pomiędzy wersjami
Z Encyklopedia Zarządzania
m (Dodanie MetaData Description) |
m (cleanup bibliografii i rotten links) |
||
| (Nie pokazano 15 wersji utworzonych przez 2 użytkowników) | |||
| Linia 1: | Linia 1: | ||
W trakcie realizacji projektu pojawiają się sytuacje, w których potrzebna jest modyfikacja elementu całości. [[Zmiana]] jest jedyną stałą w projekcie. | W trakcie realizacji projektu pojawiają się sytuacje, w których potrzebna jest modyfikacja elementu całości. [[Zmiana]] jest jedyną stałą w projekcie. | ||
| Linia 21: | Linia 4: | ||
* otoczenie projektu | * otoczenie projektu | ||
* [[kierownik projektu]] | * [[kierownik projektu]] | ||
* [[sponsor]] <ref>Kapusta M. (2013). ''[[Zarządzanie]] projektami krok po kroku'', Edgard, Warszawa, s. 221 - 222</ref> | * [[sponsor]] <ref>Kapusta M. (2013). ''[[Zarządzanie]] projektami krok po kroku'', Edgard, Warszawa, s. 221-222</ref> | ||
[[Kontrola]] zmian to wewnętrzna [[procedura]], którą można wykorzystać w [[Przedsiębiorstwo|przedsiębiorstwie]], żeby uniknąć wprowadzenia przez kogokolwiek nieuzasadnionych zmian w [[Projekt|projekcie]]. Każdy kto zgłasza zmiany, modyfikacje do projektu musi odpowiednio uzasadnić ich wprowadzenie i [[przydatność]] w projekcie | [[Kontrola]] zmian to wewnętrzna [[procedura]], którą można wykorzystać w [[Przedsiębiorstwo|przedsiębiorstwie]], żeby uniknąć wprowadzenia przez kogokolwiek nieuzasadnionych zmian w [[Projekt|projekcie]]. Każdy kto zgłasza zmiany, modyfikacje do projektu musi odpowiednio uzasadnić ich wprowadzenie i [[przydatność]] w projekcie<ref>Philips J. (2005). ''[[Zarządzanie projektami]] IT'', Helion</ref> | ||
'''Powody zmian''' | '''Powody zmian''' | ||
Wedlug F.L Harrisona istnieje 5 rodzajów zmian wprowadzanych podczas realizacji projektu:<ref>Harrison F.L. (1981). ''Advanced Project Management'', Gower, Hants, s. 242-244</ref> | |||
Wedlug F.L Harrisona istnieje 5 rodzajów zmian wprowadzanych podczas realizacji projektu:<ref>Harrison F.L. (1981). ''Advanced Project Management'', Gower, Hants, s. 242 - 244</ref> | # Na wczesnym etapie projektu: zmiany dotyczące zakresu projektu i jego specyfikacji. | ||
# Na wczesnym etapie projektu: zmiany dotyczące zakresu projektu i jego specyfikacji. | |||
# Na etapie projektowania: zmiany korygujące [[potrzeby]], błędy, przeoczenia, niewiadome. Wszelkie zmiany zaproponowane przez klienta dotyczące pierwotnego zakresu projektu powinny zostać zanegowane. | # Na etapie projektowania: zmiany korygujące [[potrzeby]], błędy, przeoczenia, niewiadome. Wszelkie zmiany zaproponowane przez klienta dotyczące pierwotnego zakresu projektu powinny zostać zanegowane. | ||
# Zmiany podyktowane regulacjami rządowymi, umowami pracowniczymi, społecznością lub pochodzące z otoczenia projektu. Ten rodzaj zmian wymaga modyfikacji planu według narzuconych wymogów (np. ze względu na bezpieczeństwo i higienę pracy, środowisko). | # Zmiany podyktowane regulacjami rządowymi, umowami pracowniczymi, społecznością lub pochodzące z otoczenia projektu. Ten rodzaj zmian wymaga modyfikacji planu według narzuconych wymogów (np. ze względu na bezpieczeństwo i higienę pracy, środowisko). | ||
# Zmiany, dzięki którym może nastąpić zwiększenie stopy zwrotu z inwestycji. Decyzję o wprowadzeniu tego typu zmian podejmują menadżerowie wyższego szczebla. | # Zmiany, dzięki którym może nastąpić zwiększenie stopy zwrotu z inwestycji. Decyzję o wprowadzeniu tego typu zmian podejmują menadżerowie wyższego szczebla. | ||
# Zmiany, które wpłyną na udoskonalenie wymagań wyjściowych. Przy wdrażaniu tego rodzaju zmian należy zwrócić uwagę na przestrzeganie zakresu projektu i jego wymogów | # Zmiany, które wpłyną na udoskonalenie wymagań wyjściowych. Przy wdrażaniu tego rodzaju zmian należy zwrócić uwagę na przestrzeganie zakresu projektu i jego wymogów<ref>Nicholas J., Steyn H. (2015). ''Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach'', Wolters Kluwer SA, Warszawa, s. 624-628</ref> | ||
<google>n</google> | |||
==TL;DR== | ==TL;DR== | ||
| Linia 38: | Linia 22: | ||
==System kontroli zmian== | ==System kontroli zmian== | ||
W wielu firmach stosuje się tzw. '''[[System]] kontroli zmian'''.<ref>Philips J. (2005). ''Zarządzanie projektami IT'', Helion</ref> System kontroli zmian jest wprowadzany na wczesnych etapach projektu, aby zapewnić mierzalność konsekwencji zmian. Kontrola zmian jest częścią szerszego procesu kontrolowania i wdrażania zmian do projektu. Po zatwierdzeniu elementu projektu (np. budżetu, dokumentu dotyczącego zakresu projektu) nazywa się go ''referencyjnym''. Następne modyfikacje są określane mianem ''referencja druga'', ''trzecia''. System kontroli zmian ma na celu ograniczenie ilości zmian wprowadzanych na etapie projektowania<ref>Nicholas J., Steyn H. (2015). ''Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach'', Wolters Kluwer SA, Warszawa, s. 624-628</ref> | |||
W wielu firmach stosuje się tzw. '''[[System]] kontroli zmian'''.<ref>Philips J. (2005). ''Zarządzanie projektami IT'', Helion</ref> System kontroli zmian jest wprowadzany na wczesnych etapach projektu, aby zapewnić mierzalność konsekwencji zmian. Kontrola zmian jest częścią szerszego procesu kontrolowania i wdrażania zmian do projektu. Po zatwierdzeniu elementu projektu (np. budżetu, dokumentu dotyczącego zakresu projektu) nazywa się go ''referencyjnym''. Następne modyfikacje są określane mianem ''referencja druga'', ''trzecia''. System kontroli zmian ma na celu ograniczenie ilości zmian wprowadzanych na etapie projektowania | |||
System ten tworzą sformalizowane schematy zgłaszania zmian do projektu. Ustala on również założenia dotyczące tego czy modyfikacja zostanie odrzucona lub zatwierdzona. W analizie zaproponowanych zmian biorą [[udział]] specjalne komisje takie jak '''Komisja Kontroli Zmian''', która określa czy warto zaproponowaną modyfikację wprowadzić. Organ ten pomaga uniknąć wielu problemów przy realizacji projektu kontrolując wszystkie zmiany i oceniając ich [[wartość]] dla końcowego efektu projektu. | System ten tworzą sformalizowane schematy zgłaszania zmian do projektu. Ustala on również założenia dotyczące tego czy modyfikacja zostanie odrzucona lub zatwierdzona. W analizie zaproponowanych zmian biorą [[udział]] specjalne komisje takie jak '''Komisja Kontroli Zmian''', która określa czy warto zaproponowaną modyfikację wprowadzić. Organ ten pomaga uniknąć wielu problemów przy realizacji projektu kontrolując wszystkie zmiany i oceniając ich [[wartość]] dla końcowego efektu projektu. | ||
| Linia 46: | Linia 29: | ||
==Plan kontroli zmian== | ==Plan kontroli zmian== | ||
[[Plan]] kontroli zmian projektu ma na celu minimalizację wzrostu zakresu projektu i pozwala na ocenę zmian w projekcie. Prezentuje w jaki sposób ocenić zmiany oraz zaprezentować je innym uczestnikom projektu oraz wskazuje osobę wyrażającą zgodę na dokonanie zmian. | [[Plan]] kontroli zmian projektu ma na celu minimalizację wzrostu zakresu projektu i pozwala na ocenę zmian w projekcie. Prezentuje w jaki sposób ocenić zmiany oraz zaprezentować je innym uczestnikom projektu oraz wskazuje osobę wyrażającą zgodę na dokonanie zmian. | ||
Propozycje zmian mogą być składane przez członków zespołu, menedżera projektu, sponsora lub pozostałych uczestników. Najczęściej stosuje się formę pisemną zmian | Propozycje zmian mogą być składane przez członków zespołu, menedżera projektu, sponsora lub pozostałych uczestników. Najczęściej stosuje się formę pisemną zmian<ref>Mingus N., (2002).''Zarządzanie projektami'', Wydawnictwo Helion, Gliwice, s. 70-71</ref> | ||
'''Wniosek o wprowadzenie [[Zmienna|zmian]]''' może zawierać: | '''Wniosek o wprowadzenie [[Zmienna|zmian]]''' może zawierać: | ||
| Linia 65: | Linia 47: | ||
* wpływ zmiany na [[zasoby]] i [[jakość]], | * wpływ zmiany na [[zasoby]] i [[jakość]], | ||
* pole akceptacji lub odrzucenia zmiany, | * pole akceptacji lub odrzucenia zmiany, | ||
* miejsce na podpisy i datę.<ref>Mingus N., (2002).''Zarządzanie projektami'', Wydawnictwo Helion, Gliwice, s. 70 - 71</ref> | * miejsce na podpisy i datę.<ref>Mingus N., (2002).''Zarządzanie projektami'', Wydawnictwo Helion, Gliwice, s. 70-71</ref> | ||
Przykładowy formularz wniosku o zmianę: | Przykładowy formularz wniosku o zmianę: | ||
| Linia 78: | Linia 60: | ||
* ocenę oraz akceptację lub odrzucenie zmian. | * ocenę oraz akceptację lub odrzucenie zmian. | ||
System ten obejmuje zarówno możliwe jak i rzeczywiste zmiany | System ten obejmuje zarówno możliwe jak i rzeczywiste zmiany<ref>Nicholas J., Steyn H. (2015). ''Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach'', Wolters Kluwer SA, Warszawa, s. 624-628</ref> | ||
W przypadku gdy wnioskowane są zmiany w dużych projektach, zazwyczaj istnieją oficjalne procedury ustalające sposób zgłaszania i inicjacji zmian w projekcie (ang. ''change request''). Jednak sama procedura rozważenia wniosku (bez względu na jego formalność lub jej brak) powinna składać się z następujących etapów:<ref>Portny S. (2013). ''Zarządzanie projektami dla bystrzaków'', Helion, Gliwice, s. 249 -250</ref> | W przypadku gdy wnioskowane są zmiany w dużych projektach, zazwyczaj istnieją oficjalne procedury ustalające sposób zgłaszania i inicjacji zmian w projekcie (ang. ''change request''). Jednak sama procedura rozważenia wniosku (bez względu na jego formalność lub jej brak) powinna składać się z następujących etapów:<ref>Portny S. (2013). ''Zarządzanie projektami dla bystrzaków'', Helion, Gliwice, s. 249-250</ref> | ||
# Po złożeniu wniosku kierownicy projektu badają, czy modyfikacja jest potrzebna i konieczna. | # Po złożeniu wniosku kierownicy projektu badają, czy modyfikacja jest potrzebna i konieczna. | ||
# Każda [[firma]] powinna mieć ustaloną procedurę kontroli zmian, która ułatwi rozpatrzenie zgłoszonej modyfikacji na tle wszystkich aspektów projektu. | # Każda [[firma]] powinna mieć ustaloną procedurę kontroli zmian, która ułatwi rozpatrzenie zgłoszonej modyfikacji na tle wszystkich aspektów projektu. | ||
| Linia 87: | Linia 69: | ||
# Gdy propozycja nie spełnia wszystkich wymaganych [[parametr]]ów Komisja Kontroli Zmian podejmuje decyzje dotyczącą jej realizacji w projekcie. | # Gdy propozycja nie spełnia wszystkich wymaganych [[parametr]]ów Komisja Kontroli Zmian podejmuje decyzje dotyczącą jej realizacji w projekcie. | ||
# Gdy zmiana zostaje wprowadzona do projektu należy włączyć ją do [[harmonogram]]u prac. | # Gdy zmiana zostaje wprowadzona do projektu należy włączyć ją do [[harmonogram]]u prac. | ||
# Odrzucane modyfikacje nie są wprowadzane, gdyż często kwalifikują się jako oddzielny, nowy projekt | # Odrzucane modyfikacje nie są wprowadzane, gdyż często kwalifikują się jako oddzielny, nowy projekt<ref>Philips J. (2005). ''Zarządzanie projektami IT'', Helion</ref> | ||
Sama realizacja planu kontroli zmian to zbiór sugestii zmian i ich przedstawienie osobom decyzyjnym w kwestii wdrożenia lub odrzucenia zmian. Pracownicy powinni zostać poinformowani o podjętej decyzji i ewentualnym wprowadzeniu zmian i jej efektów | Sama realizacja planu kontroli zmian to zbiór sugestii zmian i ich przedstawienie osobom decyzyjnym w kwestii wdrożenia lub odrzucenia zmian. Pracownicy powinni zostać poinformowani o podjętej decyzji i ewentualnym wprowadzeniu zmian i jej efektów<ref>Mingus N., (2002).''Zarządzanie projektami'', Wydawnictwo Helion, Gliwice, s. 70-71</ref> | ||
== | {{infobox5|list1={{i5link|a=[[Zarządzanie zmianą w projekcie]]}} — {{i5link|a=[[Plan zarządzania interesariuszami]]}} — {{i5link|a=[[Ogólna charakterystyka metodyki Prince 2]]}} — {{i5link|a=[[Technika MoSCoW]]}} — {{i5link|a=[[Plan projektu]]}} — {{i5link|a=[[Procesy inicjacji wg PMBOK]]}} — {{i5link|a=[[Macierz reagowania na ryzyko]]}} — {{i5link|a=[[DMAIC]]}} — {{i5link|a=[[Rejestr interesariuszy]]}} }} | ||
==Przypisy== | ==Przypisy== | ||
<references /> | <references /> | ||
==Bibliografia== | |||
<noautolinks> | |||
* Harrison F. (1981), ''Advanced Project Management'', Gower, Hants | |||
* Harrison F., Lock D. (2016), ''Advanced Project Management: Managing Project Changes'', Routledge, New York | |||
* Kapusta M. (2013), ''Zarządzanie projektami krok po kroku'', Edgard, Warszawa | |||
* Mingus N. (2002), ''Zarządzanie projektami'', Helion, Gliwice | |||
* Nicholas J., Steyn H. (2015), ''Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach'', Wolters Kluwer, Warszawa | |||
* Phillips J. (2011), ''Zarządzanie projektami IT'', Helion, Gliwice | |||
* Pietras P., Szmit M. (2003), ''Zarządzanie projektami wybrane metody i techniki'', Oficyna Księgarsko-Wydawnicza Horyzont, Łódź | |||
* Portny S. (2013), ''Zarządzanie projektami dla bystrzaków'', Helion, Gliwice | |||
</noautolinks> | |||
{{a|Anna Madej, Anna Lech}} | {{a|Anna Madej, Anna Lech}} | ||
[[Kategoria: | [[Kategoria:Dokumentacja projektowa]] | ||
{{#metamaster:description|Zarządzanie zmianami w projekcie - dowiedz się, jak skutecznie kontrolować i zarządzać zmianami w trakcie realizacji projektu. Poznaj źródła i procedurę kontroli zmian, aby uniknąć nieuzasadnionych modyfikacji.}} | {{#metamaster:description|Zarządzanie zmianami w projekcie - dowiedz się, jak skutecznie kontrolować i zarządzać zmianami w trakcie realizacji projektu. Poznaj źródła i procedurę kontroli zmian, aby uniknąć nieuzasadnionych modyfikacji.}} | ||
Aktualna wersja na dzień 23:30, 10 gru 2023
W trakcie realizacji projektu pojawiają się sytuacje, w których potrzebna jest modyfikacja elementu całości. Zmiana jest jedyną stałą w projekcie.
Istnieją trzy źródła zmian w projektach:
- otoczenie projektu
- kierownik projektu
- sponsor [1]
Kontrola zmian to wewnętrzna procedura, którą można wykorzystać w przedsiębiorstwie, żeby uniknąć wprowadzenia przez kogokolwiek nieuzasadnionych zmian w projekcie. Każdy kto zgłasza zmiany, modyfikacje do projektu musi odpowiednio uzasadnić ich wprowadzenie i przydatność w projekcie[2]
Powody zmian Wedlug F.L Harrisona istnieje 5 rodzajów zmian wprowadzanych podczas realizacji projektu:[3]
- Na wczesnym etapie projektu: zmiany dotyczące zakresu projektu i jego specyfikacji.
- Na etapie projektowania: zmiany korygujące potrzeby, błędy, przeoczenia, niewiadome. Wszelkie zmiany zaproponowane przez klienta dotyczące pierwotnego zakresu projektu powinny zostać zanegowane.
- Zmiany podyktowane regulacjami rządowymi, umowami pracowniczymi, społecznością lub pochodzące z otoczenia projektu. Ten rodzaj zmian wymaga modyfikacji planu według narzuconych wymogów (np. ze względu na bezpieczeństwo i higienę pracy, środowisko).
- Zmiany, dzięki którym może nastąpić zwiększenie stopy zwrotu z inwestycji. Decyzję o wprowadzeniu tego typu zmian podejmują menadżerowie wyższego szczebla.
- Zmiany, które wpłyną na udoskonalenie wymagań wyjściowych. Przy wdrażaniu tego rodzaju zmian należy zwrócić uwagę na przestrzeganie zakresu projektu i jego wymogów[4]
TL;DR
Artykuł omawia kontrolę zmian w projektach. Zmiany mogą wynikać z otoczenia projektu, kierownika projektu lub sponsora. Istnieje system kontroli zmian, który ma na celu uniknięcie nieuzasadnionych zmian w projekcie. System ten obejmuje formalne procedury zgłaszania i analizy zmian. Plan kontroli zmian projektu minimalizuje wzrost zakresu projektu i pozwala ocenić zmiany. Procedura kontroli zmian obejmuje analizę, ocenę i akceptację lub odrzucenie zmian. Propozycje zmian są składane za pomocą wniosków, które są dokładnie analizowane pod kątem wpływu na projekt. Realizacja planu kontroli zmian polega na przedstawieniu sugestii zmian osobom decyzyjnym i poinformowaniu pracowników o wprowadzonych zmianach.
System kontroli zmian
W wielu firmach stosuje się tzw. System kontroli zmian.[5] System kontroli zmian jest wprowadzany na wczesnych etapach projektu, aby zapewnić mierzalność konsekwencji zmian. Kontrola zmian jest częścią szerszego procesu kontrolowania i wdrażania zmian do projektu. Po zatwierdzeniu elementu projektu (np. budżetu, dokumentu dotyczącego zakresu projektu) nazywa się go referencyjnym. Następne modyfikacje są określane mianem referencja druga, trzecia. System kontroli zmian ma na celu ograniczenie ilości zmian wprowadzanych na etapie projektowania[6]
System ten tworzą sformalizowane schematy zgłaszania zmian do projektu. Ustala on również założenia dotyczące tego czy modyfikacja zostanie odrzucona lub zatwierdzona. W analizie zaproponowanych zmian biorą udział specjalne komisje takie jak Komisja Kontroli Zmian, która określa czy warto zaproponowaną modyfikację wprowadzić. Organ ten pomaga uniknąć wielu problemów przy realizacji projektu kontrolując wszystkie zmiany i oceniając ich wartość dla końcowego efektu projektu.
Kontrola zmian w projekcie powinna mieć charakter uporządkowany i sformalizowany. Dlatego w celu nadzorowania zmian w projekcie tworzy się specjalne formularze przedstawiające wnioski o wprowadzenie zmian. Każdy zgłaszający musi dokładnie wytłumaczyć jaki jest sens wdrożenia jego pomysłu w projekcie. Należy szczegółowo opisać propozycje zmiany i wyjaśnić jej użyteczność.
Plan kontroli zmian
Plan kontroli zmian projektu ma na celu minimalizację wzrostu zakresu projektu i pozwala na ocenę zmian w projekcie. Prezentuje w jaki sposób ocenić zmiany oraz zaprezentować je innym uczestnikom projektu oraz wskazuje osobę wyrażającą zgodę na dokonanie zmian. Propozycje zmian mogą być składane przez członków zespołu, menedżera projektu, sponsora lub pozostałych uczestników. Najczęściej stosuje się formę pisemną zmian[7]
Wniosek o wprowadzenie zmian może zawierać:
- zgłoszony przez,
- nr telefonu,
- data złożenia,
- streszczenie proponowanej zmiany,
- cel zmiany,
- rekomendacje.[8]
- nazwa projektu,
- numer projektu,
- nazwisko menedżera projektu,
- proponowana data wprowadzenia zmiany,
- wpływ zmiany na zakres i koszty,
- wpływ zmiany na czas i koszt,
- wpływ zmiany na zasoby i jakość,
- pole akceptacji lub odrzucenia zmiany,
- miejsce na podpisy i datę.[9]
Przykładowy formularz wniosku o zmianę:
Źródło: Mingus N., (2002). Zarządzanie projektami, Wydawnictwo Helion, Gliwice
Procedura kontroli zmian zapewnia:
- dokumentację zmian i ich wpływu,
- formalną analizę zmian,
- ocenę oraz akceptację lub odrzucenie zmian.
System ten obejmuje zarówno możliwe jak i rzeczywiste zmiany[10]
W przypadku gdy wnioskowane są zmiany w dużych projektach, zazwyczaj istnieją oficjalne procedury ustalające sposób zgłaszania i inicjacji zmian w projekcie (ang. change request). Jednak sama procedura rozważenia wniosku (bez względu na jego formalność lub jej brak) powinna składać się z następujących etapów:[11]
- Po złożeniu wniosku kierownicy projektu badają, czy modyfikacja jest potrzebna i konieczna.
- Każda firma powinna mieć ustaloną procedurę kontroli zmian, która ułatwi rozpatrzenie zgłoszonej modyfikacji na tle wszystkich aspektów projektu.
- Każdy wniosek zostaje starannie przeanalizowany. Aby ustalić jaki wpływ na projekt będzie mieć modyfikacja eksperci mogą korzystać z laboratoriów i różnego rodzaju scenariuszy wydarzeń.
- Wniosek zostaje oceniony biorąc pod uwagę wszystkie kryteria, które musi spełnić zaproponowana zmiana w razie jej przyjęcia do projektu. Bardzo ważnym czynnikiem wprowadzenia zmian jest ich wpływ na terminowość, koszty, zakres i jakość projektu.
- Gdy propozycja nie spełnia wszystkich wymaganych parametrów Komisja Kontroli Zmian podejmuje decyzje dotyczącą jej realizacji w projekcie.
- Gdy zmiana zostaje wprowadzona do projektu należy włączyć ją do harmonogramu prac.
- Odrzucane modyfikacje nie są wprowadzane, gdyż często kwalifikują się jako oddzielny, nowy projekt[12]
Sama realizacja planu kontroli zmian to zbiór sugestii zmian i ich przedstawienie osobom decyzyjnym w kwestii wdrożenia lub odrzucenia zmian. Pracownicy powinni zostać poinformowani o podjętej decyzji i ewentualnym wprowadzeniu zmian i jej efektów[13]
| Plan kontroli zmian w projekcie — artykuły polecane |
| Zarządzanie zmianą w projekcie — Plan zarządzania interesariuszami — Ogólna charakterystyka metodyki Prince 2 — Technika MoSCoW — Plan projektu — Procesy inicjacji wg PMBOK — Macierz reagowania na ryzyko — DMAIC — Rejestr interesariuszy |
Przypisy
- ↑ Kapusta M. (2013). Zarządzanie projektami krok po kroku, Edgard, Warszawa, s. 221-222
- ↑ Philips J. (2005). Zarządzanie projektami IT, Helion
- ↑ Harrison F.L. (1981). Advanced Project Management, Gower, Hants, s. 242-244
- ↑ Nicholas J., Steyn H. (2015). Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach, Wolters Kluwer SA, Warszawa, s. 624-628
- ↑ Philips J. (2005). Zarządzanie projektami IT, Helion
- ↑ Nicholas J., Steyn H. (2015). Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach, Wolters Kluwer SA, Warszawa, s. 624-628
- ↑ Mingus N., (2002).Zarządzanie projektami, Wydawnictwo Helion, Gliwice, s. 70-71
- ↑ Philips J. (2005). Zarządzanie projektami IT, Helion
- ↑ Mingus N., (2002).Zarządzanie projektami, Wydawnictwo Helion, Gliwice, s. 70-71
- ↑ Nicholas J., Steyn H. (2015). Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach, Wolters Kluwer SA, Warszawa, s. 624-628
- ↑ Portny S. (2013). Zarządzanie projektami dla bystrzaków, Helion, Gliwice, s. 249-250
- ↑ Philips J. (2005). Zarządzanie projektami IT, Helion
- ↑ Mingus N., (2002).Zarządzanie projektami, Wydawnictwo Helion, Gliwice, s. 70-71
Bibliografia
- Harrison F. (1981), Advanced Project Management, Gower, Hants
- Harrison F., Lock D. (2016), Advanced Project Management: Managing Project Changes, Routledge, New York
- Kapusta M. (2013), Zarządzanie projektami krok po kroku, Edgard, Warszawa
- Mingus N. (2002), Zarządzanie projektami, Helion, Gliwice
- Nicholas J., Steyn H. (2015), Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach, Wolters Kluwer, Warszawa
- Phillips J. (2011), Zarządzanie projektami IT, Helion, Gliwice
- Pietras P., Szmit M. (2003), Zarządzanie projektami wybrane metody i techniki, Oficyna Księgarsko-Wydawnicza Horyzont, Łódź
- Portny S. (2013), Zarządzanie projektami dla bystrzaków, Helion, Gliwice
Autor: Anna Madej, Anna Lech
