Plan kontroli zmian w projekcie: Różnice pomiędzy wersjami
m (cleanup bibliografii i rotten links) |
m (cleanup bibliografii i rotten links) |
||
| (Nie pokazano 8 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 24: | Linia 9: | ||
'''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. | ||
| Linia 31: | Linia 15: | ||
# 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<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> | # 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 86: | Linia 72: | ||
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> | 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== | ||
| Linia 92: | Linia 80: | ||
==Bibliografia== | ==Bibliografia== | ||
<noautolinks> | <noautolinks> | ||
* Harrison F. (1981), ''Advanced Project Management'', Gower, Hants | |||
* Harrison F., Lock D. (2016), ''Advanced Project Management: Managing Project Changes'', Routledge, New York | * 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 | |||
* Kapusta M. (2013) | * Mingus N. (2002), ''Zarządzanie projektami'', Helion, Gliwice | ||
* Mingus N. | * Nicholas J., Steyn H. (2015), ''Zarządzanie projektami zastosowania w biznesie, inżynierii i nowoczesnych technologiach'', Wolters Kluwer, Warszawa | ||
* Nicholas J., Steyn H. (2015) | |||
* Phillips J. (2011), ''Zarządzanie projektami IT'', Helion, Gliwice | * 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> | </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
